Dotclear

Vous n'êtes pas identifié(e).

Annonce

#1 Re : [dc2] Migration et mises à jour » Affichage du Menu (Sidebar) après maj de 2.11.2 vers 2.12 » 2017-08-07 17:00:58

Franck49 a écrit :

J'utilise le plugin shortURL, j'ai voulu tester la mise à jour DC 2.12 et j'ai mis à jour le plugin 0.5.4b sur un blog de test, et il semble que les liens courts ne fonctionnent pas, est-ce que c'est toujours la même balise tpl {{tpl:EntryShortURL}} qu'il faut utiliser dans les fichiers du thème ?

En tout cas, chez moi cela fonctionne... Voir le lien intitulé "URL courte" sur cette page par exemple : http://mudry.org/blog/shurl/2kO

Y a-t-il possibilité de voir quelque part ce qu'il se passe ?

#2 Re : [dc2] Plugins » ShortURL » 2017-08-07 16:46:44

Il y avait une petite faute de frappe dans un tag (merci Gvx), voici donc encore une nouvelle version : http://mudry.org/blog/shurl/2kO

#3 Re : [dc2] Plugins » ShortURL » 2017-08-06 17:43:18

Sept ans plus tard, une nouvelle version qui corrige un bug d'affichage avec Dotclear 2.12 : http://mudry.org/blog/shurl/2kN

#4 Re : [dc2] Migration et mises à jour » Affichage du Menu (Sidebar) après maj de 2.11.2 vers 2.12 » 2017-08-06 17:39:59

i_love_dc a écrit :

La nouvelle version serat elle dispo sur dotaddict ?

Aucun de mes développements n'est disponible sur dotaddict, celui-ci ne fera pas exception. ;-) (Donc, non, il ne sera pas disponible sur dotaddict.)

#6 Re : [dc2] Migration et mises à jour » Affichage du Menu (Sidebar) après maj de 2.11.2 vers 2.12 » 2017-08-06 08:02:06

i_love_dc a écrit :

Si je ne m'abuse le plugin shorturl ést de jcdenis qui ne maintient plus ses plugins.

Il n'est pas de jcdenis, mais de moi... Merci à Gvx de m'avoir signalé le problème via ma page de contact, je publierai prochainement une mise à jour.

#7 Re : [dc2] Plugins » Un joli nuage » 2014-12-01 21:28:01

Je ne suis pas sûr d'avoir vraiment envie d'un nuage de tags qui ressemble à une erreur 403... ;-)

#8 Re : [dc2] Plugins » Sauvegarde » 2014-01-22 14:07:12

Si vous avez accès un cron ou web-cron, il y a ce script : http://mudry.org/blog/alias/dc2backup

(Edit du 2014-02-22 : modification du lien pour en avoir un qui pointera toujours sur la dernière version du script.)

#9 Re : [dc2] Plugins » Creation d'un API pour discuter avec une autre appli » 2013-07-25 12:56:18

Une API permettant de récupérer / publier / modifier des billets dans un blog, ça existe déjà : c'est XML-RPC (et c'est plus ou moins standard...). Dotclear le supporte, mais l'API n'est pas activée par défaut lors d'une installation. Pour l'utiliser, il faut aller dans Blog -> Paramètres du blog -> Configuration du blog.

Quant à faire un filtre sur certaines données, je ne sais pas. Je ne suis pas assez expert sur cet API pour pouvoir dire si c'est faisable ou non.

#10 Re : [dc2] Bugs » Retours de tests pour la future 2.5.1 » 2013-07-14 18:52:01

mendoz a écrit :

Bonjour

Problème pour moi avec Firefox dans le gestionnaire de media
Quand je clique sur  "choisir mes fichiers" il ne propose pas l'explorateur de fichier mais valide directement la page et inscrit :
   Erreur :    Aucun fichier chargé.

Version de Dotclear : dotclear-2.5-r1117
Windows 7 edition familiale premium service pack 1

Firefox 22.0 édition portable

Testé ensuite sous IE 10 et chrome 24 edition portable et la tout marche nickel

J'ai eu exactement le même problème, mais avec Chrome 28 (également Windows 7). Mon problème s'est réglé après que j'aie vidé le cache du navigateur.... Mendoz : pouvez-vous essayer de vider le cache de Firefox et voir si cela règle aussi le problème chez vous ?

#11 Re : [dc2] Plugins » Plugin Easy Thumb » 2013-03-19 12:32:52

Dsls a écrit :

Cela dit, c'est cablé dedans pour supporter les sous-répertoires, si le besoin s'en fait ressentir, le plugin peut évoluer vers ça ;)

