Répondre

Veuillez composer votre message et l'envoyer
Options
Si vous êtes un être humain ne changez pas le contenu de ces deux champs.

Retour

Résumé de la discussion (messages les plus récents en premier)

Brice
18-07-2011 20:59

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+

jonas
18-07-2011 19:48

Passé en résolu smile

Tu as recu leur réponse en MP ? car je ne vois rien http://forum.kegtux.org/viewtopic.php?f=4&t=348

Brice
18-07-2011 17:57

Salut jonas,

Alors en fait, ça vient bien d'une charge trop importante pour le serveur hmm

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 ?

jonas
17-07-2011 21:31

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 wink.

Brice
17-07-2011 02:23

Alors je viens d'essayer de copier l'ensemble du cache image de l'ancienne adresse mais sans plus de succès hmm

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 hmm

Merci et à bientôt.

jonas
16-07-2011 17:49

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 ...

Brice
16-07-2011 10:52

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 :
001.png
002.png

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

Pied de page des forums

Propulsé par FluxBB