
Recherche avancée
Autres articles (107)
-
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 -
Problèmes fréquents
10 mars 2010, parPHP et safe_mode activé
Une des principales sources de problèmes relève de la configuration de PHP et notamment de l’activation du safe_mode
La solution consiterait à soit désactiver le safe_mode soit placer le script dans un répertoire accessible par apache pour le site -
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...)
Sur d’autres sites (12647)
-
Révision 21005 : Perf issue sur le lancement du CRON :
25 novembre 2013, par cedric -sur certains serveurs le firewall est réglé pour DROP silencieusement toute requete http sortante : fsockopen attends alors 30s pour lancer la requete à chaque hit avant de rendre la main. cURL lui n’attends pas mais ne sait pas que sa requete echoue. Résultat le CRON ne tourne jamais et le site a un temps de réponse catastrophique.
Fix :
- limiter le timeout de fsockopen à 1s au lieu de 30s : si on a pas pu initialiser la connexion http en 1s c’est qu’il y a un soucis
- lorsque fsockopen echoue, rien ne sert de lancer cURL qui n’aura pas plus de chance ; cURL est utilisé en fallback uniquement si fsockopen n’est pas disponible (cas rare)
- du coup si fsockopen echoue on passe au lancement old-style avec HTML background (mais ça nous a couté 1s d’attente inutile)- si on sait qu’on est sur une telle configuration (et qu’on ne peut pas la changer) on peut inhiber le lancement du cron par fsockopen/cURL avec un
define(’_HTML_BG_CRON_FORCE’,true) ;
dans mes_options.php. Cela economisera l’attente inutile. -
Anomalie #3174 (Nouveau) : LDAP - erreur à l’installation
2 mars 2014, par Sylvain LesageDans la procédure d’installation de SPIP (branche spip-3-stable), à l’étape 3, au lieu de créer l’utilisateur webmestre, j’ai cliqué sur l’installation de LDAP, avec succès (pour LDAP), puis j’obtiens une erreur d’accès à la base, et dans les logs :
ERREUR : Le serveur ’mysql’ version 1 n’a pas ’countsel’
L’application du contournement décrit dans le forum suivant : http://forum.spip.net/fr_243674.html#forum256183, permet de terminer correctement l’installation, mais ce n’est surement pas la solution.
La ligne "fautive" : http://core.spip.org/projects/spip/repository/entry/spip/ecrire/install/etape_3.php#L303
-
Anomalie #4155 (Fermé) : la fonction roles_presents ne fonctionne pas correctement
26 juin 2018, par Michel BystranowskiSoit une liste des tables des objets de SPIP de la forme :
array( /* ... */ ’spip_documents’ => array( /* ... */ ’roles_objets’ => array( ’*’ => array( ’choix’ => array( ’logo’, ’logo_survol’, ), ’defaut’ => ’document’, ’principaux’ => array( ’logo’, ’logo_survol’, ), ), /* ... */ ’spip_articles’ => array( ’choix’ => array( ’logo’, ’logo_survol’, ’logo_perso’, ), ’defaut’ => ’document’, ’principaux’ => array( ’logo’, ’logo_survol’, ’logo_perso’, ), ), /* ... */ ), /* ... */ ), /* ... */ ) ;
dans ce cas, l’appel à la fonction :
roles_presents(’document’, ’article’) ;
devrait retourner les trois rôles, logo, logo_survol et logo_perso. Or elle ne retourne que les roles logo et logo_survol.
Le problème se trouve ici : https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/roles.php#L80
La fonction a utiliser est "table_objet_sql", au lieu de "table_objet", puisque les clés du tableau sont du type "spip_blablas", et pas simplement "blablas".