Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
Bonjour :)
Depuis les versions 1.1-x de commentsWikibar, 2 behaviors publics sont utilisés pour que la décoration s'installe :
* publicHeadContent (dans le fichier template _head.html du thème par défaut)
* publicFooterContent (dans le fichier _footer.html, toujours pour default)
Le premier était le seul utilisé dans les anciennes versions. Désormais il ne sert qu'à l'insertion de la CSS de la wikibar alors que le second behavior s'occupe du chargement de la partie JS.
A noter également :
La gestion des settings a été modifiée au sein du plugin. Il peut donc parfois être nécessaire de ré-activer la wikibar depuis la partie administration, suite à une mise à jour.
On peut donc considérer que :
* soit on a un bug avec clearbricks
* soit le flux de phpBB n'est pas conforme (pourtant valide avec http://validator.w3.org/feed/)
Au départ, le filtre sur l'attribut "rel" était une saine restriction.
Néanmoins, après avoir consulté les spécifications finales Atom 1.0, le seul attribut obligatoire pour un marqueur <link> est le "href".
On se retrouve donc dans un mode très peu tolérant, et on peut considérer cela comme étant un bug.
Normalement, dans le dossier tpl/ du thème, ça devrait le faire pourtant.
Par contre je trouve le terme doléance un peu fort pour qualifier ma contribution :-) Je n'avais pas d'autres intentions que de chercher (en associant la communauté) une solution à un problème que je me suis posé, mais que je pensai en intéressant plus d'un.
T'inquiète. Je dis régulièrement des trucs idiots de ce genre et suis parfois un peu trop brut de décoffrage. Mais je ne mords qu'en extrême recours (et seulement si j'ai réussi à remettre la main sur mon dentier).
Question annexe : est-il prévu d'intégrer en natif ce plugin à dotclear ?
Absolument. C'est d'ailleurs un des éléments qui font que la réflexion sur le service a évolué et marqué un (gros) temps d'arrêt.
Deuxième question annexe en attendant la ré-ouverture de ce service, il vaut mieux ne rien faire ?
Il me semble préférable de ne pas partir dans tous les sens, oui.
Mais il devient de plus en plus probable qu'il y aura appel à contribution(s) pour assurer le bouclage des dépôts.
Je dois probablement louper quelque chose dans tes doléances.
Est-ce vraiment éloigné de ce machin là : http://plugins.dotaddict.org/dc2/details/daInstaller ?
Oui mais dans ce cas j'ai par exemple quand même le menu à gauche enfin si je ne dis pas trop de bétises, le plugin est quand même chargé dans $core->plugins, bref il faudrait ajouter une condition sur toutes les pages du plugin ce qui n'est pas top.
Non.
La présence d'un _prepend.php retournant NULL (le fameux return; seul) est supposée bloquer le chargement du plugin.
C'est valable côté frontend et/ou admin. Nul besoin d'avoir de test supplémentaire dans toutes les pages du plugin, bien au contraire.
Ah oui mais non : il est préférable que le _define.php reste un simple _define.php, c'est-à-dire l'enregistrement des informations de plugin/thème (et non, je ne redirai pas que je regrette ces bons vieux desc.xml, mais bon...).
Si tu veux rendre le plugin inopérant en fonction de ta version de Dotclear (par exemple), tu peux le faire depuis le fichier _prepend.php de ton plugin. Il suffit de faire un simple return; dans le code principal pour que le plugin ne se retrouve pas pris en compte par Dotclear.
Ah mais je compte bien rester globalement en mode "read-only". :-)
C'est juste qu'on va voir passer des sujets qui risquent parfois de faire vraiment mal à la tête.
Argh...
Voici les modifications du plugin Sitemaps que j'ai réalisé
http://www.geeek.org/share/sitemaps-1.1.zip
Il manque plus qu'à industrialiser pour extraire le nom du site et la langue et permettre d'activer ou de désactiver le sitemap Google Actualité.
Euh... C'est un peu bête d'avoir gardé le même nom de plugin en changeant le numéro de version, non ?
Ça risque tout de même d'entrainer des confusions par la suite.
Tu ne préfèrerais pas qu'on regarde comment intégrer cela correctement dans une nouvelle branche ?
Bonjour.
Vérifie ta configuration concernant le dossier de cache.
Par défaut, il s'agit d'un sous-dossier dans dotclear/. Il faut que ce sous-dossier soit accessible en lecture et en écriture par l'utilisateur associé à ton serveur Web.
Cela signifie que l'extension PHP mbstring est manquante.
Et que deviennent les contenus des blocs pré-formatés ? ;)
Je préfère rester avec le contenu brut de fonderie et laisser faire le serveur (deflate/gzip sont là pour ça).
J'émets également de sérieux doutes quant à un gain de performances dû à l'utilisation de mysqli en remplacement de mysql. Comme zeiram, la plupart des ressources consultées portant sur des benchmarks font état de peu de différences et régulièrement en faveur de mysql.
Quoiqu'il en soit, le support de mysqli par les clearbricks me semblerait une très bonne chose. D'autant que mysql pourrait très bien s'effacer peu à peu en faveur de cette nouvelle librairie. C'est donc avec un véritable intérêt que je suivrai ce développement.
Par contre, pour l'instant, je n'ai pas de piste sérieuse concernant le souci de blogid. A part tracer cela, je ne vois pas trop comment diagnostiquer la chose.
La plupart du temps, ce message est dû à une fonction PHP mail() désactivée ou bridée.
Quel est ton hébergeur ?
Si j'utilise la méthode proposée par Pep,
$modifurl = class_exists('myUrlHandlers');
j'ai toujours $modifurl vraie, malgré la désactivation de myUrlHandlers ou sa désinstallation. Je vide pourtant à chaque fois le cache de DC et celui de Firefox...
Voilà qui est étrange.
Et avec :
$modifurl = class_exists('myUrlHandlers',false);
Tu as toujours le même résultat ?
Alors en testant sur présence ou non de la classe principale de myUrlHandlers, tu devrais t'en sortir.
Par exemple :
if (class_exists('myUrlHandlers')) {
// le traitement qui va bien si le plugin est présent
}
Gné !?
Quelles versions de Dotclear2 et du plugin, stp ?
Mais revenons-en au cœur du sujet... :)
Si la différence entre les deux solutions n'est pas trop conséquente en code ou philosophie, je voterai pour un seul plugin.
Désolé c'est vrai que c'est un traitre à DC, (...)
Non, non. Ça n'a rien à voir, désolé.
Je pense être encore assez intelligent pour passer outre ces détails, même si tu sembles en douter. :)
Euh... Non, là, ça ne va pas aller si tu nous poses du presse-citron dans la discussion.
Principalement parce qu'être blogueur professionnel ne suffit malheureusement pas être compétent...
Désolé, j'ai craqué...
J'y serais plutôt favorable (à la limite avec RSSCloud également), pour ma part.
Mais en tout cas, je n'ai pas connaissance de cela sur la feuille de route.
cela affiche le mois en cours!!!!
Billets publiés sur novembre, c'est donc normal.
On ne me la fait pas aussi facilement, hein. :)
C'est dommage car dans Dotclear1 c'était comme cela
Pas dans mes souvenirs, non.
Vous n'êtes pas identifié(e).