[résolu]Pb aléatoire sur Firefox, lenteur et erreur

Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
#1
Citation :#~~~~~ NE PAS SUPPRIMER CE BLOC ~~~~~
#~ Version du CMS : 1.7.0
#~ Version du MLE si existante : non
#~ Informations Système :
#~ ----------------------------------------------
#~ Cms Version: 1.7
#~ Installed Modules:
#~ * CMSMailer: 1.73.14
#~ * FileManager: 1.0.2
#~ * MenuManager: 1.6.2
#~ * ModuleManager: 1.3.3
#~ * News: 2.10.4
#~ * nuSOAP: 1.0.1
#~ * Printing: 1.0.4
#~ * Search: 1.6.2
#~ * ThemeManager: 1.1.1
#~ * TinyMCE: 2.6.5
#~ * FormBuilder: 0.6.1
#~ * Album: 0.9.3
#~ Config Information:
#~ * php_memory_limit:
#~ * process_whole_template: false
#~ * max_upload_size: 128000000
#~ * default_upload_permission: 664
#~ * assume_mod_rewrite: false
#~ * page_extension: .html
#~ * internal_pretty_urls: false
#~ * use_hierarchy: true
#~ Php Information:
#~ * phpversion: 5.2.5-pl1-gentoo
#~ * md5_function: On (Vrai)
#~ * gd_version: 2
#~ * tempnam_function: On (Vrai)
#~ * magic_quotes_runtime: Off (Faux)
#~ * E_STRICT: 0
#~ * memory_limit: 256M
#~ * max_execution_time: 600
#~ * safe_mode: Off (Faux)
#~ * session_save_path: /tmp (1777)
#~ * session_use_cookies: On (Vrai)
#~ Server Information:
#~ * Server Api: cgi
#~ * Server Db Type: MySQL (mysql)
#~ * Server Db Version: 5.0.44
#~ ----------------------------------------------
#~~~~~ NE PAS SUPPRIMER CE BLOC ~~~~~
Bonjour,

Je me permets d'ouvrir un post, au cas où une âme charitable et inspirée voit ce message.
Mon problème :
Avant url rewritting :
Chez certaines personnes, sous Firefox 3.6.3, mon site en cours de développement connait de gros problèmes : perte de CSS, lenteur, demande d'ouverture du fichier index.php (Boîte de dialogue ouvrir avec ou enregistrer sous ). Le soucis c'est que chez moi je ne constate aucun soucis sur firefox 3.6.3.
Mon hébergement : Digital Network plan Mutualisé.

Aprés url rewritting : lenteur, perte de Css et fichier index.php qui s'ouvre tout seul (voir ci dessous) :

‹ HTTP/1.1 200 OK
Date: Tue, 27 Apr 2010 20:30:15 GMT
Server: Apache/2.0.59 (Unix) mod_ssl/2.0.59 OpenSSL/0.9.8g
X-Powered-By: PHP/5.2.5-pl1-gentoo
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Vary: Accept-Encoding,User-Agent
Content-Encoding: gzip
Content-Length: 2235
Keep-Alive: timeout=15, max=91
Connection: Keep-Alive
Content-Type: text/html; charset=utf-8

