Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
Au fait, merci pour la correction.
Mise à jour fonctionnelle. Problème réglé.
Question, ne pourrais-t-on pas avoir cette version dans le DotAddict ?
J'aime bien le principe d'avoir un dépôt central pour la version "officielle" des plugins et la fonctionnalité du plugin "Installateur DotAddict.org" pour connaître les mises à jour est essentielle de mon point de vue.
Bonsoir,
suite à la mise à jour 2.4.4 ce soir en update, je rejoins la liste.
Même effet (erreur 500) même cause semble-t-il : une fois le plugin désactivé et le cache purgé : le blog s'affiche correctement.
Je ne peux pas confirmer l'erreur comme Tomek, car je viens de la constater sur l'hébergement mutualisé ovh et je n'ai pas eu le temps d'investiguer plus profond.
La rebascule en v2.4.2 (oui j'avais loupé la 2.4.3...) avec réactivation du plugin et nettoyage du cache me permet de retrouver le site en état de fonctionnement. Merci Dotclear !
Et merci d'avance adjaya pour ton boulot de déminage. Si tu as besoin d'informations complémentaires n'hésites pas demander.
Je confirme le bug.
Je viens de finir mes tests avec :
- une nouvelle installation dotclear from scratch
- un multi-blog avec une installation propre
- private-mode en tant que seul plugin ajouté
- le widget présent sur le blog en mode privé.
- on vide le cache, on met à jour les bandeaux.
mêmes effets :
- la page de demande de mot de passe s'affiche une première fois
- on recharge la page et on atterris sur le blog sans protection
- le cookie dc_privateblog_sess_blog2 n'est pas positionné
Je suis toujours sur un PHP 5.3.2...
J'ai malgré tout décidé de tenter de reporter mon changement sur l'hébergment de production (OVH) du blog et là ça fonctionne.
La différence majeure par rapport à mes tests est le PHP 5.2 de cet hébergement.
Bonjour,
+1 pour ce projet de plugin.
C'est quelque chose que je recherche depuis peu, je pensais trouver un module flash à intégrer dans mon thème... mais là si on peut avoir ça sous forme de plugin DC alors je supporte l'initiatve
Utiliser un slider pour des thèmes comme Noviny ou Tabloid et on a peu prétendre à un site "pro" (modulo le contenu bien sûr ;))
Si j'exprimais mon besoin je commencerai par poser les exigences suivantes (je me suis aussi inspiré des commentaires précédents) :
1. Le plugin doit être configurable via un page dédiée de l'admin.
2. Le nombre de billets à prendre en compte est configurable (n) avec un maximum de X.
3. Le plugin doit afficher par défaut les n premiers "billets sélectionnés" (feature DC)
4. Le plugin doit permettre la sélection des n billets (de manière indépendante de "billet sélectionné" de DC)
5. Le slider affiche par défaut la première image du billet si existante.
6. Le plugin doit permettre la sélection de l'image associée au billet
7. Le slider doit afficher une image par défaut si le billet n'a pas d'image
8. L'image par défaut du slider est sélectionnable dans l'admin du plugin
9. Le plugin doit permettre la sélection de l'apparence du slider via l'admin.
Je suis conscient de la complexité de mise en œuvre quand on propose des choix tels que 3&4 et 6,7,8 mais cela permettrait de prendre en compte un grand nombre de cas utilisateur.
C'est très curieux. Peux-tu me faire parvenir des URLs pour que je constate par moi même ?
Quels sont les caractéristiques de ton hébergement ?
As-tu constaté d'autres curiosités dans l'utilisation de dotclear par ailleurs ?
Quels sont les autres plugins fraichement installés ?
Impossible de te montrer ça pour le moment, je teste en local.
J'utilise un serveur LAMP à base d'Ubuntu Lucid (10.04) avec un PHP 5.3 et la dernière version de dotclear.
J'ai dû patcher rapidement certains plugins, pour le support du 5.3, en enlevant les passages d'arguments par référence.
Hors plugins standards, voilà la liste :
- atReply
- commentsWikibar
- contactMe
- daInstaller
- editComment
- emailNotification
- emailOptionnel
- googleTools
- highlightVisitor
- lightbox
- miniseo
- private
- prvcat
- related
- sitemaps
- subscribeToComments
- tinyMce
- writers
Je teste actuellement sur un dotclear tout frais et sans multi-blog et ça passe....
Bonjour,
Je teste actuellement ce plugin sur une version 2.2 de Dotclear et j'ai ne n'arrive pas à le faire fonctionner...
Plugin Activé (en rouge dans le menu), j'accède au blog sans demande de mot de passe...
Le Widget est installé. Le bouton Se déconnecter recharge la page, mais toujours sans afficher la demande de mot de passe...
Sur une autre installation, toujours en 2.2 et en multiblog problème identique. Avec une légère différence.
Seul un des deux blogs est en mode privé et j'atterris sur la page de demande de mot de passe à la première ouverture. Ensuite il suffit que je recharge celle-ci pour voir l'accueil du blog...
wouah :) merci pour la réactivité! je lache mon post le matin, l'après-midi il y a un tracker et un patch !
Malgré tout je pense que cette fonctionnalité a levé un bug dans le cache...
En effet, j'ai repris le code d'amalgame et je l'ai testé direct.
1ère erreur : (de ma part je pense, je suis en train de revoir la doc) :
Je mets 2 balises :
<tpl:ifBlogId blog_id="private">
.... mon contenu privé .....
</tpl:ifBlogId>
<tpl:ifBlogId blog_id="default">
.... mon contenu par defaut .....
</tpl:ifBlogId>Seule la seconde semble prendre le dessus.
2e erreur : qu'à cela ne tienne je ne mets qu'une seule itération pour ajouter du contenu en cas de blog privé :
<tpl:ifBlogId blog_id="private">
.... mon contenu privé .....
</tpl:ifBlogId>
.... mon contenu par defaut .....Patatras, en switchant d'un blog à l'autre et en chargeant de manière normale mais aussi de manière à mettre à jour le cache, le contenu est modifié en fonction du blog en cours d'affichage....
En gros, en fonction du blog qui le premier générera le cache, la balise de test aura ou non été ajouté, mais visible également sur l'autre blog, le temps que le cache soit renouvelé...
Ce n'est certainement pas très clair comme explication, mais c'est reproductible : deux blogs, un seul thème, voir même un thème hérité du premier pour le second blog.
Pour tester il faut alternativement : renouveler le cache, modifier le template, changer de blog.
Je suis en multi-blog, et j'ai un blog en zone privée utilisant le même thème que celui de la zone publique. J'aimerais pouvoir faire quelques adaptations mineures du thème principal sur ce blog privé et ceci en fonction du BlogID. Cela m'éviterai de devoir copier les fichiers de mon thème principal dans un thème dérivé.
Une balise particulière "if" ou une adaptation de <tpl:SysIf> avec le BlogID pourrait faire l'affaire.
Existe-t-il un autre solution ?
C'est la panne du ouikende, c'est fait exprès pour que Franck ne puisse pas quitter son poste. D'ailleurs ça marche, il vient de tout réparer :D
Effectivement ça fonctionne à nouveau.
Cool, merci à Franck alors pour le redémarrage.
Bonjour,
idem aujourd'hui. Impossible d'accéder à dotaddict.org
J'étais justement en train de préparer une mise à niveau d'un blog en production...
Des infos ?
Merci.
D'où la question suivante : est-il possible d'ajouter un flux RSS à Dotclear sans en modifier le core ? Est-il possible de récrire la fonction BlogFeedURL et la fonction feed dans son thème ? Si oui, de quelle manière ?
J'aimerais bien avoir la réponse.
Je cherche aussi à faire un flux différent du flux par défaut que je souhaite garder.
(je commence juste mon investigation)
Bon, je bookmarque ce post pour étudier cela...
Bah, je suis pas philanthrope! c'est juste pour les sites qui m'intéressent ;))
Non, sans blague : j'espère que vous avez une solution en vue. Après, je considère l'attente normale si vous savez comment gérer ce problème. Vous êtes bénévoles et c'est normal que ça prenne du temps de gérer un coup dur comme ça.
Merci pour tout et bon courage.
ok.
Besoin d'aide pour un hébergement temporaire le temps de résoudre le problème ?
je peux peut-être partager un mutualisé et un peu de bande passante chez ovh.
Bonjour,
je constate depuis hier soir que les sites suivants sont injoignables (The connection has timed out selon mon Firefox) :
http://petit.dotclear.net/
http://themes.dotaddict.org/
http://tips.dotaddict.org/
http://abc.dotaddict.org/
Dites-moi que je ne suis pas le seul.
Je suis en train de batailler sur l'élaboration fastidieuse d'un thème et ces sites sont une merveille de ressources et documentation, je ne peux plus m'en passer :p !!
Viiite faites-les revenir !
Bonjour,
Thierry, je pense que pierrevg a raison de conseiller de ne pas modifier le thème défaut (répertoire thème "default").
Mieux vaut le dériver en créant un nouveau basé sur celui-ci.
Pas besoin de reprendre tous les fichiers, juste le home.html modifié (+_define.php pour définir le thème)
Le moteur DC va ensuite cherche les autres fichiers dans le répertoire du thème par défaut.
Comme ça pas de pb pour la mise à jour et en prime tu pourra basculer sur le thème par défaut si tu a un problème en manipulant le tien.
pierrevg a écrit :.flv s'appuie sur le lecteur flash intégré à dotclear. Utiliser un .mov implique que le visiteur ait un lecteur type quicktime d'installé...
pour le flash c'est pareil, il faut installer le lecteur flash d'adobe, sinon ça marche pas. les navigateurs ne l'ont pas par défaut.
Oui mais flash est indispensable (si si) pour naviguer confortablement sur le web et il y a peu d'alternatives autres que le lecteur natif, donc il est à 98% (source: d'après mes calculs) du temps installé sur le poste client.
Quicktime lui, n'a pas cette "chance".
Trêve de plaisanterie : pour revenir sur le pb initial de lepiaf34, j'ai eu le souci avec dailymotion (même symptômes) avant de passer de la 2.1.5 à la 2.1.6
Le code du site d'origine (dailymotion, youtube) parsé par les regex bouge de temps en temps et il est nécessaire de remettre à jour cette partie du code de DC...
Ai-je bon ?
Bon, les plugins non actifs ont été totalement éradiques de l'install (fichiers supprimés et dc_setting nettoyée)
-> Problème toujours là...
Mais j'ai du nouveau :
Agacé par la tournure de l'affaire, je me suis mis une belle rustine dans lib.urlhandlers.php à la fameuse ligne 85 :
if ($args && !$n && $args!="p")Et hop le tour est joué... :D
... Mais attention magie, le "p" est réapparu ailleurs !!
J'ai constaté qu'en demandant la pagination de la home, et bien je vois apparaître ce "p" que j'ai trouvé dans mon debbug quelques posts plus haut...
http://gardaremlamenude.free.fr/blog/p/page/2 :O
Mais re-magie le "p" disparaît dans l'url de la home paginé si on démarre de la racine du site (index.php = blog.php) cf. : http://gardaremlamenude.free.fr/
Je crois qu'il va falloir sortir l'ouvre boîte là ;)
(je fais des efforts pour pas écrire des conneries là, parce que je deviens fou!! <%p)
juste question : "/blog" ou "/blog/" ?
Le paramètre "URL du blog" est à la valeur :
http://gardaremlamenude.free.fr/blog/
Pas de caractère parasite qui traîne.
@Lomalarch ; je sais j'ai au moins deux autres blogs qui fonctionnent bien, avec la même architecture/conf. je n'arrive pas à reproduire.
D'autres infos pour les plugins présents :
- lightbox : activé et OK
- httpPassword : pour test - non activé et non présent sur les autres conf
- Private Mode : pour test - non activé et non présent sur les autres conf
Je vais creuser de ce côté-ci maintenant en désinstallant complétement les plugins httpPassword et Private Mode.
Je tente cela ce soir.
Bon, j'ai finalement écrasé l'installation avec l'archive orginale de la 2.1.6 (en suivant la procédure de mise à jour non automatique).
Toujours, le même problème...
en faisant un peu de debbug, j'ai trouvé une valeur qui semble être la cause du message 404 :
dans dcUrlHandlers::home() line 85
$args est à la valeur "p" quand on appelle l'url -> http://gardaremlamenude.free.fr/blog
Bon là je crois que j'ai atteint mes limites, je ne vois pas où est positionnée cette valeur....
Tu n'as pas de htaccess mentionnant un "blog" ?
Non
Apparemment le seul truc qui coince c'est le nommage, dès que tu nommes autrement tout va bien, j'ai bien compris ?
Exact.
L'expérience faite avec le fichier bloggue.php le montre bien.
Il me reste une chose à tester : écraser avec une install propre (dézipper une archive DC), pour vérifier si je n'ai rien corrompu.
Est-ce envisageable ?
Si oui comment ne rien "casser" ?
As-tu un répertoire avec le nom "blog" à côté de ce fichier ?
Non justement, mettre un répertoire "blog" amenerait à mettre une url du type :
monsite.fr/blog/index.php/2009/10/23/mon-billet
ou bien
monsite.fr/blog/index/2009/10/23/mon-billet
Edit : c'est curieux, on peut voir un billet avec cette URL mais la page d'accueil lève une erreur. Je crois déjà avoir vu ça mais impossible de dire où ...
C'est justement mon problème ;)
Ce qui est curieux c'est que sur les autres blogs j'ai la même structure, mais pas le même problème.
Pourtant je ne me rappelle pas avoir touché au code de DC... j'ai simplement fait des mises à jours par les procédures standard, sans le moindre souci. La différence avec les autres que j'ai par ailleurs c'est que celui là est un DC 2.1.5 au départ.
Bien joué. :)
Merci :)
En attendant une correction officielle, est-ce que quelqu'un a une idée de où se situe le problème ?
Je ne connais pas les arcanes profondes de dotclear, je vais avoir du mal à trouver...
Bonjour Moe,
le blog est à cette adresse : http://gardaremlamenude.free.fr/
C'est donc un hébergement Free.fr
Pour l'option Multiview, j'ai l'impression qu'elle est par défaut maintenant chez free.
Je l'ai laissée dans le ficher htaccess, mais sans j'ai le même comportement.
J'ai bien entendu essayé avec "blog.php/" comme fin d'URL (actuellement c'est "http://gardaremlamenude.free.fr/blog/"), cela fonctionne, mais l'objectif était de masquer le ".php" et d'avoir de belles URL du style "monsite.free.fr/blog/2009/10/23/mon-billet".
"De manière courante", c'est à dire "automatique" sur les quelques blogs que j'ai mis en place.
Exemple d'une installation qui fonctionne sur le me principe : ftoral.free.fr ou http://www.chicorazon.org
Note: sur gardaremlamenude.free.fr j'ai utilisé les principe du "clean install" pour mettre le blog dans un répertoire "blog-content", mais je souhaite garder le site accéssible à la racine, puis par "http://gardaremlamenude.free.fr/blog/20 … mon-billet"
Note2: Un petit truc qui me fait pencher pour un bug : j'ai copié l'index.php en bloggue.php et modifié l'URL du blog dans les paramètres avec "bloggue/". Et là cela marche...
J'ai des belles url
Bonjour,
je suis confronté au problème suivant :
- j'ai Dotclear dans son répertoire "dotclear" à la racine de mon site,
- Un index.php à la racine du site avec la ligne require_once augmentée du répertoire "dotclear", comme ceci :
require dirname(__FILE__).'/dotclear/inc/public/prepend.php';- Un blog.php au même endroit et identique au fichier index.php
- La config du blog par default seulement modifiée pour remplacer la fin de l'url du blog, "index.php" par "blog/"
- la méthode d'URL à PATH_INFO.
Et là quand j'appelle monblog.fr/blog/, j'ai la belle page du blog avec le beau message
Document non trouvé
Le document que vous cherchez n'existe pas.
C'est une opération trouvé dans la doc sur dotclear, que je faisait jusqu'à présent de manière courante et qui fonctionne encore sur des blogs migrés de 1.2 à 2.0 puis mis à jours en 2.16 maintenant.
Seulement elle plante maintenant pour un nouveau blog directement installé en 2.1.5 (la modif blog.php n'était pas réalisée alors) puis migré en 2.16, c'est juste hier que j'ai voulu activer ce blog et mettre donc une URL "propre" avec un beau blog.php...
Y aurait-il un effet de bord avec la nouvelle façon (que je viens de découvrir) préconisée dans la doc officielle pour installer proprement dotclear ?
http://fr.dotclear.org/documentation/2. … an-install
Est-ce que quelqu'un a déjà expérimenté cela ?
Merci.
Bonjour, est-ce qu'on pourrait avoir un statut à jour sur ce post ?
Personnellement j'ai constaté que les installations peuvent se faire.
Les actualités dans le tableau de bord ne sont pas mises à jour.
Après je n'ai pas testé le reste.
Vous n'êtes pas identifié(e).