Dotclear

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

Annonce

13 février 2024 Sortie de Dotclear 2.29

#1 Re : [dc2] Migration et mises à jour » Passer de 2.23 à 2.27.... » 2023-09-04 04:52:52

AIFFAICTIVEMENT.
Voilà ce qui arrive quand on cumule trois journées de travail dans la journée =.=

Je devrais pouvoir avancer plus vite sur lereste du coup.

Visage-palmier du lundi matin de rentrée.

#2 Re : [dc2] Migration et mises à jour » Passer de 2.23 à 2.27.... » 2023-08-28 06:04:54

Bon, je suis toujours coïncé, surtout que le format podcast étendu me demande forcément d'avoir la taille des fichiers dérivés. Sans le $attach->f , impossible d'y arriver.
Là, je suis vraiment embêté, et j'ai qu'une émission de prête pour ma rentrée, ayant passé beaucoup de temps sur cette migration.

#3 Re : [dc2] Migration et mises à jour » Passer de 2.23 à 2.27.... » 2023-08-24 05:07:28

Le fait que je n'ai pas accès à la variable $attach->f n'est-elle pas due au fait que je ne suis pas dans le même template que mes tags ?
Je suis quand même un peu gêné de repatcher une balise de bae pour récupérer une fonctionnalité que j'avais déjà auparavant.

#4 Re : [dc2] Migration et mises à jour » Passer de 2.23 à 2.27.... » 2023-08-23 13:32:53

\o/
J'y suis presque presque presque !

Je n'ai ni $attach_f, ni dcCore::app()->ctx->file , ni dcCore::app()->ctx->dir , ni dcCore::app()->ctx->basename , ce qui me bloque pour mes fonctions  checkFile() et fileSize() .

Ça m'embêterai fortement de devoir gruinker comme un porcinet pour retrouver le répertoire absolu de mes pièces attachées afin d'en dériver les noms de fichiers dont j'ai besoin .

Pour cela, il faudrait que dans plugins/attachments/src/FrontendTemplate.php on ajoute :

            '    foreach (dcCore::app()->ctx->attachments as $attach_i => $attach_f) : ' .
            '        dcCore::app()->ctx->file_url = $attach_f->file_url;' . "\n" .
+            '        dcCore::app()->ctx->file = $attach_f->file;' . "\n" .
            '?>' . "\n" .

Quelqu'un aurait une meilleure idée ?

#5 Re : [dc2] Migration et mises à jour » Passer de 2.23 à 2.27.... » 2023-08-23 07:37:03

Milles mercis JCDenis et je-mattarde pour le travail de documentation !
J'ai donc converti en mode 2.27 mon plugin, mais ...
https://github.com/dascritch/plugin-dot … dio-public
Apparemment, seul _define.php semble appelé, pas les éléments de template. Qu'est-ce que je manque ? (Notez que j'ai pas fait de PHP sérieux et solide depuis 7 ans, à part une incursion en SF, donc ça pèse).

Et pourquoi la balise {{tpl:AttachmentURL}} n'est plus du tout reconnue dans mon _mp3_player_chapters.html de mon template ?

#6 Re : [dc2] Migration et mises à jour » Passer de 2.23 à 2.27.... » 2023-08-22 09:39:53

Merci Gilles, je vais regarder quand j'ai un peu de temps.
Mais je reste surpris qu'une balise de template fonctionne parfaitement dans un fichier du thème, mais pas dans un autre.

À mon avis, y'a une régression.

Ah ouais, non mais c'est moi la regression. J'avais complètement loupé cette info sur les nouvelles structures de plugins.

#7 Re : [dc2] Migration et mises à jour » Passer de 2.23 à 2.27.... » 2023-08-22 05:08:42

Replacer  $attach_f->file_url par dcCore::app()->ctx->file_url me donne toujours des chaines de caractères vide.

Là, j'ai vraiment besoin d'aide.

#8 Re : [dc2] Migration et mises à jour » Passer de 2.23 à 2.27.... » 2023-08-21 14:30:41

