
Recherche avancée
Autres articles (93)
-
Utilisation et configuration du script
19 janvier 2011, parInformations spécifiques à la distribution Debian
Si vous utilisez cette distribution, vous devrez activer les dépôts "debian-multimedia" comme expliqué ici :
Depuis la version 0.3.1 du script, le dépôt peut être automatiquement activé à la suite d’une question.
Récupération du script
Le script d’installation peut être récupéré de deux manières différentes.
Via svn en utilisant la commande pour récupérer le code source à jour :
svn co (...) -
Configuration spécifique d’Apache
4 février 2011, parModules spécifiques
Pour la configuration d’Apache, il est conseillé d’activer certains modules non spécifiques à MediaSPIP, mais permettant d’améliorer les performances : mod_deflate et mod_headers pour compresser automatiquement via Apache les pages. Cf ce tutoriel ; mode_expires pour gérer correctement l’expiration des hits. Cf ce tutoriel ;
Il est également conseillé d’ajouter la prise en charge par apache du mime-type pour les fichiers WebM comme indiqué dans ce tutoriel.
Création d’un (...) -
MediaSPIP Player : problèmes potentiels
22 février 2011, parLe lecteur ne fonctionne pas sur Internet Explorer
Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...)
Sur d’autres sites (3361)
-
Anomalie #3615 (Fermé) : Evitons les redirections
8 décembre 2015, par Franck DalotBonjour
spip 3.1 [22634]Il reste encore dans le core des url de type .org au lieu de .net
Je croyais que cela avait été fait, mais il semble que non :-(
Exemple :
Faudrait faire une transformation des url du type :
http://core.spip.org/
en :
https://core.spip.net/http://forum.spip.org/
en :
http://forum.spip.net/http://demo.spip.org/
en :
http://demo.spip.net/Pendant que j’y suis, il s’agit de sites de la galaxie ou pas ?
http://math.spip.org/tex.php
https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc_version.php#L234http://example.org/squelettes/bg.png
http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/compresseur/tests/css/expected_url_abs.css
Car ils ne sont pas en .netFranck
-
Anomalie #4465 : Table principale enlevée de la requête sur double jointure avec mots et auteurs
24 mars 2020Avec
#TITRE
- <span class="CodeRay"><span class="class">SELECT</span> depots.id_depot, depots.titre
- <span class="keyword">FROM</span> spip_depots <span class="keyword">AS</span> <span class="string"><span class="delimiter">`</span><span class="content">depots</span><span class="delimiter">`</span></span>
- <span class="keyword">INNER</span> <span class="keyword">JOIN</span> spip_mots_liens <span class="keyword">AS</span> L1 <span class="keyword">ON</span> ( L1.id_objet = depots.id_depot <span class="keyword">AND</span> L1.objet=<span class="string"><span class="delimiter">'</span><span class="content">depot</span><span class="delimiter">'</span></span>)
- <span class="keyword">WHERE</span> (L1.id_mot = <span class="integer">1</span>)
- <span class="keyword">GROUP</span> <span class="keyword">BY</span> depots.id_depot
- </span>
Sans
#TITRE
- <span class="CodeRay"><span class="class">SELECT</span> L1.id_objet, L1.id_objet <span class="keyword">AS</span> id_depot
- <span class="keyword">FROM</span> spip_mots_liens <span class="keyword">AS</span> <span class="string"><span class="delimiter">`</span><span class="content">L1</span><span class="delimiter">`</span></span>
- <span class="keyword">WHERE</span> (L1.id_mot = <span class="integer">1</span>)
- <span class="keyword">GROUP</span> <span class="keyword">BY</span> L1.id_objet
- </span>
En fait le
AND L1.objet='depot'
qui saute est dans la clause ON de la jointure, qui n’a plus lieu d’être avec l’optimisation. Peut être que ça vient de là son absence. -
Révision 22576 : Suppression d’un code mort, mort depuis longtemps.
23 novembre 2015, par marcimat@rezo.netDéjà signalé par rénato en 2006 (http://spip-dev.rezo.narkive.com/mHG6Qlt6/small-bug-in-phraser-champs),
ce if () vaut toujours true. On l’enlève du coup.Précisément, cela vient tout à l’origine d’une erreur lors d’un passage de ereg à strpos en r3964, strpos ne comprennant
pas l’expression [0-9]. Redmine n’affichant plus les révisions / diff avant la révision 9600, je mais des liens git :
https://git.spip.net/rCSPIP57683758d1ebe3a6ffa5095035e88768b14d86f2 ou https://github.com/spip/SPIP/commit/57683758d1ebe3a6ffa5095035e88768b14d86f2C’était à une époque ou la constante NOM_DE_CHAMP coupait les balises nommées en héxadécimal en 2 : `#FF3300` par exemple avait `#FF` en balise, et
le reste était dans la suite, et il fallait potentiellement recorriger ce problème.
Cette constante a été améliorée ensuite, pas longtemps après en r4407, pour attraper tout le contenu de ces balises :
https://github.com/spip/SPIP/commit/fef3ff59fad8896d1c8946346eac1b47befc588fDonc, en théorie, depuis cette date, le test if() n’a plus lieu d’être.