Recherche avancée
Autres articles (87)
-
L’agrémenter visuellement
10 avril 2011MediaSPIP est basé sur un système de thèmes et de squelettes. Les squelettes définissent le placement des informations dans la page, définissant un usage spécifique de la plateforme, et les thèmes l’habillage graphique général.
Chacun peut proposer un nouveau thème graphique ou un squelette et le mettre à disposition de la communauté. -
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
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" (...)
Sur d’autres sites (11252)
-
Evolution #3926 : Remplacement de safehtml par le plug htmlpurifier ou autre
20 mai 2019cam.lafit - a écrit :
Salut
Pour note : je viens tomber sur ce script (maintenu) pour nettoyer simplement le html
http://www.bioinformatics.org/phplabware/internal_utilities/htmLawed/Utiliser chez glpi si j’ai bien suivi
Et plus récent dans sa dernière version que HTMLPurifier (dont la page qui compare les différentes libs ne compare qu’avec une très vieille version).
Et en plus, ça marche avec composer : http://www.bioinformatics.org/phplabware/internal_utilities/htmLawed/composer_usage.htm
Par contre, aucune des 2 libs n’est sur un repository affichant des diffs
-
Evolution #3926 : Remplacement de safehtml par le plug htmlpurifier ou autre
15 mai 2019, par Guillaume Fahrnerjluc - a écrit :
Ben si justement les puces marchent bien sur programmer avec htmlpurifier activé.
Encore une fois, ce n’est pas normal #PUCE_STATUT passe dans typo/propre et l’attribut onmonseouver se retrouve filtré (comportement attendu), il y a peut être un traitement spécifique sur programmer.
Tout semblait bien marcher mais pas sur une page les chevrons sont échappés dans une balise cadre dans le public, aussi bien avec htmlpurifier que sans semble t il : https://programmer.spip.net/spip.php?page=ticket&id_ticket=348 mais pas dans le privé où le rendu est parfait : https://programmer.spip.net/ecrire/?exec=article&id_article=128
C’est "normal" parce que j’imagine que le mode parano est inactif, donc pas de filtrage coté public. Il doit être actif pour avoir l’équivalent coté public. Ce bug n’a a mon sens aucun rapport avec le plugin puisque
"aussi bien avec htmlpurifier que sans".
Et dans le carnet j’imagine que c’est filtré tout le temps "cause mode wiki".
Le problème doit venir d’un filtrage textwheel ou du core appliqué sur < et > pour des raisons de sécurité mais en dehors de safehtml()/du mode parano : il n’y pas de filtrage mais un peu quand même (sécurité < ?php, ce genre de choses)....
J’ai testé @home (spip 3.2 à jour avec htmlPurifier) et pas de soucis pour afficher https://programmer.spip.net/spip.php?page=ticket&id_ticket=348 coté privé ou public.
-
Revision 84426 : Ce n’est plus spip-contrib, mais contrib.spip le plug n’est que pour ...
31 août 2014, par spip.franck@… — LogCe n’est plus spip-contrib, mais contrib.spip
le plug n’est que pour spip 3, donc medias ne peut être plus petit que 2.7.27 (version natif à spip 3.0.0) et facd 0.1.0 (première version copatible spip 3.0.0)
Syndiquer tout le site