Précédemmennt (c'est à dire avant la 2.24), cette variable est générée par la boucle d'appel des pièces jointes. Et cette variable est toujours utilisée par la balise de variable template de base AttachmentURL , comme le montre le code source intégré plus bas.

Comme cette balise template fonctionne dans un thème mais ne fonctionne plus dans un élément de template dans une extension, je suppose qu'il y a une régression.

Je peux facilement le corriger, mais je pense qu'on a peut-être un souci, surtout qu'en l'absence de la correction de la balise "normale", plein d'autres fonctions vont planter, dont la lecture sur iPod/iPad/iPhone/iMac/iWatch/iTV etc

#9 Re : [dc2] Migration et mises à jour » Passer de 2.23 à 2.27.... » 2023-08-21 06:19:27

De plus en plus étrange, ou peut-être que cela aiguillera plus sur l'erreur. Dans le fichier source podcast, mon addon tpl:OggFileSize marche parfaitement, mais pas le tpl:OggFile

template source : https://github.com/cpuprogramme/cpu-15/ … 2.xml#L112
code de l'élément tpl:OggFileSize : https://github.com/cpuprogramme/cpu-15/ … c.php#L167
code de l'élément tpl:OggFile : https://github.com/dascritch/plugin-dot … ic.php#L47

rendu : https://cpu.dascritch.net/feed/category/Programmes/rss2

<enclosure url="https://cpu.dascritch.net/public/Sonores/Emissions/podcast/0200-CPU%2802-02-23%29.mp3" length="41.3 MB" full="1" type="audio/mpeg3"/>
<media:content url="https://cpu.dascritch.net/public/Sonores/Emissions/podcast/0200-CPU%2802-02-23%29.mp3" fileSize="41.3 MB" full="1" type="audio/mpeg3"/>
<podcast:alternateEnclosure type="audio/ogg" length="72100519" title="Audio qualité broadcast" rel="Audio qualité broadcast">
<podcast:source uri=""/>
</podcast:alternateEnclosure>

#10 Re : [dc2] Migration et mises à jour » Passer de 2.23 à 2.27.... » 2023-08-21 05:47:52

Aha....

    public static function AttachmentURL(ArrayObject $attr): string
    {
        return
        '<?php ' . "\n" .
        '$url = $attach_f->file_url;' . "\n" .
        'if (substr($url, 0, strlen(dcCore::app()->blog->host)) === dcCore::app()->blog->host) {' . "\n" .
        '    $url = substr($url, strlen(dcCore::app()->blog->host));' . "\n" .
        '}' . "\n" .
        'echo ' . sprintf(dcCore::app()->tpl->getFilters($attr), '$url') . ';' . "\n" .
        '?>';
    }

    /**
     * tpl:MediaURL [attributes] : Context file URL (tpl value)
     *
     * attributes:
     *
     *      - any filters     See dcTemplate::getFilters()
     *
     * @param      ArrayObject    $attr     The attributes
     *
     * @return     string
     */
    public static function MediaURL(ArrayObject $attr): string
    {
        return
        '<?php ' . "\n" .
        '$url = dcCore::app()->ctx->file_url;' . "\n" .
        'if (substr($url, 0, strlen(dcCore::app()->blog->host)) === dcCore::app()->blog->host) {' . "\n" .
        '    $url = substr($url, strlen(dcCore::app()->blog->host));' . "\n" .
        '}' . "\n" .
        'echo ' . sprintf(dcCore::app()->tpl->getFilters($attr), '$url') . ';' . "\n" .
        '?>';
    }

Mais alors, pourquoi la balise tpl::AttachmentURL ne marche pas dans mon plugin mais fonctionne dans le thème, puisque les pièces jointes fonctionnent ?

#11 Re : [dc2] Migration et mises à jour » Passer de 2.23 à 2.27.... » 2023-08-21 05:45:41

Bon, j'ai fini par activer les messages d'erreurs à la base du site et j'ai :

PHP message: PHP Notice:  Undefined variable: attach_f in (cache) 
PHP message: PHP Notice:  Trying to get property 'file_url' of non-object in (cache) 

Ah , ça semble venir d'une autre modif, je vais voir dans le source de DC 2.27

#12 Re : [dc2] Migration et mises à jour » Passer de 2.23 à 2.27.... » 2023-08-21 05:24:29

Ce qu'il y a d'étrange, c'est que le template

{{tpl:AttachmentURL}}

ne renvoie rien, donc les éléments de templates spécifiques à CPU non plus :/ (Et quand je dis “rien”, c'est qu'en surchargeant le retour avec le contenu de $attach_f->file_url n'apparait même pas, en fait rien n'est retourné)
Résultat, sur la page de garde , https://github.com/cpuprogramme/cpu-15/ … pters.html

renvoie

<cpu-audio title="Ex0210 lost + found (été 2023)" canonical="https://cpu.dascritch.net/post/2023/06/29/Ex0210-lost-found-%28%C3%A9t%C3%A9-2023%29" poster="/public/Images/Emissions/.2306-Ex0210-lost-n-found_s.jpg"  playlist="cpu" hide="panels-title" glow>
    <audio controls="controls" style="width:100%" id="sonore-981">
        
        <source src="" type="audio/ogg; codecs=vorbis" />
        <source src="" type="audio/mpeg" data-downloadable />
        
    </audio>
</cpu-audio>

#13 [dc2] Migration et mises à jour » Passer de 2.23 à 2.27.... » 2023-08-21 05:14:57

Da Scritch
Réponses : 18

Hello toutes et tous.

Je gère plusieurs blogs, dont le mien https://dascritch.net, celui d'Enflammée https://enflammee.net et celui de mon émission radio https://cpu.pm .
Je suis dans une année modérément compliquée, mais assez pour que je me dise que le passage à la 2.24 mérite d'attendre un moment dans l'été.

J'ai dû donc sauter à la 2.27

Si les (excellents) billets de Franck m'ont bien aidé, j'ai quand même de sacrés soucis.

- J'utilise PostGres pour l'excellence de sa stabilité, et pour des performances, je me connecte directement en socket unix plutôt que via IP. Sauf que désormais, DB_USER est pris en compte. Et j'avais oublié de le retirer en passant aux socket unix. Soit il faut renseigner le mot de passe, soit il faut supprimer la clé.
- Le thème Currywurtz a disparu dans la 2.27 ce qui donnait des bugs non-francs et mal-euros avec mon thème cpu-15, sur la recherche : erreur 565, avec message en logs PHP "file not found". Peut-être qu'au lieu de tout supprimer, retirer seulement les tpl, faire une référence au template par défaut et avoir un outil de vérification dans l'admin aurait aidé d'autres personnes.
- Mon plugin compagnon cpu-audio est complètement à la ramasse après les conversion de code, ce qui est sûrement une erreur à moi ? Les éléments de template ne sortent plus rien... je vais tenter en reprenant de zéro.  Mais le fait que les erreurs sont trappées sans aucun log dans les php/error.log ou (apache|ngnix)/error.log ne m'aident absolument pas.

Dansl'immédiat, si quelqu'un peut m'expliquer où je me suis foiré dans le plugin compagnon de cpu-audio m'aiderait grandement. Test dans https://cpu.pm

#14 [dc2] Thèmes » Formulaire de commentaire en Float Label » 2014-03-12 07:37:30

Da Scritch
Réponses : 1

Depuis 5 mois, je suis totalement obsédé par un mockup de design assez bluffant de formulaire.

J'ai releasé hier un proof of concept pour dotclear :
- Billet http://dascritch.net/post/2014/03/11/Re … mmentaires
- Repo GitHub https://github.com/dascritch/DCFloatLabel

À vous de dire ce que vous en pensez

#15 [dc2] Bugs » Les flux feed ré-écrivent les adressages absolus "//NDD.com/…" » 2013-07-10 08:49:16

Da Scritch
Réponses : 1

Quand on utilise un adressage absolu avec nom de domaine, on est pas obligé de préciser le protocole.
Ainsi : "//dotclear.org" vous enverra sur http://dotclear.org ou https://dotclear.org selon le protocole utilisé pour consulter la page qui portait le lien.
La fonction est peu connue, mais avec la "popularité" croissante du https, il commence à être utilisé.

Le problème est que le générateur de flux ré-écrit trop violemment les adresses relatives, et confond donc cette notation absolue.
J'ai pas trop cherché, mais ça semble venir dans /clearbricks/common/lib.html.php:: private static function absoluteURLHandler($m)

Exemple :
J'incorpore une vidéo de youtube dans un billet de mon blog.
Youtube me fourni un code HTML d'iFrame
<iframe src="//www.youtube…"

Le code est parfait sur mon billet. Par contre, dans le flux RSS, l'URL est ré-écrite avec mon nom de domaine : <iframe src="http://dascritch.net//www.youtube…" , ce qui rend inopérant la vidéo.

#16 Re : [dc2] Plugins » [private (mode)] - support de l'extension » 2011-11-10 11:41:36

Quick hint : Si cela vous arrive :

Remplacez dans le template "private"
<form action="{{tpl:SysSelfURI}}" method="post">
par
<form action="#" method="post">

#17 Re : [dc2] Plugins » [private (mode)] - support de l'extension » 2011-11-09 19:00:09

Eh ben si : on a rendu un des sous-blogs du domaine en "privé", et quand on rentre le mot de passe de ce sous-blog, on est renvoyé vers le blog "général".

#18 Re : [dc2] Plugins » [private (mode)] - support de l'extension » 2011-11-09 07:36:31

Je compte l'installer sur un multiblog. Il y a une difficulté dans ce cas ?

#19 Re : Digressions » Suivez le troll » 2011-08-10 10:23:28

Ben je pouvais pas citer ton tweet : il est pour un public restreint
;)


