Recherche avancée

Médias (91)

Autres articles (29)

  • Demande de création d’un canal

    12 mars 2010, par

    En fonction de la configuration de la plateforme, l’utilisateur peu avoir à sa disposition deux méthodes différentes de demande de création de canal. La première est au moment de son inscription, la seconde, après son inscription en remplissant un formulaire de demande.
    Les deux manières demandent les mêmes choses fonctionnent à peu près de la même manière, le futur utilisateur doit remplir une série de champ de formulaire permettant tout d’abord aux administrateurs d’avoir des informations quant à (...)

  • Gestion de la ferme

    2 mars 2010, par

    La ferme est gérée dans son ensemble par des "super admins".
    Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
    Dans un premier temps il utilise le plugin "Gestion de mutualisation"

  • MediaSPIP Core : La Configuration

    9 novembre 2010, par

    MediaSPIP Core fournit par défaut trois pages différentes de configuration (ces pages utilisent le plugin de configuration CFG pour fonctionner) : une page spécifique à la configuration générale du squelettes ; une page spécifique à la configuration de la page d’accueil du site ; une page spécifique à la configuration des secteurs ;
    Il fournit également une page supplémentaire qui n’apparait que lorsque certains plugins sont activés permettant de contrôler l’affichage et les fonctionnalités spécifiques (...)

Sur d’autres sites (4594)

  • Anomalie #2863 : devoir "quoter" les entrées de sql_update ?

    27 septembre 2012, par Thomas DEBESSE

    J’ai testé sql_updateq, et ça économise beaucoup de code en effet ! Par contre il y a toujouts le bug du caractère " pour toute insertion de ce type : sql_updateq(’table’, array(’champ’=>’test " test’), ’id=’.$id) ; équivalente à sql_update(’table’, array(’champ’=>"’test \" test’"), ’id=’.$id) ; (...)

  • Anomalie #4664 : Dans le backoffice, la signature de version renvoie toujours vers le dernier comm...

    21 février 2021, par b b

    ne pourrait on pas virer ce fichier lors de mise à jour ou l’ignorer pour les non-initiés ?

    L’ignorer non, par contre on pourrait le virer oui, et dans ce cas c’est une mission pour spip_loader s’il ne le fait pas déjà. Ticket à renommer et déplacer sur le bon projet donc.

  • Evolution #4158 : Permettre de faire une mise à jour de spip qui posséde le même numéro de x.y.z, ...

    27 janvier 2019, par Franck D

    Non, pas de changement et maintenant qu’une nouvelle version stable est dispo, cela me permet même approfondir le problème.
    J’avais fait l’installation d’un spip SPIP 3.2.1 [24172] via spip_loarder car ce moment, dans spip_loader, j’avais fait le choix d’une installation en 3.2-dev !
    Je pensais que je pourrais faire un passage en 3.2.3-dev, mais non :-(
    Le bouton est grisé !

    Par contre, je peux quand même faire un passage en 3.2.3 (stable) si dans spip_loader je remplace ’zip’ => ’spip/dev/SPIP-branche-3.2.zip’ par ’zip’ => ’spip/stable/spip-3.2.zip’
    Donc, si nous faisons une installation d’une version 3.2-dev, il sera quand même passible de faire un up, quand une version stable sera dispo en rechangeant la ligne qui permet d’avoir la version dev de la 3.2

    Par contre, maintenant que je suis en 3.2.3 (stable) je ne sais pas encore, si je vais pouvoir faire un passage en 3.2.3-dev plus tard car pour le moment, le bouton est "grisé" si je souhaite faire ce passage, mais c’est peut-être normal sachant que pour le moment, il n’y a pas encore eu de commit dans la branche 3.2

    Il y a quand même des chances que jluc cela fonctionne pour toi car spip 3.3 est la branche la plus "haute"
    Pour info, PHP Version 5.6.38 chez ovh et spip_loader en version 3.0.5
    De mémoire, avant cela fonctionnait, mais il y a dû y avoir un commit qui fait que maintenant cela bug

Navigation