Je plussoie cette évolution (à ajouter par une case à cocher ou une option à mon avis)... car la suppression des thumbnails orphelins m'intéresse beaucoup, mais avec une arborescence "année/mois" depuis bientôt neuf ans, je me vois assez mal aller traiter tous les dossiers l'un après l'autre. (Ou, dis plus correctement, je sais déjà que j'aurai la flemme de le faire manuellement. ;-) )

(et faudra de toutes façons que je l'essaie pour voir comment il se comporte avec les miniatures générées par mon plugin photoblog.)

#12 Re : [dc2] Discussion et astuces » Script pour générer des billets en boucle » 2013-02-14 17:37:24

nk a écrit :

Cela dit je ne connaissais pas defautPost (j'utilise dotclear depuis lundi dernier), cela pourrait être une solution, mais qui ne règle pas le risque d'erreur sur la date.

Si, il règle également le problème de la date. Il permet de définir une "période" entre le nouveau billet et le dernier billet publié ou programmé. Ainsi, on peut dire que le nouveau billet doit être 1 minute, 5 minutes, ..., 1 jour, 2 jours, ... (ou même un intervalle spécifique) après le dernier billet.

#13 Re : [dc2] Le coin des sorciers » Attribut height et width pour les images » 2013-02-04 17:02:08

Et attention, IWaHa n'a jamais été disponible sur Dotaddict, mais directement chez moi : http://mudry.org/blog/alias/IWaHa
(Et d'ailleurs, la version proposée par Amalgame ci-dessus n'est pas la dernière... ;-) )

#14 Re : [dc2] Plugins » [Gallery] : pouvoir afficher les dimensions des images » 2012-08-28 13:43:38

Je ne sais plus si le greffon IWaHa supporte les images de gallery ou non (il a été écrit pour les images contenues dans un billet), mais ça vaut probablement la peine d'essayer : http://mudry.org/blog/post/2011/10/08/G … der-v0.2.2

#15 Re : [dc2] Bugs » 2.4.3 et programmation de billets » 2012-05-22 09:27:55

Franck Paul a écrit :

Brutalement changé, non, juste depuis la 2.4.3

Ah ouais... j'avais regardé les révisions du fichier, mais pas réalisé que les dates étaient post 2.4.2 ;-)

#16 Re : [dc2] Bugs » 2.4.3 et programmation de billets » 2012-05-22 05:14:30

C'est quand même fort étrange que le comportement ait brutalement changé... et que je sois le seul à rencontrer ce problème.

Par contre, pour ce qui est du code, ce ne serait pas plus simple de faire en sorte que dbLayer::in accepte les ArrayObject ? Avec quelque chose du genre (pas testé, mais lu dans un bug report de PHP https://bugs.php.net/bug.php?id=36930 ) :

if (($in instanceof ArrayObject) || is_array($in))

#17 Re : [dc2] Bugs » 2.4.3 et programmation de billets » 2012-05-21 19:26:12

J'ai mis en place un pis-aller pour mon souci : dans le fichier inc/core/class.dc.blog.php, modifier la ligne :

		$to_change = new ArrayObject;

par :

		$to_change = array();

Je n'ai par contre pas du tout étudié ce que cela pouvait avoir ou non comme impact sur les behaviours coreBeforeScheduledEntriesPublish et coreAfterScheduledEntriesPublish (car je ne les utilise pas du tout dans mon installation). C'est donc à vos risques et périls si vous empruntez le même chemin que moi.

Si vous avez un avis quelconque sur tout cela, n'hésitez pas à vous exprimer !

#18 Re : [dc2] Bugs » 2.4.3 et programmation de billets » 2012-05-21 19:13:43

Bon... j'ai trouvé une piste... Dans dcBlog->publishScheduledEntries, la variable $to_change est définie comme étant une instance de ArrayObject. Or, la méthode $con->in teste si le paramètre est un tableau avec is_array... qui retourne false dans le cas d'un ArrayObject. :-(

Maintenant, ce que je ne comprends pas, c'est que ces parties de code ne semblent pas avoir évolué depuis fort longtemps. Je me demande donc pourquoi c'est brusquement tombé en panne.

#19 [dc2] Bugs » 2.4.3 et programmation de billets » 2012-05-21 16:15:54

zeiram
Réponses : 21

Bonjour.

J'ai un souci depuis hier, et il commence à m'énerver. J'ai installé la version 2.4.3, et, depuis, plus un seul de mes billets programmés n'est mis automatiquement en ligne. Y a-t-il quelqu'un d'autre qui constate le même problème ?

En analysant ce qui se passe, il semble que j'ai un problème avec la méthode $con->in... Voici le bout de code de la classe dcBlog (méthode publishScheduledEntries) que cela concerne :

if (!empty($to_change))
{
	# --BEHAVIOR-- coreBeforeScheduledEntriesPublish
	$this->core->callBehavior('coreBeforeScheduledEntriesPublish',$this,$to_change);

	$strReq =
	'UPDATE '.$this->prefix.'post SET '.
	'post_status = 1 '.
	"WHERE blog_id = '".$this->con->escape($this->id)."' ".
	'AND post_id '.$this->con->in($to_change).' ';

	$this->con->execute($strReq);
	$this->triggerBlog();

Juste après l'appel au behaviour coreBeforeScheduledEntries, si j'affiche le contenu de la variable $to_change, j'ai bien les identifiants des deux billets à mettre en ligne. Par contre, la variable strReq est initialisée avec la valeur :

UPDATE dc2_post SET post_status = 1 WHERE blog_id = 'photoblog' AND post_id  IN ( 1)

Comme vous le voyez, au lieu de la liste des identifiants, il n'y a que la valeur 1... Z'avez une idée du pourquoi ?

#20 [dc2] Le coin des sorciers » Étendre la syntaxe wiki et moteur de recherche » 2012-05-17 06:15:42

zeiram
Réponses : 0

Bonjour les gens.

Étant naturellement un grand flemmard, j'ai écrit un plugin qui me permet de générer un billet d'après les métadonnées d'une image. Pour faire ceci, le plugin parcourt le contenu du billet à la sauvegarde et remplace certains tags par le contenu des métadonnées.

Toutefois, j'ai l'impression de faire quelque chose de faux. Je vous explique. Mon plugin vient se greffer sur les behaviours coreAfterPostCreate et coreBeforePostUpdate ; il modifie alors le contenu de post_excerpt_xhtml et post_content_xhtml pour faire le remplacement des tags.

Mon souci vient du fait que ces deux behaviours sont appelés après la mise à jour du champ post_words, champ qui est utilisé par le moteur de recherche de Dotclear. Du coup, si je veux que ce soit le contenu des métadonnées qui se trouve dans le moteur de recherche (et non les tags eux-mêmes), je suis obligé de mettre également à jour le contenu de post_words.

Et c'est cette duplication de code (mise à jour de post_words) qui me fait dire que je dois faire quelque chose de faux... Vous faites comment, vous, pour faire du remplacement de tags dans les billets (de préférence, aussi bien en syntaxe wiki que xhtml, à défaut en syntaxe wiki seulement) et que la recherche puisse fonctionner dessus ?

#21 Re : Vie du projet » Dotclear 2.5 » 2012-04-13 15:11:25

Mirovinben a écrit :

Si Julien est ok

Bien sûr !

#22 Re : [dc2] Discussion et astuces » [Sondage] 5 plugins indispensables ? » 2012-03-31 13:17:09

* photoblog
* contact
* emailNotification
* includesubcats
* dcImageMetaExtender

#23 Re : [dc2] Questions et aide » Problèmes après passage à Php 5.3 » 2012-02-12 12:52:58

J'ai rajouté sur le ticket idoine un patch qui exécute le test uniquement dans le cas où le fichier est un répertoire. Ainsi, on ne change rien à la logique et les messages d'erreur sont effectivement supprimés (puisqu'ils ne se produisent que pour des fichiers).

#24 Re : [dc2] Bugs » open_basedir restriction in effect ... » 2012-02-12 12:51:56

Franck Paul a écrit :

En faisant cette modification on change la signification du $this->x qui est censé indiquer si on peut lister le contenu du répertoire si le fichier en question en est un.

Il va falloir du coup être prudent sur un changement éventuel et vérifier au préalable ses effets de bord.

J'ai rajouté sur le ticket idoine un patch qui exécute le test uniquement dans le cas où le fichier est un répertoire. Ainsi, on ne change rien à la logique et les messages d'erreur sont effectivement supprimés (puisqu'ils ne se produisent que pour des fichiers).

#25 Re : [dc2] Plugins » Exporter en choisissant le répertoire de destination (ligne ou local) » 2012-02-07 14:40:30

Réponse rapide : pour passer en zip, a priori, non. Mais il faudrait aller lire en détail le code du module ImportExport de Dotclear pour savoir ce qu'il en est (c'est lui qui gère cela, et non pas mon script).

Et chez moi (de mémoire), je mets les .txt.gz dans le répertoire public pour les recharger avec le module ImportExport ; il semble donc être parfaitement capable de les digérer en entrée. (À vérifier avec un test toutefois.)

Vous n'êtes pas identifié(e).

Pied de page des forums

Propulsé par FluxBB

Sites map