Oui, Pierre, oui, tu as débouché un boulet en or massif, qu'on serait ravi de revendre à Or Postal.

#20 Digressions » Suivez le troll » 2011-08-10 08:00:02

Da Scritch
Réponses : 4

La réponse à un très intéressant point de vue entre Wordpress et Dotclear par un professionnel reconnu de son secteur :

Quand un “pro” a cru descendre Dotclear…

Vous pouvez argumenter derrière.

#21 Re : [dc2] Installation et hébergement » Si vous ne pouvez uploader d'images dont le poids est > 128Ko » 2011-04-17 14:41:17

Petite erreur de type, il fallait bien lire "130Ko" et pas "1130Ko" dans la première phrase.

#22 [dc2] Installation et hébergement » Si vous ne pouvez uploader d'images dont le poids est > 128Ko » 2011-04-17 14:40:01

Da Scritch
Réponses : 1

Petite déconvenue lors d'un changement serveur : on arrivait à uploader des images de 110Ko, mais au delà de 1130Ko, on se prend des erreurs 500.

Si jamais votre PHP est lancé en FastCGI (et Uniquement dans ce cas-là), la réponse est toute bête : un paramètre par défaut a changé:

en cherchant «(so far) exceeds MaxRequestLen» , je tombe sur : http://www.howtoforge.com/forums/archiv … 50363.html

