sh404SEF mauvaise page accueil / sans module

[t.guey]

bonjour,

1) suite a la mise a de sh404SEF, je me retrouve avec une mauvaise page d'accueil, ou plutot être une page d'accueil sans module.
exemple ici : http://plombiers-plomberie.fr/, ou je n'ai plus les side et slider

2) Lorsque je désactive le sh404 SEF tout refonctionne bien, mais bien sur je n'ai plus les urls optimisé que je désire cela donne la page que j'avais avant :

http://plombiers-plomberie.fr/accueil-urgence

Auparavant, lorsque je tapais l'url principale, j'avais l'affichage de la seconde url (sans le accueil-urgence).

c'est comme si je ne pouvais plus avoir de module sur ma page d'accueil, ou alors c'est un probleme dans sh404, je ne maitrise pas très bien.
De plus même quand j'attribue le menu ou d'autre module a la page, ceux ci ne s'affichent pas sur la 1ere URL.

Ma question, est de savoir, si quelqu'un a une piste ou une solution

merci

[jisse03]

Re : sh404SEF mauvaise page accueil / sans module

Bonjour,

SH404SEF étant une extension commerciale, censée justement éviter les erreurs 404, je pense que le plus sage est de se référer à sa doc et de poser les problèmes sur la hotline du produit.

[t.guey]

Re : sh404SEF mauvaise page accueil / sans module

je viens de reinstaller une sauvegarde, tout etait ok.
Puis j'ai fais la mise a jour de sh404sef et la le probleme est revenu.

merci jisse03, pour ta reponse, mais suis pas vraiment un cador en anglais.

[jisse03]

Re : sh404SEF mauvaise page accueil / sans module

Sans vouloir être mauvaise langue, vu le nombre de problèmes erencontrés par mes clients avecSH404.. je doute personnellement très fort de la vraie pertinence du truc.

Mais ce n'est qu'un avis personnel

[t.guey]

Re : sh404SEF mauvaise page accueil / sans module

pour le duplicate content, je connais pas d'autre solution

[jisse03]

Re : sh404SEF mauvaise page accueil / sans module

pour le duplicate content, je connais pas d'autre solution

Je ne veux pas polémiquer, mais installer une usine à gaz pour palier une erreur de conception ou de logique d'un site.. ça me semble limite

[t.guey]

Re : sh404SEF mauvaise page accueil / sans module

j'ai un peu tout remis en place, mais maintenant j'ai un probleme d'encodage, que je n'arrive pas a résoudre malgres la lecture de nombreux posts.

ci dessous en rouge un exemple de texte, ou les é sont remplacés mais c'est visible sur les pages du site :
Téléphone :
13001-sos-depannage-1er-arrondissement 13009-sos-depannage-9ème-arrondissement
13002-sos-depannage-2ème-arrondissement

j'ai le dump d'une base ovh, mais quand je la charge j'ai ca. j'ai également essayé a des dates anterrieures et meme problème.

quand je tape le script dans phpmyadmin dans sql en remplacent le delimiteur par // :

UPDATE bp37i_content SET introtext = REPLACE(introtext ,’é’,'é’);
UPDATE bp37i_content SET introtext = REPLACE(introtext ,’ê’,'ê’);
UPDATE bp37i_content SET introtext = REPLACE(introtext ,’è’,'è’);
UPDATE bp37i_content SET introtext = REPLACE(introtext ,’â’,'â’);
UPDATE bp37i_content SET introtext = REPLACE(introtext ,’ô’,'ô’);
UPDATE bp37i_content SET introtext = REPLACE(introtext ,’Ã’,'à’);

j'ai comme reponse :

debug : #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'ê’); UPDATE bp37i_content SET introtext = REPLACE(introtext , ’è’,'èâ' at line 1{"success":false,"error":"
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '\u00c3\u00aa\u00e2\u20ac\u2122);\nUPDATE bp37i_content SET introtext = REPLACE(introtext , \u00e2\u20ac\u2122\u00c3\u0192\u00c2\u00a8\u00e2\u 20ac\u2122,'\u00c3\u00a8\u00e2' at line 1<\/div>"}

[jisse03]

Re : sh404SEF mauvaise page accueil / sans module

Bonjour,

Pourquoi avec changé le délimiteur en // ?

Normalement, il ne devrait pas y avoir ce problème d'encodage, sauf si les collations de tables ne sont pas de l'utf-8 general ci.

Les commandes update et la fonction SQL REPLACE sont convenables, mais le résultat ressemble à un stockage UTF-8 dans une table avec collation ISO-8859-1

[t.guey]

Re : sh404SEF mauvaise page accueil / sans module

bonjour,

J'ai changé le délimiteur, parce que je l'ai lu dans un post ou site différent.

Ce que je peu dire, et cela pourra servir a d'autre j'espère, c'est que cela fonctionne en faisant la commande une ligne par ligne, je n'ai pas essayé avec l'autre délimiteur.
Cela ne me dis pas pourquoi j'ai eu ce probleme sur sh404sef, ou ensuite sur la base SQL, mais presque tout est rentré dans l'ordre. sauf Akeba avec qui, independemment des problemes precedent, je ne peu plus faire de sauvegarde, ou le desintaller.

Je ferais des essais dès que possible, pour savoir si avec un dump de la base apres reparation cela fontionne correctement

[t.guey]

Re : sh404SEF mauvaise page accueil / sans module

Je viens de refaire un test de réinstallation de la base, avec la sauvegarde que j'avais fais, après les modifications, il est effectivement inutile de modifier le délimiteur.
le problème est que cela donne les mêmes mauvais résultat. Le probleme d'encodage est revenus.

Je ne sais pas de quoi cela peu venir, dans le doute qu'il y ai eu une modification apporté par sh404sef, au htacces, je le met dans la suite.
Si quelqu'un a une solution ou une modif a apporter au .htacces

# Rajouté par moi

SetEnv PHP_VER 5_TEST
SetEnv REGISTER_GLOBALS 0


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

RewriteCond %{HTTP_HOST} ^www.plombiers-plomberie.fr$
RewriteRule ^(.*) http://plombiers-plomberie.fr/$1 [QSA,L,R=301]

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

[jisse03]

Re : sh404SEF mauvaise page accueil / sans module

A priori, sh404 n'a rien ajouté à ton .htaccess.

[t.guey]

Re : sh404SEF mauvaise page accueil / sans module

C'est déja ca, merci, et désolé si j'abuse un peu, mais comment je peu vérifier que tout est ok sur la base, ou dans joomla, quels sont les parametres a regarder/configurer, car le problème vient surrement de la.

[jisse03]

Re : sh404SEF mauvaise page accueil / sans module

Vérifier la collation d ela base, et dans la base la colleation de chaque table.

Vérifier la version du serveur MySQL et la version du client (mysql ou mysqli)

Joomla! étant abstrait du serveur et gérant tout en utf-8, les problèmes de collation et jeux de caractères sont liés au serveur SQL lui même.

[t.guey]

Re : sh404SEF mauvaise page accueil / sans module

collation de la base : utf8_general_ci
dans les bases : interclassement : utf8_general_ci
par contre a la fin des bases cela me donne : somme et : utf8_unicode_ci

serveur : MySQL
version : MySQL 5.1

[jisse03]

Re : sh404SEF mauvaise page accueil / sans module

Hum, ce qui veut dire que c'est la base elle même qui a été créée au départ avec une collation globale différente.
Ce qui explique la conversion au stockage entre l'UTF-8 et le UNICODE (utf-16)