Vous n'êtes pas identifié(e).
Hum non, pas de réponse...
Mais disons que je n'avais pas le temps d'attendre : ça fait tellement longtemps que j'ai des emmerdes chez SFR, que le site est inaccessible, que je n'avais pas envie d'attendre plus longtemps. Du coup, j'ai trouvé refuge chez OVH directement histoire de pouvoir avancer plus sereinement j'espère.
A+
Passé en résolu
Tu as recu leur réponse en MP ? car je ne vois rien http://forum.kegtux.org/viewtopic.php?f=4&t=348
Salut jonas,
Alors en fait, ça vient bien d'une charge trop importante pour le serveur
Du coup, je me suis pris un mutu chez OVH et tout roule : briceboucard.fr/mylibrary
Merci et à+
[EDIT] On ne peut pas passer les message en résolu ?
qu'en est-il de l'infrastructure supportant ton installation ?
Pas sûr d'avoir compris la question, il faut php5, c'est tester avec apache mais je pense un lighttpd fonctionne mais ... gcweb est assez lourd pour les serveurs (beaucoup d'images)
Tient moi au courant de la réponse de admin de ton hébergeur .
Alors je viens d'essayer de copier l'ensemble du cache image de l'ancienne adresse mais sans plus de succès
J'ai posté un message sur le forum de kegtux et j'espère qu'ils pourront corriger ce problème à moins que ça ne vienne du serveur lui-même (cf. http://www.kegtux.org/?page=serv_infos) - qu'en est-il de l'infrastructure supportant ton installation ?
En attendant, je crois que je vais virer la redirection de l'ancienne bibliothèque vers le nouvel hébergeur
Merci et à bientôt.
Je ne vois qu'une chose, le paramétrage du serveur qui retourne une erreur 403 quand il recois trop de demande de requète. La page qui me semble être le plus touchée est celle de l'afichage en mosaique : http://bbrice.kegtux.org/mylibrary/?col … ilter=none et c'est justement LA page qui demande le plus de resource serveur et balance le plus de requête (une par image).
Mais une erreur 404 est générée par apache (ou autre sereur web) donc effectivement ça pourais venir de l'htaccess mais je ne vois rien dans le tient qui pourrais posé problème.
Si tu as conservé tes ancien fichier essaie de remettre les fichiers de cache des images ... peut-être que ...
Salut Jonas,
Alors j'ai réinstallé un Joomla! sur un nouvel hébergement et ma bibliothèque a donc déménagé à cette adresse : http://bbrice.kegtux.org/mylibrary/
J'ignore si tu en as été victime mais j'ai de récurrentes erreurs 403 avec le message « You don't have permission to access /mylibrary/ on this server. » Bien évidemment, l'URL varie, le problème survient de manière assez étrange et il est parfois nécessaire de rafraîchir plusieurs fois voire même de vider le cache du navigateur avant de pouvoir y accéder.
De plus, des problèmes d'affichages surviennent comme tu peux le constater sur les deux captures suivantes :
La version de GCweb est la svn (récupérée par l'archive hier).
J'ai passé les permissions du répertoire mylibrary et des dossiers et fichiers enfants en 777 sans grand changement.
J'ai pensé que cela pouvait provenir du htaccess mis en place avec Joomla pour l'url_rewriting :
##
# @version $Id: htaccess.txt 21101 2011-04-07 15:47:33Z dextercowley $
# @package Joomla
# @copyright Copyright (C) 2005 - 2011 Open Source Matters. All rights reserved.
# @license GNU General Public License version 2 or later; see LICENSE.txt
##
##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations. It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file. If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your sef url's. If they work,
# it has been set by your server administrator and you do not need it set here.
##
## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks
## Mod_rewrite in use.
RewriteEngine On
## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.
## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects
##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##
RewriteBase /
## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the request is for something within the component folder,
# or for the site root, or for an extensionless URL, or the
# requested URL ends with one of the listed extensions
RewriteCond %{REQUEST_URI} /component/|(/[^.]*|\.(php|html?|feed|pdf|vcf|raw))$ [NC]
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.
Ne connaissant pas grand chose à cela, j'ai essayé en ajoutant un htaccess dans le répertoire mylibrary/ avec seulement cette ligne :
RewriteEngine Off
As-tu une idée d'où peut venir le problème ?
[EDIT] J'ai essayé avec la version 1.1 et je constate le même problème : http://bbrice.kegtux.org/gcweb-1.1
Merci et à bientôt