Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
et bien le flag de réécriture NE est bien la bonne solution !!!
@arfy cela échappe les % dans les query strings et du coup :404
On m'a dit de tester avec le flag NE.
Je vous tiens au courant.
C'est pas beau mais en attendant j'ai mis ça dans index.php
if($_SERVER["HTTPS"] != "on")
{
header("Location: https://" . $_SERVER["HTTP_HOST"] . $_SERVER["REQUEST_URI"]);
exit();
}
Perdu la redirection ne marche toujours pas si on met une URL avec des % en http elle est encore mal convertie en HTTPS :/
J'ai fin par faire tomber ça en marche en mettant l'url en https dans la base de données.
Bonjour,
j'ai déjà appliqué la méthode indiquée plus haut pour OVH (https://www.zintox.fr/index.php?post/22 … s-chez-OVH) mais ça ne marche qu'à la racine du blog car dès qu'on va dans un billet dont le chemin est en query string, mod_rewrite réencode les % en %25 et on tombe sur une 404 :/
Une idée ?
Salut,
Je vois que le sujet date un peu :) J'ai regardé sur mon DC2 et.. stupeur.... quand je cherche "cinema", il ne trouve pas les pages contenant "cinéma" !!!
un problème de collation ???
merci c'est corrigé
Je n'ai pas oublié et comme la rentrée a démarré j'ai un peu de temps le soir quand mon fils dort et que ma copine n'est pas là (garde alternée pow@ :) )
ou alors que quand on fait du HTTPS ça ne passe pas par l'accélérateur FPM :)
En mode "php", OVH sépare ses serveurs en 2 parties : des serveurs dédiés au traitement de php, et des serveurs dédiés à la fourniture de fichiers statique. Manque de bol, le admin/index.php?pf=... est un traitement php qui récupère un fichier statique. Pour une raison que seul OVH maîtrise, cela signifie que les serveurs php doivent aller requêter les serveurs fournissant les fichiers statiques, et visiblement ce n'est pas *du tout* optimisé de ce point de vue là chez eux...
Le mode phpcgi, ces "optimisations" sont absentes, et bizarrement ça fonctionne mieux.
Le problème est exactement le même pour la génération des miniatures par exemple (récupération d'un fichier statique pour le traiter).
ok mais dans ce cas pourquoi le problème ne se produisait qu'en HTTP et non en HTTPS ?
J'ai remplacé app.engine de php à phpcgi et en effet ça règle le problème. Quelqu'un saurait m'expliquer pourquoi ?
J'ai remplacé app.engine de php à phpcgi et en effet ça règle le problème. Quelqu'un saurait m'expliquer pourquoi ?
bon ben je vais finir par passer à WP à ce rythme :)
Merci pour votre aide constructive les gars :)
ça e se produit qu'en HTTP et non en HTTPS Oo
Je viens de découvrir un truc fou : en HTTPS ça marche très bien...
Quelqu'un saurait comment faire pour que ça marche aussi en HTTP?
Bonjour,
j'ai bien la même IP mais j'ai toujours 5s de chargement par pf ?
une idée ?
Je n'ai jamais fait de theming mais soit. Je tâcherai d'essayer de regarder en septembre. où qu'on checkout le trunk ?
oui je sais mais sur mon blog perso sans prétention ça va :)
Salut
Je comprends cette notion de priorité :)
Merci d'avoir relever ma demande.
Je rappelle toutefois que ça peut être un Quickwin :)
Salut,
J'ai un souci ; print.css et deux js mettent 5 secondes à se télécharger (vu avec firebug).
Je soupçonne pf mais n'ai pas envie de les hardlinker dans le thème car c'est sale.
Une idée ?
Bon en fait quand on voit la gueule de l'état des tickets je comprends mieux : ils ne sont pas suivis du tout :/
http://dev.dotclear.org/2.0/report/1?asc=1&page=3
Du coup je ne sais plus comment faire pour que ça remonte aux responsables du thème :/
On dirait que mon ticket n'a toujours pas été pris :/
Vous n'êtes pas identifié(e).