The solution was to add the following code to apache directives in the options tab for the website:
<IfModule mod_fcgid.c>
MaxRequestLen 15728640
</IfModule>

Et en cherchant la doc officielle : http://httpd.apache.org/mod_fcgid/mod/m … requestlen

Syntax:     FcgidMaxRequestLen bytes
Default:     FcgidMaxRequestLen 131072

(plus bas, il indique que la limite était auparavant d'1Go !

Donc; bon à savoir, pas DÉFAUT, PHP en FastCGI n'accepte pas l'envoi de documents plus gros que 128ko !

amusant...

#23 Re : [dc2] Bugs » Pièces jointes des billets disparus » 2011-04-16 07:46:27

about:config :
- public_path : vrac
- public_url : /vrac

bd :
select * from "dc_dsn11_media" where "media_path" != 'vrac';

ah oui, bien vu !
très bien vu !

UPDATE "dc_dsn11_media" SET "media_path" = 'vrac' WHERE "media_path" != 'vrac';

1722 lignes modifiées, et tout est redevenu normal.

merci dsls !
que milles vierges chantent ton nom (etc...)

#24 Re : [dc2] Bugs » Pièces jointes des billets disparus » 2011-04-16 07:10:18

Franck Paul a écrit :
Da Scritch a écrit :
Franck Paul a écrit :

Ça ne serait pas une balise template qui aurait changé entre la 2.0 b7 et la 2.2.3 et pas un problème de liaison entre la pièce jointe et le billet ou encore la pièce jointe et l'endroit ou elle est physiquement stockée ?

Ben pouquoi j'ai le trombone dans la liste d'admin, et quand je vais dans l'édition du billet, je n'ai plus aucune pièce jointe ?

Le plus plausible est un problème de chemin d'accès au média dans la table dc_media

La table dc_post_media contient la liste des pièces jointes de chaque billet et est utilisée pour indiquer la présence d'une pièce jointe pour la liste des billets.

La table dc_media est elle utilisée pour lister la ou les pièces jointes d'un billet et un chemin d'accès incorrect empêchera son affichage.

uhu, on s'est croisés.

Non, la base semble saine, puisque dans l'exemple plus haut, il a bien enregistré ( /vrac/ ) Emissions/SuppWeekEnd/podcast/128-SupplementWeekEnd(22-09-07).mp3

#25 Re : [dc2] Bugs » Pièces jointes des billets disparus » 2011-04-16 07:07:54

Nullement, cela fait partie du texte de mon billet que je code html à la pogne. Côté public, il y a une redirection entre les anciens plans d'adressages DC (DC1 par plugin et le DC2.0b par rewrite) vers le nouveau.

Et j'ai vérifié, il est nulle part fait référence à l'adressage.
J'ai bien évidemment changé manuellement la préférence concernant le répertoire public.

Mais de toutes façons, cela n'explique pas pourquoi le trombone est visible dans la liste en admin, mais l'édition du billet via l'admin ne montre aucune pièce jointe.

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

Pied de page des forums

Propulsé par FluxBB

Sites map