Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP 0.2

Autres articles (66)

  • Other interesting software

    13 avril 2011, par

    We don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
    The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
    We don’t know them, we didn’t try them, but you can take a peek.
    Videopress
    Website : http://videopress.com/
    License : GNU/GPL v2
    Source code : (...)

  • D’autres logiciels intéressants

    12 avril 2011, par

    On ne revendique pas d’être les seuls à faire ce que l’on fait ... et on ne revendique surtout pas d’être les meilleurs non plus ... Ce que l’on fait, on essaie juste de le faire bien, et de mieux en mieux...
    La liste suivante correspond à des logiciels qui tendent peu ou prou à faire comme MediaSPIP ou que MediaSPIP tente peu ou prou à faire pareil, peu importe ...
    On ne les connais pas, on ne les a pas essayé, mais vous pouvez peut être y jeter un coup d’oeil.
    Videopress
    Site Internet : (...)

  • Possibilité de déploiement en ferme

    12 avril 2011, par

    MediaSPIP peut être installé comme une ferme, avec un seul "noyau" hébergé sur un serveur dédié et utilisé par une multitude de sites différents.
    Cela permet, par exemple : de pouvoir partager les frais de mise en œuvre entre plusieurs projets / individus ; de pouvoir déployer rapidement une multitude de sites uniques ; d’éviter d’avoir à mettre l’ensemble des créations dans un fourre-tout numérique comme c’est le cas pour les grandes plate-formes tout public disséminées sur le (...)

Sur d’autres sites (7650)

  • Anomalie #3600 (Nouveau) : critère mal compilé

    20 novembre 2015, par jluc -

    Le critère

    date_debut < #ENVdate_debut_max, DATE_ADD(#ENVdate_debut_min,NOW(), INTERVAL 31 DAY)


    est indigeste pour le compilateur SPIP.

    Il signifie : les dates de début doivent être inférieure à date_debut_max si cette dernière est précisée,
    et sinon elles doivent être inférieures à la date de début minimale plus un mois.

    Dans le debug, l’affichage de la boucle montre ce critère comme 

    date_debut < #ENVdate_debut_max,DATE_ADD#ENVdate_debut_min,NOW()INTERVAL 31 DAY)


    ce qui est différent du source.

    Et l’erreur de squelette le présente différemment encore :

    (annonces.date_debut < DATE_ADD( NOW())

    Par contre, la boucle simplifiée suivante est correctement compilée :

    date_debut < DATE_ADD(#ENVdate_debut_min,NOW(),INTERVAL 31 DAY)

  • Documentation #2253 : Mettre à jour l’Aide en ligne SPIP

    3 septembre 2015, par Franck Dalot

    Bonjour :-)
    Pour ce ticket, j’ai fait pleins de copie d’écran de la version 3.1 !
    Il y a déjà eu des discussions sur ce sujet, mais je sais plus trop l’endroit (spip_dev ???)
    De mémoire, il avait été question de faire un site pour l’aide, par version de spip, mais aussi par "utilisateurs" (webmestre, admi, rédacteur, visiteur)

    Bon, perso, je suis incapable de faire un squelette complet et encore moins, la gestion d’un serveur :-( mais bon, mais je peux participer autrement.
    Je pense qu’il faut que l’on fasse plus qu’une "aide", carrément un mode d’emploi un "pas à pas" ; "aide.spip.net" ; "notice.spip.net", peu importe le nom s’il y a création d’un site, mais sans doc, spip, c’est pas simple.
    Quand je parle de mode d’emploi, c’est un site, qui traite uniquement de ce qui est "natif" (sans avoir besoin d’écrire une ligne de code)
    C’est un gros boulot au départ, mais après, cela ira plus vite pour les prochaines versions de spip.
    J’ai bien un début d’idée de comment organiser la doc, mais faut déjà savoir, qui serait partant pour enfin clore ce ticket...
    Franck

  • Révision 22269 : Retour sur r22264. En fait l’emplacement orginel de "interdire_scripts" provoque ...

    25 juin 2015, par esj -
    • la neutralisation inopportune des scripts introduits par le compilateur (bug corrigé par r22264) ;
      • l’altération des appels à des scripts introduits par un rédacteur, scripts q’il ne faut effectivement pas interpréter (cas du squelette nécessitant une double passe de PHP, cf. scénario possible sur http://article.gmane.org/gmane.comp.web.spip.devel/66397) mais cette stratégie brutale ne répond pas à l’intention d’un rédacteur qui s’attend à voir s’afficher le source de l’appel du script, pas le résultat de son exécution (je ne parle évidemment pas d’un rédacteur malveillant qui essaye d’exploiter une faille).

    A première vue la résolution correcte du 2e point nécessite de gros changements
    dans la stratégie de compilation adoptée depuis le début de SPIP.
    Il vaut mieux se donner le temps de la réflexion avant d’aller dans cette voie.
    Je remets le code antérieur par "svn merge -r -r22264:22263 ."
    pour ne pas laisser cette faille potentielle,
    en actant provisoirement que le premier bug doit être considéré comme une limitation de SPIP,
    savoir le fait qu’il n’est pas possible d’utiliser une balise produisant du PHP dans un argument de filtre.

Navigation