Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
Pages : 1
Bonjour,
un de mes blogs, hébergé chez OVH, devient très lent en ce qui concerne le manager, pas son accès par les visiteurs.
Supposant que ça peut venir du nombre d'articles et de médias, j'aurai aimé pouvoir le scinder en deux. Je n'ai pas trouvé de question à ce sujet.
Est-ce possible, et si oui, y-a-t il une procédure automatisée qui inclurait bien sur la base de données ?
Merci de vos réponses
PS : j'ai du mettre un htaccess "options -Indexes" pour éviter que l'arborescence du site soit visible. Depuis, j'ai du enlever les plugins mymeta et miniseo qui me généraient des erreurs. Je ne sais pas si c'est lié à mon problème de ralentissement.
Hors ligne
Bonjour,
Une URL ?
Hors ligne
Probable qu'il faudrait suivre ce topic pour les délais/ralentissements : http://forum.dotclear.org/viewtopic.php?id=46950
Sinon, tu l'as mis où ton .htaccess contenant la ligne options -Indexes ? Uniquement dans le dossier public j'espère.
Dernière modification par pierrevg (2013-02-08 12:46:41)
Hors ligne
J'ai lu le topic sur le ralentissement, mais je n'ai pas trouvé de réponse satisfaisante d'où ma demande pour couper mon bloc en deux.
Les lenteurs constatée sont > à 15s dans le gestionnaire de medias
Le lien pour le blog : http://www.lemordelais.fr/dotclear2
Concernant le htaccess, je l'ai mis à la racine du site (le blog est inclus dans le site internet : http://www.lemordelais.fr).
il contient exactement les paramètres suivants :
SetEnv PHP_VER 5_TEST
SetEnv REGISTER_GLOBALS 0
Options -Indexes
Il y en a un également dans le répertoire dotclear2 qui contient "SetEnv PHP_VER 5".
Il n'y en a pas d'autre.
J'ai également, de temps en temps une "internal error 500" en travaillant sur le gestionnaire de médias.
OVH indique que ça peut venir d'un htaccess incorrect ou de droits d'accès incorrects aux dossiers et fichiers la limite étant 755. Effectivement, 2 dossiers dotclear2, "cache" et public ont été générés avec 777 : faut-il les ramener à 755 comme le préconise OVH?
Merci de votre intérêt
Hors ligne
Effectivement, 2 dossiers dotclear2, "cache" et public ont été générés avec 777 : faut-il les ramener à 755 comme le préconise OVH?
Tous les dossiers doivent être 755
Hors ligne
Perso, je le mets à la racine du site, de manière à ce qu'aucun répertoire ne puisse être listé ;)
Hors ligne
PS : j'ai du mettre un htaccess "options -Indexes" pour éviter que l'arborescence du site soit visible. Depuis, j'ai du enlever les plugins mymeta et miniseo qui me généraient des erreurs. Je ne sais pas si c'est lié à mon problème de ralentissement.
Je ne vois pas de raison pour que ce soit lié...
Hors ligne
Merci pour vos remarques.
J'ai mis 755 à tous les dossiers de dotclear et j'ai revalidé "mymeta" et "miniseo" : à priori, les erreur n'apparaissent plus.
A suivre donc car je n'ai pas tout balayé.
Pour ce qui concerne le découpage "facile" d'un blog Dotclear en 2, pas de solution?
Hors ligne
Pour ce qui concerne le découpage "facile" d'un blog Dotclear en 2, pas de solution?
Si j'avais à faire cette manip, je tenterai la création d'un nouveau blog que j'alimenterai avec un import issu d'un export du blog actuel. Ensuite je supprimerai les billets qui seraient en trop dans le nouveau blog. Puis je ferai le ménage inverse dans le blog "canal historique"...
Gros boulot. Surtout si, ensuite, tu souhaites modifier les répertoires des "médias et pièces jointes"...
Le B.A.BA : https://abc.dotaddict.org
La doc DC2 : https://fr.dotclear.org/documentation/2.0
Mes extensions : https://www.mirovinben.fr/blog/index.ph … pluginsDC2
Mes marqueurs de template : https://www.mirovinben.fr/blog/index.php?post/id3553
Hors ligne
Merci pour l'idée, c'est une bonne piste que je vais regarder de plus près.
Mais, je me demande si ça résoudra mon problème de performance avec le gestionnaire de médias. En effet, depuis que j'ai passé les dossiers à 755, j'ai systématiquement une "internal error 500" dès que je veux modifier une photo (par exemple modifier le titre pour qu'il ne soit pas égal au nom du fichier).
...
Je viens d'enlever "Options -Indexes" du fichier htaccess qui est à la racine de dotclear (pas celui qui est à la racine du site) et "l'internal error" semble avoir disparue - ouf !
Mais les manipulations du gestionnaire de médias sont très très lentes (15 à 20 secondes pour modifier le titre d'une photo).
Dernière modification par pacha35 (2013-02-09 10:26:29)
Hors ligne
Peux-tu me dire ce qui te fait penser que c'est un bug chez OVH ?
Je gère une dizaine de sites chez eux dont pas mal de blogs dotclear, et je n'ai de problème de performances qu'avec celui-ci et seulement dans le gestionnaire de média.
Peut-être une piste : c'est le seul blog qui est encore en version 2.2 (j'ai fait quelques modifs que j'ai peur de perdre en le passant en 2.4).
Autre chose : je n'ai encore jamais utilisé les options de "maintenance" : est-ce une solution aux performances?
Hors ligne
J'ai un projet propulsé par Dotclear avec près de 10.000 billets et question performances, il n'y a aucun ralentissement particulier :)
Effectivement, une bonne maintenance du cache template + optimisation de la base de données ne fera pas de mal.
Hors ligne
OK je vais voir dans l'autre post.
Mathieu M., tu es chez quel hébergeur ?
Hors ligne
Ce serait bien de ne rédiger que dans ce fil dédié exclusivement au problème de lenteur du Gestionnaire de médias >>> http://forum.dotclear.org/viewtopic.php?id=46950
Avec plusieurs fils, on se perd et les doctes réponses soit se croisent, soit divergent d'un fil à l'autre.
Il n'en est pas moins vrai que DC ou OVH se lancent la balle sans résoudre quoi que ce soit.
http://www.renovezmaintenant67.eu avec un blog DC2,
et http://www.hotchkiss.eu avec un blog DC2
Hors ligne
Tout à fait d'accord, je vais donc continuer sur le fil des performances puisque c'est l'origine de mes problèmes.
On peut clore celui-ci (le découpage du blog).
Merci à tous.
Hors ligne
Mathieu M., tu es chez quel hébergeur ?
Le projet en question est sur un serveur mutualisé de chez Infomaniak ;)
Hors ligne
Pages : 1
Vous n'êtes pas identifié(e).
