
Recherche avancée
Médias (91)
-
MediaSPIP Simple : futur thème graphique par défaut ?
26 septembre 2013, par
Mis à jour : Octobre 2013
Langue : français
Type : Video
-
avec chosen
13 septembre 2013, par
Mis à jour : Septembre 2013
Langue : français
Type : Image
-
sans chosen
13 septembre 2013, par
Mis à jour : Septembre 2013
Langue : français
Type : Image
-
config chosen
13 septembre 2013, par
Mis à jour : Septembre 2013
Langue : français
Type : Image
-
SPIP - plugins - embed code - Exemple
2 septembre 2013, par
Mis à jour : Septembre 2013
Langue : français
Type : Image
-
GetID3 - Bloc informations de fichiers
9 avril 2013, par
Mis à jour : Mai 2013
Langue : français
Type : Image
Autres articles (97)
-
Ajouter notes et légendes aux images
7 février 2011, parPour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
Modification lors de l’ajout d’un média
Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...) -
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 -
Support de tous types de médias
10 avril 2011Contrairement à 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) (...)
Sur d’autres sites (9292)
-
Anomalie #3217 (Nouveau) : Caractères spéciaux d’expression régulière présents dans une chaîne de ...
22 mai 2014, par Pascal VerrierBonjour,
J’ai une boucle
au sein de l’affichage d’un forum qui permet d’afficher les autres posts similaires ; pour cela, l’argument recherche est renseigné avec le titre du forum en cours d’affichage.
Cela fonctionne bien sur la plupart des pages sauf sur un forum ayant le titre suivant :
Sortie du kit compatible SPIP 3 ??
J’ai une erreur MySQL 1139 :
Got error ’repetition-operator operand invalid’ from regexp SELECT t.id_forum, t.titre, t.texte, t.auteur, t.email_auteur, t.nom_site, t.url_site FROM spip_forum AS t WHERE t.titre REGEXP ’Sortie du kit compatible SPIP 3 ??|Sortie|compatible|SPIP’ OR ...
Ce sont les
??
qui coincent car manifestament ils sont interprétés en tant que métacaractères dans la regex, n’ayant pas été échappés.J’ai fait un autre essai en mettant d’autres opérateurs de regex :
Sortie kit[0-9]* compatib(ilité|le) SPIP 3 ??
, qui confirme ce que je pensais :Erreur SQL 1139 Got error ’repetition-operator operand invalid’ from regexp SELECT ... WHERE t.titre REGEXP ’Sortie kit[0-9]* compatib(ilite|le) SPIP 3 ??|Sortie|kit[0-9]*|compatib(ilite|le)|SPIP’ OR ...
à savoir la chaîne de recherche n’est pas prétraitée, et les caractères spéciaux sont repris tels quels, d’où le plantage MySQL.
Je propose donc les corrections ci-joint pour
ecrire/inc/rechercher.php
(commentaires avecpverrier
). -
Anomalie #3214 (Nouveau) : include_spip manquant dans ecrire/inc/acces.php
9 mai 2014, par Ybbet SPIPEn faisant un peu de PHPDoc sur code.spip.net hier, j’ai remarqué quelque chose sur le fichier ecrire/inc/acces.php aussi bien SPIP 2.0 que SPIP 2.1, 3.0 et 3.1
Sur les fonctions ci-dessous, il manque un inclure_spip(’base/abstract_sql’). Il n’y a pas d’inclusion de ce fichier en début de fichier.
Pour SPIP 2.0 :
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.0/ecrire/inc/acces.php#L86
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.0/ecrire/inc/acces.php#L138
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.0/ecrire/inc/acces.php#L154
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.0/ecrire/inc/acces.php#L229
Seul appel à l’inclusion ici : http://core.spip.org/projects/spip/repository/entry/branches/spip-2.0/ecrire/inc/acces.php#L69Pour SPIP 2.1 :
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/acces.php#L86
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/acces.php#L138
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/acces.php#L154
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/acces.php#L244
Seul appel ici à l’inclusion : http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/acces.php#L69Pour SPIP 3.0 :
http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/acces.php#L88
http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/acces.php#L140
http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/acces.php#L156
http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/acces.php#L232
Seul appel ici à l’inclusion : http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/acces.php#L71Pour SPIP 3.1 :
http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/acces.php#L111
http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/acces.php#L202
http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/acces.php#L231
http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/acces.php#L308
Seul appel à l’inclusion ici : http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/acces.php#L83 -
Anomalie #3213 (Nouveau) : Requetes ambigues dans l’espace privé
6 mai 2014, par cam.lafit -Je viens de rencontrer un cas, où un webmestre a créé un champ extra "nom" sur ses articles. En conséquence l’espace privé génére des erreurs de boucles, par exemple avec objets/liste/auteurs_lies.html.
Il existe déjà par défaut un "nom" dans les auteurs, l’ajout du champ extra fait qu’on obtient 2 tables jointes avec une colonne "nom".
Coté public, c’est peu problématique, c’est à la personne en charge des squelettes de faire le nécessaire.
Coté privé, cela devrait marcher même en tombant.
Je ne vois pas de solution élégante pour se prémunir de ce genre de comportement. La première, évidente, est d’expliciter les critères de boucles, elle risque toutefois assez ardues à maintenir dans le temps.