Recherche avancée

Médias (3)

Mot : - Tags -/collection

Autres articles (84)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

Sur d’autres sites (6264)

  • Correct methods visibility and minor whitespaces

    23 mai 2016, par mcdado
    Correct methods visibility and minor whitespaces

    __construct is always public, but following psr2 is better to specify.
    
Methods should be protected so that problems can be avoided when subclassing.

  • Anomalie #4704 : Par sinum tri le nombre par ordre alpha

    26 mars 2021, par Maïeul Rouquette

    AH ! Donc je comprend enfion cette syntaxe absconne ! Pour moi "par sinum" faisait les deux, vu la phrase

    sinum nom_champ permet d’avoir un tri par numéro avec les éléments numérotés avant ...

    il faudrait plutot dire

    sinum nom_champ met les éléments numérotés avant ... il doit être ensuite combiné avec le critère par num

    parce que moi je ne comprenait par pourquoi on disait "par tri par numéro si il y a un numéro, puis par numero".

    après... why not changer le comportement de par num, on peut se l’assumer en 3.3, non ?

    Par contre cedric tu dis

    (et les rares cas où on voudrait que ceux sans numéros soit en premier, on utilisera sinum...

    si on fait cela, cela voudrait dire que tout les squelettes où l’on a sinum mettrait les numéros... à la fin. Ce qui non seulement ne serait pas cohérent avec le nom du critère, mais en plus casserait les choses. Mais je n’ai pas d’idée de bonne syntaxe

  • Anomalie #4717 : Erreurs nombre d’argument des filtres

    10 avril 2021, par jluc -

    La PR récupère l’erreur PHP, évite le crash blank et délivre le message d’erreur PHP dans la jolie box d’erreur SPIP. Le pire est évité, et donc il faut intégrer cette PR qui fait du bien.

    Mais l’internaute SPIPien se retrouve avec un message d’erreur en anglais et portant sur le code compilé PHP. Ce code compilé, même le commun des devs PHP ne le connait pas, car à part XRay qui le rend accessible et les core-développeurs qui débuguent le code d’une nouvelle structure SPIP, personne ne va scruter et n’a connaissance du code php généré par le compilateur.

    Pour faire mieux, il y a la piste de la déclaration des arités des filtres. $arite_des_filtres = [[’implode’, 2, 2], [’affdate’, 1, 2]...]. Cette déclaration peut probablement être utilisée au moment de la compilation d’un appel de filtre lorsque le compilateur convertit la structure SPIP #XXX|filtre... en appel PHP.
    Ça permet de détecter une erreur d’argumentcount AVANT l’appel PHP et de fournir un joli message d’erreur SPIP qui fait référence au source SPIP.

    Dans ce cas, la détection d’erreur peut se faire à la compilation.

    Mais il se peut que d’autres erreurs PHP doivent être gérées, avec la strictisation croissante de PHP. Il faudra donc de nouvelles déclarations permettant la détection préventive des erreurs.

    Peut être sur d’autres structures de données que les filtres aussi ?

    Il faut donc développer la capacité d’introspection de SPIP.

    Mais parfois l’erreur n’est pas détectable au moment de la compilation. J’ai évoqué plus haut l’erreur relative au typage des arguments. S’il se confirme que le pb se pose aussi, et vu qu’on peut passer à un filtre un argument calculé dynamiquement, c’est pas lors de la compilation que ça pourra être détecté, mais lors de l’exécution du code compilé.

    Il faut alors prendre chaque erreur PHP possible et voir si/comment le compilateur peut la prévenir.

    Une alternative serait de "traduire" cette erreur PHP de manière à aiguiller le webmestre SPIP.

    Par exemple le message d’erreur de https://www.mail-archive.com/spip@rezo.net/msg81110.html , qui fait référence au source compilé, peut être traduit, par reconnaissance (regexp), analyse du message d’erreur, et calcul du message d’erreur SPIP en « Erreur : dans votre source SPIP, il y un appel au filtre |implode qui n’a pas le bon nombre d’arguments. Ça se passe dans la boucle ’BOUCLE_contenu_article’ : veuillez examiner le code et corriger. » Là en plus, ce serait bien de pouvoir associer le nom du fichier source à la boucle dont on connait le nom. Une capacité d’introspection déjà présente ? ou à développer ?

Navigation