
Recherche avancée
Autres articles (56)
-
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...) -
Creating farms of unique websites
13 avril 2011, parMediaSPIP 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, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs
Sur d’autres sites (5699)
-
Evolution #3666 (Fermé) : Permettre de renommer l’espace privé /ecrire
26 janvier 2016, par Valéry -Pour renforcer la sécurité du site il est parfois suggéré de renommer l’espace privé /ecrire de manière à ce que le nom de celui-ci soit unique pour le site.
C’est la solution utilisée par exemple pour Prestashop qui lors de l’installation affecte un nombre aléatoire à la suite du nom admin : /admin1234/
Une telle fonctionnalité pourrait peut-être être disponible dans une future version ?
-
Revision 80593 : L’icône n’était pas le même dans spip 3 et les autres (en plus, il était ...
9 février 2014, par spip.franck@… — LogL’icône n’était pas le même dans spip 3 et les autres (en plus, il était "énorme" en spip 2.1 en regardant le formulaire de config du plug, donc mise à jour pour utiliser le même que celui pour spip 3
-
Evolution #3039 (Nouveau) : Spip 2.1 : prise en compte des champs_extra dans editer_artcile
11 août 2013, par Arnaud Dupin de BeyssatBonjour
Après la création d’un formulaire Spip (sans usage de plugin) remplissant un article avec champs_extra, je me suis aperçu que les champs_extra n’étaient pas pris en compte.
Après recherche, j’ai contaté que le pb venait du fichier action/editer_article qui limite la saisie aux champs Spip.
Je l’ai donc patché en ajoutant les intitulés de mes champs extra, comme suit :function articles_set($id_article, $set=null)
$err = ’’ ;
// unifier $texte en cas de texte trop long
trop_longs_articles() ;$c = array();<br /> foreach (array(<br /> 'surtitre', 'titre', 'soustitre', 'descriptif',<br /> 'nom_site', 'url_site', 'chapo', 'texte', 'ps'<br />//patch ADB <br /> , 'latitude', 'longitude', 'cartes', 'zone_meteo', 'capitainerie', 'secours', 'freq_radio', 'distances', 'svce_meteo', 'jour', 'nuit', 'dangers', 'feux', 'acces', 'te', 'places', 'equipement', 'services', 'avitaillement', 'location', 'svce_divers', 'tourisme', 'mouillage', 'decor'<br />// fin patch ADB<br /> ) as $champ)<br /> $c[$champ] = _request($champ,$set);
De ce fait les champs extra sont remplis.
Serait-il possible, pour les Spip 2.1, de faire en sorte que les champs_extra existant éventuellement dans la table Articles soient automatiquement pris en compte ?
Merci