Recherche avancée

Médias (91)

Autres articles (69)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (11976)

  • Anomalie #3504 (Nouveau) : anomalie dans cvt_autosave : les purges ne se font pas

    15 juillet 2015, par Peet du

    Version testé : spip 3.0.20

    En l’état les purges de se font pas, ceci à cause de la ligne https://core.spip.net/projects/spip/repository/entry/spip/prive/javascript/jquery.autosave.js#L30
    En effet la fonction javascript getTime() renvoie un timestamp en milliseconde.
    Elle est ensuite comparée dans cvtautosave_formulaire_traiter à un autre timestamp qui est lui en seconde (propriété de la fonction time() en PHP ).

    Du coup le test à la ligne https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/cvt_autosave.php#L99
    ...est toujours faux (enfin...ce sera vrai en l’an 47505 :)

    Solution testée :
    remplacer la ligne https://core.spip.net/projects/spip/repository/entry/spip/prive/javascript/jquery.autosave.js#L30 par

    contenu = contenu + "&__timestamp=" +  Math.round(d.getTime()/1000) ;
    

    ps : même problème dans la 3.1 (d’après le code, j’ai pas testé)

  • Evolution #3928 : les emails sont publics dans le privé

    26 septembre 2020, par Dirk Stratmann

    Je tout à fait du même avis qu’il faut que l’affichage des emails doit être déactivé par défaut dans le core de SPIP pour les rédacteurs et non une fois qu’on a installé le plugin "autorite". Il m’a fallu 1h de recherche sur des forums SPIP avant de trouver ce plugin, je ne pense pas que tous les webmaster font ce travail. De plus pour une inscription ouverte et large des rédacteur, le fait d’annoncer "attention votre email sera vu par tout le monde (les rédacteurs)" (comme j’ai fait jusqu’ici) freine à mon avis les gens de s’inscrire en tant que rédacteur.

    Le plugin "autorite" semble bien fonctionner, je viens de l’installer sur la dernière version de SPIP. Par contre il reste encore une brèche importante ouverte, malgré le plugin avec réglages par défaut, les rédacteurs peuvent quand même obtenir tous les emails via l’URL

    ecrire/ ?exec=auteurs

    directement. Donc comment combler ce trou ? Il y a bien des vieux posts sur des forums qui en parlent, mais c’est souvent compliqué et je ne sais pas si c’est adapté à la dernière version de SPIP.
    Je trouve SPIP très bien, mais cette énorme faille de sécurité me fait pencher plus vers des alternatives comme Wordpress, malgré que j’avais choisit SPIP justement pour avoir plus de sécurité comparé à Wordpress.

  • Anomalie #3017 : Gestion des versions de plugins

    20 avril 2020, par RastaPopoulos ♥

    Ya pas de réalité fixe, c’est bien pour ça que j’ai dit que la maquette devrait toujours se regarder en affichage responsive dans le navigateur, car de toute façon la 3.3 est semi-responsive, et donc ça devrait marcher en mobile et moyen écran aussi. Moi je ne la compose pas du tout en grand écran mais en 700 max depuis le début, donc je sais bien que ça passe sur plusieurs lignes.

    Personnellement ça ne me choque pas plus que ça, c’est normal que s’il y a plein d’actions (et ça peut encore augmenter !) ça passe sur plusieurs lignes. Et en plus ça sera des cas rares.

    Cela dit, dans le ticket #4429 je proposais que les actions soient dans un menu. Et je suis toujours fortement intéressé par cette piste. En effet :
    - le bouton Configurer peut parfaitement rester en dehors de ce menu
    - là on a un besoin utile d’ajouter d’autres actions, ça peut parfaitement arriver de nouveau plus tard
    - les autres actions sont des choses rares et même parfois dangereuses : c’est donc très bien que ce soit pas forcément visible en permanence !

    Je vais faire une autre version en ce sens.