
Recherche avancée
Médias (1)
-
The Great Big Beautiful Tomorrow
28 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Texte
Autres articles (65)
-
Qualité du média après traitement
21 juin 2013, parLe bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...) -
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.
Sur d’autres sites (12883)
-
Anomalie #3572 : [SVP] Impossible sur un SPIP vierge d’installer un plugin qui necessite un plugin...
23 octobre 2015, par Franck DalotPour info, j’ai fait des tests chez ovh :
php 5.4.38 ; php 5.5.22 ; php 5.6.6 concernant spip 3.0.20J’ai aussi fait des tests en :
php 5.6.6 concernant SPIP 3.1.0-beta [22437]J’ai essayer de voir un peu plus en profondeur sur spip 3.1.
Le bug n’est présent que sur un spip "neuf" !
Le bug n’est présent que quant il y a un "necessite" d’un plugin qui est dans plugin-dist (j’ai pas regarder concernant les "utilise")
Si jamais, je coche comme quoi je veux les plugins "agenda" et "oEmbed" alors non seulement, le bug est bien présent (logique), mais en plus de ne pas installer "oEmbed", cela n’installe pas non plus "agenda" alors qu’il devrait.Par contre :
Si après avoir ajouter le dépôt l’on vide le cache et que l’on essai de nouveau, alors cela fonctionne !
Si après un premier echec, l’on vide le cache via l’espace privé et que l’on essai de nouveau, alors l’installation fonctionne !
Sur un spip qui est sans plug, mais qui historiquement à eu des plugins à une époque, le bug est absent ! -
Anomalie #3572 : [SVP] Impossible sur un SPIP vierge d’installer un plugin qui necessite un plugin...
24 octobre 2015, par Franck DalotJe viens de faire un test pour voir si cela concerne aussi spip 2.1, possible que oui, mais je suis hésitant...
SPIP 2.1.28 [22438]
php 5.4.38 chez ovh
Firefox 41.0.2Donc pour le test, j’ai ajouter uniquement le dépôt http://contrib.spip.net/?page=rss-plugins-spip-2-1
Ensuite, via l’espace j’ajoute et active le plugin http://contrib.spip.net/Enluminures-typographiques-V3-pour-SPIP-2-avec
Ce plug à la particularité de nécessité porte plume http://zone.spip.org/trac/spip-zone/browser/_plugins_/porte_plume_extras/enluminures_typographiques_v3/plugin.xml#L76
Porte plume qui est nativement dans spip 2.1 http://zone.spip.org/trac/spip-zone/browser/_core_/branches/spip-2.1/plugins/porte_plume/plugin.xmlEnsuite, je vais faire la création de la première rubrique, le plug ne semble pas être prit en compte.
Pour que le plug fonctionne, il faut que je vide le cache et que j’actualise ma page alors, le plugin est prit en compte !
Avant de vider le cache, j’ai quand même essayer réactualiser ma page, mais cela n’a rien faitJ’ai essayer d’installer un autre plug avant et même après (bousole http://zone.spip.org/trac/spip-zone/browser/_plugins_/boussole/branches/v0/plugin.xml )
Cela n’a rien changer au fait qu’il faut que je vide le cache et actualise la page de mon navigateur pour que le plug soit prit en compte.- Un truc de bizarre au passage, c’est qu’il est possible de télécharger via l’espace privé porte plume....
Mais ce qui est encore plus bizarre, c’est que cela télécharge la version="1.12.5" (donc pour spip 3.0) et en plus, cela l’installe dans le dossier "lib"
Par contre, il ne s’installe pas du tout si le dossier "lib" n’est pas présent
- Un truc de bizarre au passage, c’est qu’il est possible de télécharger via l’espace privé porte plume....
-
Révision 22545 : Une erreur sur count() s’était glissée en r6189 (avril 2006 !)
10 novembre 2015, par marcimat@rezo.net+ du coup, éviter un @