Forum

Reprise du message précédent

Je n'ai rien compris à ce que tu dis.
Qu'as-tu fait exactement ? Que veux-tu faire ?

Ben t'a posé une question : pourquoi veux-tu désactiver l'aurl rewriting dans l'administration ?

En principe, quand on utilise un CMS, c'est pour qu'il fasse les choses à notre place, pourquoi ne pas laisser PHPboost gérer cette fonctionnalité puisqu'il le peut ?

Dashmac, contacte-moi en MP si tu as toujours besoin d'aide.

Ben, en principe, Dashmac ne devrait-il pas avoir une erreur 500 plutôt qu'une erreur 404 ?

Erreur 500 ça signifie que le serveur ne supporte pas l'URL rewriting, il a une directive de configuration qu'il ne comprend pas, il signale donc qu'il n'est pas capable d'afficher la page (erreur interne = 500). La page 404 par contre c'est quand l'URL rewriting est activé, le serveur l'accepte, mais que les règles de réécriture ne redirigent pas correctement, ça peut arriver dans certaines configurations particulières.

faut pas toucher au htacces directement.
il faut passer par la configuration avancer, y a un chan pour les ligne de htacces que tu veut rajouter.

si tu modifie le fichier toi meme directement, phpboost vas le remetre en accord avec ses donnée enregistré, d'ou le clash.

D'accord, ça pourrait être un caractère utilisé dans les règles de réécriture que le serveur refuse ? Genre, un nombre maximal de tirets ou un truc de ce style ?

j'ai eu le souci simplement en modifiant a la main de htacces.
sans passer par le panneau admin.
et ce sans passer par l'url rewirting de phpboost a la base.
le site utilise les url base non modifier. (séquelle de guppy on dira).

les modification me permette de rediriger les "article ancien site "vers "wiki" et bien entendu me bloquant l'accès au module articles. mais j'en fait mon deuil pour le moment.

si on modifie a la main sa marche plus. sa génère automatiquement une erreur.

de même pour la compatibilité des caractère, c'est très très sensible a la case ces bebete la.
le préfixe dois être exactement le bon, le a peu près marche pas.
ce qui dans mon cas n'est po gagné

Je parle de la situation de Dashmac qui, lui, n'a pas modifié le fichier .htaccess à la main, du moins à ma connaissance. J'essaie donc de savoir ce qui, dans les règles d'écriture de PHPBoost, peut provoquer ces erreurs 404.

Je constate que le message d'ipremium provoque une confusion dans les réponses. Ipremium, ta question ne concerne pas directement le problème de Dashmac, merci donc de créer un nouveau topic pour la poser (plus clairement si possible). Je ne peux plus scinder maintenant.

J'ai envoyé un MP à Shadow.

J'ai installer phpboost dans un sous-domaine, avec une nouvelle BDD et le rewrite fonctionne correctement. Sous le site normal, impossible de les faire fonctionner.

Bref, je me suis demandé si l'erreur ne venait pas à cause de l'exportation de l'ancienne base de données. En faite, j'ai exporté les articles, membres, etc. de la base de données de l'ancien site, Dashmac.

Aussi, n'y-t'il pas quelque chose à changer dans la table phpboost_configs ? Car j'ai ceci :


Enfin je dis, je dis p'tète nimporte quoi.

Là ton URL rewriting est désactivé dans la configuration que tu montres.

Et ton ancien site, c'était un PHPBoost ? Dis donc, c'est pas toi qui a eu des soucis lors de la migration depuis la V2 parce que ta base de données n'était pas standard ?

J'ai eu un soucis mais parce que j'avais loupé la manip' ^^

Edit : Je vais essayé sur Dashmac si le rewrite marche

Édité par Dashmac Le 21/08/2009 à 13h58

Je viens de transférer tout mon site sur un hébergeur payant qui proposait 7 jours de gratuité, sans offres d'engagement donc j'en ai profité et les rewrite marche.



Regardez :

http://www.igloo-web.powa.fr



Ce n'est pas l'hébergeur définitif et celui-là n'a pas de support donc ne m'intéresse pas trop (et je ne connais même pas les DNS :/)



Bref, c'est exactement le même site, copié collé de la BDD et des fichiers sauf que les rewrite marche.



Pourquoi sur igloo-web.com ça ne fonctionne pas, c'est bizarre, ça reste un mystère. Sujet à moitié résolu pis je crois qu'il n'y aura jamais de réponses. Vraiment bizarre .

Édité par Dashmac Le 21/08/2009 à 17h20

Mauvaise configuration du rewrite chez ton hébergeur actuel très certainement...

Non non car est installé phpboost sur un sous-domaine et ça fonctionne.

Je ne vois pas en quoi mettre PBT dans un sous domaine changerai quelques choses...

Le problème vient des expressions régulières qui forment les motifs de détection des pages à rediriger je pense.
Essaie de voir avec le support de l'hébergeur si ils ne savent pas comment corriger le problème.