‹ ÝYënâHþ=Hý5ív¢ m ÷1 ΄(ÐêµZQaPiÛå±Ë@vÔö×ô[ìß–ö)6o²O²çT0—l. žÕlPÀT :çÔw®UT¾=i;ÝŸ/d(Ÿ\¼ù¡yæôí·ÛŽmŸtOÈ__w[MR²Š¤Ó0á'‹ ú¶Ý87ˆ1"2:²íñxl ·-ìî¥=A^%\œ=š2·Òò¤gÔ
%pøaR]ætxx¨WHtäÓpP5ú±AfOµB¡@HeȨì|~ 1ó«F"o|–"'7«'M¤í&

----------------------------------

J'ai retiré l'url rewriting, validé en W3C, rien n'y fait...

HELP PLEASE...

Salutations
#1
Citation :#~~~~~ NE PAS SUPPRIMER CE BLOC ~~~~~
#~ Version du CMS : 1.7.0
#~ Version du MLE si existante : non
#~ Informations Système :
#~ ----------------------------------------------
#~ Cms Version: 1.7
#~ Installed Modules:
#~ * CMSMailer: 1.73.14
#~ * FileManager: 1.0.2
#~ * MenuManager: 1.6.2
#~ * ModuleManager: 1.3.3
#~ * News: 2.10.4
#~ * nuSOAP: 1.0.1
#~ * Printing: 1.0.4
#~ * Search: 1.6.2
#~ * ThemeManager: 1.1.1
#~ * TinyMCE: 2.6.5
#~ * FormBuilder: 0.6.1
#~ * Album: 0.9.3
#~ Config Information:
#~ * php_memory_limit:
#~ * process_whole_template: false
#~ * max_upload_size: 128000000
#~ * default_upload_permission: 664
#~ * assume_mod_rewrite: false
#~ * page_extension: .html
#~ * internal_pretty_urls: false
#~ * use_hierarchy: true
#~ Php Information:
#~ * phpversion: 5.2.5-pl1-gentoo
#~ * md5_function: On (Vrai)
#~ * gd_version: 2
#~ * tempnam_function: On (Vrai)
#~ * magic_quotes_runtime: Off (Faux)
#~ * E_STRICT: 0
#~ * memory_limit: 256M
#~ * max_execution_time: 600
#~ * safe_mode: Off (Faux)
#~ * session_save_path: /tmp (1777)
#~ * session_use_cookies: On (Vrai)
#~ Server Information:
#~ * Server Api: cgi
#~ * Server Db Type: MySQL (mysql)
#~ * Server Db Version: 5.0.44
#~ ----------------------------------------------
#~~~~~ NE PAS SUPPRIMER CE BLOC ~~~~~
Bonjour,

Je me permets d'ouvrir un post, au cas où une âme charitable et inspirée voit ce message.
Mon problème :
Avant url rewritting :
Chez certaines personnes, sous Firefox 3.6.3, mon site en cours de développement connait de gros problèmes : perte de CSS, lenteur, demande d'ouverture du fichier index.php (Boîte de dialogue ouvrir avec ou enregistrer sous ). Le soucis c'est que chez moi je ne constate aucun soucis sur firefox 3.6.3.
Mon hébergement : Digital Network plan Mutualisé.

Aprés url rewritting : lenteur, perte de Css et fichier index.php qui s'ouvre tout seul (voir ci dessous) :

‹ HTTP/1.1 200 OK
Date: Tue, 27 Apr 2010 20:30:15 GMT
Server: Apache/2.0.59 (Unix) mod_ssl/2.0.59 OpenSSL/0.9.8g
X-Powered-By: PHP/5.2.5-pl1-gentoo
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Vary: Accept-Encoding,User-Agent
Content-Encoding: gzip
Content-Length: 2235
Keep-Alive: timeout=15, max=91
Connection: Keep-Alive
Content-Type: text/html; charset=utf-8

‹ ÝYënâHþ=Hý5ív¢ m ÷1 ΄(ÐêµZQaPiÛå±Ë@vÔö×ô[ìß–ö)6o²O²çT0—l. žÕlPÀT :çÔw®UT¾=i;ÝŸ/d(Ÿ\¼ù¡yæôí·ÛŽmŸtOÈ__w[MR²Š¤Ó0á'‹ ú¶Ý87ˆ1"2:²íñxl ·-ìî¥=A^%\œ=š2·Òò¤gÔ
%pøaR]ætxx¨WHtäÓpP5ú±AfOµB¡@HeȨì|~ 1ó«F"o|–"'7«'M¤í&

----------------------------------

J'ai retiré l'url rewriting, validé en W3C, rien n'y fait...

HELP PLEASE...

Salutations
#2
ca fait pas un poil doublon ton post avec une autre conversation sur le même sujet là ?
#2
ca fait pas un poil doublon ton post avec une autre conversation sur le même sujet là ?
#3
Si au moins, on avait un lien.
#3
Si au moins, on avait un lien.
#4
re,

Recherchez sur le forum ... pour voir si d'autres ...

>Si au moins, on avait un lien.
parce c'est toi Wink
http://www.cmsmadesimple.fr/forum/viewtopic.php?id=2576
J-C Etiemble v 2.2.xx
#4
re,

Recherchez sur le forum ... pour voir si d'autres ...

>Si au moins, on avait un lien.
parce c'est toi Wink
http://www.cmsmadesimple.fr/forum/viewtopic.php?id=2576
J-C Etiemble v 2.2.xx
#5
Je parlais d'un lien vers son site :lol: (que j'ai déjà demandé sur l'autre post).
#5
Je parlais d'un lien vers son site :lol: (que j'ai déjà demandé sur l'autre post).
#6
Désolé pour le doublon, mais le titre du post précédent était pas vraiment explicite, et le problème a la même nature, pas les mêmes conséquances...demande d'ouverture du fichier index.php par exemple...lien en question :

en-cours de dév donc seuls certains points de menu fonctionnent...et rentrer avec index.php (car html provisoire...
#6
Désolé pour le doublon, mais le titre du post précédent était pas vraiment explicite, et le problème a la même nature, pas les mêmes conséquances...demande d'ouverture du fichier index.php par exemple...lien en question :

en-cours de dév donc seuls certains points de menu fonctionnent...et rentrer avec index.php (car html provisoire...
#7
lenteur : page de 324 Ko, passer les images en png devrait te permettre de gagner plus de 50%. Ça ne devrait pas être un problème pour des spécialistes de la photo Wink
Enlevez la css automatique du module album et attachez-la au gabarit qui contient l'album.

A part ça, je n'ai aucun problème sous FF3.6.3, IE6 (félicitations), chrome et safari
#7
lenteur : page de 324 Ko, passer les images en png devrait te permettre de gagner plus de 50%. Ça ne devrait pas être un problème pour des spécialistes de la photo Wink
Enlevez la css automatique du module album et attachez-la au gabarit qui contient l'album.

A part ça, je n'ai aucun problème sous FF3.6.3, IE6 (félicitations), chrome et safari
#8
Merci jean, et c'est bien ça le problème ! tu fait parti des gens qui n'ont pas de réels soucis...comme moi d'ailleurs (chez moins très fluide, sans PLANTAGE). Effectivement les pages sont un peu lourdes (je vais les alléger)....mais de là à ce que d'autres personnes (plusieurs) sous firefox 3.6.3 obtiennent des boites de dialogues d'ouverture ou d'enregistrement du fichier index.php ou des messages d'erreurs (cf code généré par ces personnes) alors que c'est parallèlement très fluide sous IE par exemple et sans soucis de php...je pensais à un problème sur le serveur mutualisé, mais comment expliqué que chez certaines personnes celà marche et pas chez d'autres. Pour te faire une idée : on va dire que sur 20 personnes testées...12 n'ont aucun soucis, et 8 vont avoir des erreurs rendant le site impraticable.

Si vous avez des théories ou autres conseils !
#8
Merci jean, et c'est bien ça le problème ! tu fait parti des gens qui n'ont pas de réels soucis...comme moi d'ailleurs (chez moins très fluide, sans PLANTAGE). Effectivement les pages sont un peu lourdes (je vais les alléger)....mais de là à ce que d'autres personnes (plusieurs) sous firefox 3.6.3 obtiennent des boites de dialogues d'ouverture ou d'enregistrement du fichier index.php ou des messages d'erreurs (cf code généré par ces personnes) alors que c'est parallèlement très fluide sous IE par exemple et sans soucis de php...je pensais à un problème sur le serveur mutualisé, mais comment expliqué que chez certaines personnes celà marche et pas chez d'autres. Pour te faire une idée : on va dire que sur 20 personnes testées...12 n'ont aucun soucis, et 8 vont avoir des erreurs rendant le site impraticable.

Si vous avez des théories ou autres conseils !
#9
je vais également tester le css...J'ai actuellement 1 feuille de style pour le site + la feuille stylesheet.css de l'album. Si je prend le contenu de stylesheet.css et le place dans la feuille de style CMSMS, et j'indique à l'album de prendre mon css...? c'est bien ça?
#9
je vais également tester le css...J'ai actuellement 1 feuille de style pour le site + la feuille stylesheet.css de l'album. Si je prend le contenu de stylesheet.css et le place dans la feuille de style CMSMS, et j'indique à l'album de prendre mon css...? c'est bien ça?
#10
>et j'indique à l'album de prendre mon css...?

pas besoin cette partie, il le prendra comme un grand. pense bien à vider le CSS de l'album
#10
>et j'indique à l'album de prendre mon css...?

pas besoin cette partie, il le prendra comme un grand. pense bien à vider le CSS de l'album
#11
Bonjour, j'ai fait ce que tu m'a dis...un petit soucis avec firebug...quand j'insiste beaucoup sur la page accueil (actualiser) je fini par avoir un message abort...assez aléatoire...d'où celà peut provenir...?
#11
Bonjour, j'ai fait ce que tu m'a dis...un petit soucis avec firebug...quand j'insiste beaucoup sur la page accueil (actualiser) je fini par avoir un message abort...assez aléatoire...d'où celà peut provenir...?
#12
>un message abort

quel message exactement ? (sreenshot pliize ?)
#12
>un message abort

quel message exactement ? (sreenshot pliize ?)
#13
[Image: screen.gif]
#13
[Image: screen.gif]
#14
Ce screen a été pris lorsque je rafraichit plusieurs fois très vite la page...seulement sur la page d'accueil...c'est peut être normal??...De plus j'ai tester Temps maximum (secondes) de stockage en cache du navigateur de la feuille de style : j'ai mis 1000 un peu au hasard et ça "semble" (sans certitude) arrangé le problème chez les gens...si vous avez une valeur précise à me donner?...merci
#14
Ce screen a été pris lorsque je rafraichit plusieurs fois très vite la page...seulement sur la page d'accueil...c'est peut être normal??...De plus j'ai tester Temps maximum (secondes) de stockage en cache du navigateur de la feuille de style : j'ai mis 1000 un peu au hasard et ça "semble" (sans certitude) arrangé le problème chez les gens...si vous avez une valeur précise à me donner?...merci
#15
Va voir ton log serveur.
#15
Va voir ton log serveur.
#16
le ABORDED est dû au fait qu'en cas de rechargement rapide, le serveur se rend compte que tu demandes la même chose, il abandonne donc les envois inutiles.

rien d'extraordinaire là dedans.
#16
le ABORDED est dû au fait qu'en cas de rechargement rapide, le serveur se rend compte que tu demandes la même chose, il abandonne donc les envois inutiles.

rien d'extraordinaire là dedans.
#17
Ok, cependant certains utilisateurs ont encore un message de type :
Code :
HTTP/1.1 200 OK Date: Thu, 29 Apr 2010 13:01:43 GMT Server: Apache/2.0.59 (Unix) mod_ssl/2.0.59 OpenSSL/0.9.8g X-Powered-By: PHP/5.2.5-pl1-gentoo Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Vary: Accept-Encoding,User-Agent Content-Encoding: gzip Content-Length: 1943 Keep-Alive: timeout=15, max=99 Connection: Keep-Alive Content-Type: text/html; charset=utf-8
#17
Ok, cependant certains utilisateurs ont encore un message de type :
Code :
HTTP/1.1 200 OK Date: Thu, 29 Apr 2010 13:01:43 GMT Server: Apache/2.0.59 (Unix) mod_ssl/2.0.59 OpenSSL/0.9.8g X-Powered-By: PHP/5.2.5-pl1-gentoo Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Vary: Accept-Encoding,User-Agent Content-Encoding: gzip Content-Length: 1943 Keep-Alive: timeout=15, max=99 Connection: Keep-Alive Content-Type: text/html; charset=utf-8
#18
Ce message apparait aléatoirement, moins fréquemment que lorsque le cache été à 0 mais celà persiste... Sad je suis désespéré !
#18
Ce message apparait aléatoirement, moins fréquemment que lorsque le cache été à 0 mais celà persiste... Sad je suis désespéré !
#19
200 OK est le meilleur message que tu peux espérer avoir : 200 OK signifie que tout va bien comme son nom l'indique.
#19
200 OK est le meilleur message que tu peux espérer avoir : 200 OK signifie que tout va bien comme son nom l'indique.
#20
tu as été voir le log du serveur ?
#20
tu as été voir le log du serveur ?
#21
euhhh peux-tu me dire où ça se trouve?? car dans le ftp j'ai pas de log...ou alors je ne regarde pas au bon endroit ?
#21
euhhh peux-tu me dire où ça se trouve?? car dans le ftp j'ai pas de log...ou alors je ne regarde pas au bon endroit ?
#22
bon à priori pas de log (j'ai fouillé dans le ftp/racine, cgibin, ssh)...tu pense que c'est possible...je suis chez digital network en mutualisé
#22
bon à priori pas de log (j'ai fouillé dans le ftp/racine, cgibin, ssh)...tu pense que c'est possible...je suis chez digital network en mutualisé
#23
chez nous (su3) les hébergements sont contenu dans un répertoire "www", les logs dans "log" et les sauvegarde dans "save"

ces 3 répertoires sont accessible à la base de tout lorsque tu te connecte via FTP. Chez ovh le principe reste identique dans les grandes lignes.

Si quand tu lance le FTP tu arrive directement sur tes fichiers de cmsms, il y a un problème, demande alors à ton hébergeur de te filer les log du serveur en lui expliquant évidement pourquoi tu en as besoin

mais je pense qu'un bon hébergeur doit laisser accéder ses utilisateurs à ce genre de données (question de sécurité)
#23
chez nous (su3) les hébergements sont contenu dans un répertoire "www", les logs dans "log" et les sauvegarde dans "save"

ces 3 répertoires sont accessible à la base de tout lorsque tu te connecte via FTP. Chez ovh le principe reste identique dans les grandes lignes.

Si quand tu lance le FTP tu arrive directement sur tes fichiers de cmsms, il y a un problème, demande alors à ton hébergeur de te filer les log du serveur en lui expliquant évidement pourquoi tu en as besoin

mais je pense qu'un bon hébergeur doit laisser accéder ses utilisateurs à ce genre de données (question de sécurité)
#24
J'ai donc interroger mon hébergeur, à défaut de fichier log trouvé voici la réponse :

mod_rewrite: maximum number of internal redirects reached. Assuming
configuration error. Use 'RewriteOptions MaxRedirects' to increase the limit if
neccessary., referer: classphoto.fr/index.php?page=accueil

il semblerait que vous utilisez un nombre anormalement élevé de
redirections du type "Rewrite". Peut on savoir combien de redirections
différentes vous utilisez ?

Je ne comprend pas le site en question est un petit site vitrine, 10 pages (10 gabarits), 1 css global...je ne comprends pas comment ça peut poser un soucis...j'ai besoin de vos lumières...
#24
J'ai donc interroger mon hébergeur, à défaut de fichier log trouvé voici la réponse :

mod_rewrite: maximum number of internal redirects reached. Assuming
configuration error. Use 'RewriteOptions MaxRedirects' to increase the limit if
neccessary., referer: classphoto.fr/index.php?page=accueil

il semblerait que vous utilisez un nombre anormalement élevé de
redirections du type "Rewrite". Peut on savoir combien de redirections
différentes vous utilisez ?

Je ne comprend pas le site en question est un petit site vitrine, 10 pages (10 gabarits), 1 css global...je ne comprends pas comment ça peut poser un soucis...j'ai besoin de vos lumières...
#25
Voici mon fichier htaccess :
Code :
RewriteEngine on

RewriteCond %{REQUEST_FILENAME} !-f [NC]
RewriteCond % !-f [NC]
RewriteRule ^(.*)\.html$ /index.php?page=$1 [QSA]
RewriteRule ^sitemap\.(xml(\.gz)?)$ /gsitemap.php [L]

SetEnv PHP_VER 5
et fichier config :

Code :
<?php


#CMS Made Simple Configuration File
#Please clear the cache (Site Admin->Global Settings in the admin panel)
#after making any changes to path or url related options

#-----------------
#Behaviour Settings
#-----------------

# These settings will effect the overall behaviour of the CMS application, please
# use extreme caution when editing these.  Additionally, some settings may have
# no effect on servers with significantly restricted configurability.

# If you are experiencing propblems with php memory limit errors, then you may
# want to try enabling and/or adjusting this setting.
# Note: Your server may not allow the application to override memory limits.
$config['php_memory_limit'] = '';

# In versions of CMS Made Simple prior to version 1.4, the page template was processed
# in it's entirety.  This behaviour was later changed to process the head portion of the
# page template after the body.  If you are working with a highly configured site that
# relies significantly on the old order of smarty processing, you may want to try
# setting this parameter to false.
$config['process_whole_template'] = false;

# CMSMS Debug Mode?  Turn it on to get a better error when you
# see {nocache} errors, or to allow seeing php notices, warnings, and errors in the html output.
# This setting will also disable browser css caching.
$config['debug'] = false;

# Output compression?
# Turn this on to allow CMS to do output compression
# this is not needed for apache servers that have mod_deflate enabled
# and possibly other servers.  But may provide significant performance
# increases on some sites.  Use caution when using this as there have
# been reports of incompatibilities with some browsers.
$config['output_compression'] = false;

#-----------------
#Database Settings
#-----------------

#This is your database connection information.  Name of the server,
#username, password and a database with proper permissions should
#all be setup before CMS Made Simple is installed.
$config['dbms'] = 'mysql';
$config['db_hostname'] = 'localhost';
$config['db_username'] = 'classpho';
$config['db_password'] = 'hg24rfxs';
$config['db_name'] = 'classpho';
#Change this param only if you know what you are doing
$config["db_port"] = '';


#If app needs to coexist with other tables in the same db,
#put a prefix here.  e.g. "cms_"
$config['db_prefix'] = 'cms_';

#Use persistent connections?  They're generally faster, but not all hosts
#allow them.
$config['persistent_db_conn'] = false;

#Use ADODB Lite?  This should be true in almost all cases.  Note, slight
#tweaks might have to be made to date handling in a "regular" adodb
#install before it can be used.
$config['use_adodb_lite'] = true;

#-------------
#Path Settings
#-------------

#Document root as seen from the webserver.  No slash at the end
#If page is requested with https use https as root url
#e.g. http://blah.com
$config['root_url'] = 'http://www.classphoto.fr';
if(isset($_SERVER['HTTPS']) && $_SERVER['HTTPS']=='on')
{
$config['root_url'] = str_replace('http','https',$config['root_url']);
}

#Path to document root. This should be the directory this file is in.
#e.g. /var/www/localhost
$config['root_path'] = '/home/classpho/www';

#Name of the admin directory
$config['admin_dir'] = 'admin';

#Where do previews get stored temporarily?  It defaults to tmp/cache.
$config['previews_path'] = '/home/classpho/www/tmp/cache';

#Where are uploaded files put?  This defaults to uploads.
$config['uploads_path'] = '/home/classpho/www/uploads';

#Where is the url to this uploads directory?
$config['uploads_url'] = $config['root_url'] . '/uploads';


#---------------
#Upload Settings
#---------------

#Maxium upload size (in bytes)?
$config['max_upload_size'] = 128000000;

#Permissions for uploaded files.  This only really needs changing if your
#host has a weird permissions scheme.
$config['default_upload_permission'] = '664';

#------------------
#Usability Settings
#------------------

#Allow smarty {php} tags?  These could be dangerous if you don't trust your users.
$config['use_smarty_php_tags'] = false;

#Automatically assign alias based on page title?
$config['auto_alias_content'] = true;

#------------
#URL Settings
#------------

#What type of URL rewriting should we be using for pretty URLs?  Valid options are:
#'none', 'internal', and 'mod_rewrite'.  'internal' will not work with IIS some CGI
#configurations. 'mod_rewrite' requires proper apache configuration, a valid
#.htaccess file and most likely {metadata} in your page templates.  For more
#information, see:
#http://wiki.cmsmadesimple.org/index.php/FAQ/Installation/Pretty_URLs#Pretty_URL.27s
$config['url_rewriting'] = 'mod_rewrite';

#Extension to use if you're using mod_rewrite for pretty URLs.
$config['page_extension'] = '.html';

#If you're using the internal pretty url mechanism or mod_rewrite, would you like to
#show urls in their hierarchy?  (ex. http://www.mysite.com/parent/parent/childpage)
$config['use_hierarchy'] = true;

#If using none of the above options, what should we be using for the query string
#variable?  (ex. http://www.mysite.com/index.php?page=somecontent)
$config['query_var'] = 'page';


#--------------
#Image Settings
#--------------

#Which program should be used for handling thumbnails in the image manager.
#See http://wiki.cmsmadesimple.org/index.php/User_Handbook/Admin_Panel/Content/Image_Manager for more
#info on what this all means
$config['image_manipulation_prog'] = 'GD';
$config['image_transform_lib_path'] = '/usr/bin/ImageMagick/';

#Default path and URL for uploaded images in the image manager
$config['image_uploads_path'] = '/home/classpho/www/uploads/images';
$config['image_uploads_url'] = $config['root_url'] . '/uploads/images';


#------------------------
#Locale/Encoding Settings
#------------------------

#Locale to use for various default date handling functions, etc.  Leaving
#this blank will use the server's default.  This might not be good if the
#site is hosted in a different country than it's intended audience.
$config['locale'] = '';

#In almost all cases, default_encoding should be empty (which defaults to utf-8)
#and admin_encoding should be utf-8.  If you'd like this to be different, change
#both.  Keep in mind, however, that the admin interface translations are all in
#utf-8, and will be converted on the fly to match the admin_encoding.  This
#could seriously slow down the admin interfaces for users.
$config['default_encoding'] = 'utf-8';
$config['admin_encoding'] = 'utf-8';

#This is a mysql specific option that is generally defaulted to true.  Only
#disable this for backwards compatibility or the use of non utf-8 databases.
$config['set_names'] = true;

# URL of the Admin Panel section of the User Handbook
# Set none if you want hide the link from Error
$config['wiki_url'] = 'http://wiki.cmsmadesimple.org/index.php/User_Handbook/Admin_Panel';

?>
Y aurait-il un soucis??
#25
Voici mon fichier htaccess :
Code :
RewriteEngine on

RewriteCond %{REQUEST_FILENAME} !-f [NC]
RewriteCond % !-f [NC]
RewriteRule ^(.*)\.html$ /index.php?page=$1 [QSA]
RewriteRule ^sitemap\.(xml(\.gz)?)$ /gsitemap.php [L]

SetEnv PHP_VER 5
et fichier config :

Code :
<?php


#CMS Made Simple Configuration File
#Please clear the cache (Site Admin->Global Settings in the admin panel)
#after making any changes to path or url related options

#-----------------
#Behaviour Settings
#-----------------

# These settings will effect the overall behaviour of the CMS application, please
# use extreme caution when editing these.  Additionally, some settings may have
# no effect on servers with significantly restricted configurability.

# If you are experiencing propblems with php memory limit errors, then you may
# want to try enabling and/or adjusting this setting.
# Note: Your server may not allow the application to override memory limits.
$config['php_memory_limit'] = '';

# In versions of CMS Made Simple prior to version 1.4, the page template was processed
# in it's entirety.  This behaviour was later changed to process the head portion of the
# page template after the body.  If you are working with a highly configured site that
# relies significantly on the old order of smarty processing, you may want to try
# setting this parameter to false.
$config['process_whole_template'] = false;

# CMSMS Debug Mode?  Turn it on to get a better error when you
# see {nocache} errors, or to allow seeing php notices, warnings, and errors in the html output.
# This setting will also disable browser css caching.
$config['debug'] = false;

# Output compression?
# Turn this on to allow CMS to do output compression
# this is not needed for apache servers that have mod_deflate enabled
# and possibly other servers.  But may provide significant performance
# increases on some sites.  Use caution when using this as there have
# been reports of incompatibilities with some browsers.
$config['output_compression'] = false;

#-----------------
#Database Settings
#-----------------

#This is your database connection information.  Name of the server,
#username, password and a database with proper permissions should
#all be setup before CMS Made Simple is installed.
$config['dbms'] = 'mysql';
$config['db_hostname'] = 'localhost';
$config['db_username'] = 'classpho';
$config['db_password'] = 'hg24rfxs';
$config['db_name'] = 'classpho';
#Change this param only if you know what you are doing
$config["db_port"] = '';


#If app needs to coexist with other tables in the same db,
#put a prefix here.  e.g. "cms_"
$config['db_prefix'] = 'cms_';

#Use persistent connections?  They're generally faster, but not all hosts
#allow them.
$config['persistent_db_conn'] = false;

#Use ADODB Lite?  This should be true in almost all cases.  Note, slight
#tweaks might have to be made to date handling in a "regular" adodb
#install before it can be used.
$config['use_adodb_lite'] = true;

#-------------
#Path Settings
#-------------

#Document root as seen from the webserver.  No slash at the end
#If page is requested with https use https as root url
#e.g. http://blah.com
$config['root_url'] = 'http://www.classphoto.fr';
if(isset($_SERVER['HTTPS']) && $_SERVER['HTTPS']=='on')
{
$config['root_url'] = str_replace('http','https',$config['root_url']);
}

#Path to document root. This should be the directory this file is in.
#e.g. /var/www/localhost
$config['root_path'] = '/home/classpho/www';

#Name of the admin directory
$config['admin_dir'] = 'admin';

#Where do previews get stored temporarily?  It defaults to tmp/cache.
$config['previews_path'] = '/home/classpho/www/tmp/cache';

#Where are uploaded files put?  This defaults to uploads.
$config['uploads_path'] = '/home/classpho/www/uploads';

#Where is the url to this uploads directory?
$config['uploads_url'] = $config['root_url'] . '/uploads';


#---------------
#Upload Settings
#---------------

#Maxium upload size (in bytes)?
$config['max_upload_size'] = 128000000;

#Permissions for uploaded files.  This only really needs changing if your
#host has a weird permissions scheme.
$config['default_upload_permission'] = '664';

#------------------
#Usability Settings
#------------------

#Allow smarty {php} tags?  These could be dangerous if you don't trust your users.
$config['use_smarty_php_tags'] = false;

#Automatically assign alias based on page title?
$config['auto_alias_content'] = true;

#------------
#URL Settings
#------------

#What type of URL rewriting should we be using for pretty URLs?  Valid options are:
#'none', 'internal', and 'mod_rewrite'.  'internal' will not work with IIS some CGI
#configurations. 'mod_rewrite' requires proper apache configuration, a valid
#.htaccess file and most likely {metadata} in your page templates.  For more
#information, see:
#http://wiki.cmsmadesimple.org/index.php/FAQ/Installation/Pretty_URLs#Pretty_URL.27s
$config['url_rewriting'] = 'mod_rewrite';

#Extension to use if you're using mod_rewrite for pretty URLs.
$config['page_extension'] = '.html';

#If you're using the internal pretty url mechanism or mod_rewrite, would you like to
#show urls in their hierarchy?  (ex. http://www.mysite.com/parent/parent/childpage)
$config['use_hierarchy'] = true;

#If using none of the above options, what should we be using for the query string
#variable?  (ex. http://www.mysite.com/index.php?page=somecontent)
$config['query_var'] = 'page';


#--------------
#Image Settings
#--------------

#Which program should be used for handling thumbnails in the image manager.
#See http://wiki.cmsmadesimple.org/index.php/User_Handbook/Admin_Panel/Content/Image_Manager for more
#info on what this all means
$config['image_manipulation_prog'] = 'GD';
$config['image_transform_lib_path'] = '/usr/bin/ImageMagick/';

#Default path and URL for uploaded images in the image manager
$config['image_uploads_path'] = '/home/classpho/www/uploads/images';
$config['image_uploads_url'] = $config['root_url'] . '/uploads/images';


#------------------------
#Locale/Encoding Settings
#------------------------

#Locale to use for various default date handling functions, etc.  Leaving
#this blank will use the server's default.  This might not be good if the
#site is hosted in a different country than it's intended audience.
$config['locale'] = '';

#In almost all cases, default_encoding should be empty (which defaults to utf-8)
#and admin_encoding should be utf-8.  If you'd like this to be different, change
#both.  Keep in mind, however, that the admin interface translations are all in
#utf-8, and will be converted on the fly to match the admin_encoding.  This
#could seriously slow down the admin interfaces for users.
$config['default_encoding'] = 'utf-8';
$config['admin_encoding'] = 'utf-8';

#This is a mysql specific option that is generally defaulted to true.  Only
#disable this for backwards compatibility or the use of non utf-8 databases.
$config['set_names'] = true;

# URL of the Admin Panel section of the User Handbook
# Set none if you want hide the link from Error
$config['wiki_url'] = 'http://wiki.cmsmadesimple.org/index.php/User_Handbook/Admin_Panel';

?>
Y aurait-il un soucis??


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)