
Recherche avancée
Autres articles (25)
-
Supporting all media types
13 avril 2011, parUnlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)
-
Monitoring de fermes de MediaSPIP (et de SPIP tant qu’à faire)
31 mai 2013, parLorsque l’on gère plusieurs (voir plusieurs dizaines) de MediaSPIP sur la même installation, il peut être très pratique d’obtenir d’un coup d’oeil certaines informations.
Cet article a pour but de documenter les scripts de monitoring Munin développés avec l’aide d’Infini.
Ces scripts sont installés automatiquement par le script d’installation automatique si une installation de munin est détectée.
Description des scripts
Trois scripts Munin ont été développés :
1. mediaspip_medias
Un script de (...) -
Emballe médias : à quoi cela sert ?
4 février 2011, parCe plugin vise à gérer des sites de mise en ligne de documents de tous types.
Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;
Sur d’autres sites (4895)
-
Anomalie #4266 (Nouveau) : fix erreur dans inc/utils.php
8 janvier 2019, par jluc -Dans le code de recuperer_fond dans ecrire/inc/utils.php, en ligne 3178
pour le calcul du message d’erreur dans le foreach ($fond as $f)
il faut remplacer `$a = array(’fichier’ => $fond) ;` par `$a = array(’fichier’ => $f) ;`
pour pouvoir toujours faire juste ensuite `$erreur = _T(’info_erreur_squelette2’, $a) ;`J’ai fait une PR sur github mais un autre commit s’y est fusionné. Je pense pas que ça gênera puisque c’est le rattrapage d’un commit svn déjà passé sur le core. Voici le diff : https://github.com/spip/SPIP/pull/35/commits/0712c3a0b065b9dddb9f87b0774df9e009e8958d
-
Revision 50993 : Mise à jour de Markitup en version 1.1.12 Markitup prenant à peu près en ...
3 septembre 2011, par marcimat@… — LogMise à jour de Markitup en version 1.1.12
Markitup prenant à peu près en charge les boutons multiligne, on se base maintenant dessus pour les notres : forceMultiline devient multiline dans la déclaration des boutons.
On change de technique pour ce qui est du calcul les sélections (sélectionner toute une ligne, tout un mot, au plus proche d’une sélection ou du curseur) : avec les dernières évolutions de Markitup, seul IE se permet des folies. On ne traite donc que le cas IE spécifiquement, et on laisse Markitup gérer les calculs de position du curseur. Du coup, il y a moins de modifications du code de Markitup.
On n’utilise plus la librairie XRegExp qui ne semble plus utile pour nos calculs d’expressions régulières.
Testé avec : FF6, IE8, Opera11.52, Chromium 12.0 -
Anomalie #4497 (Nouveau) : [robustesse du hash du mot de passe utilisateur] : spip_auteurs.htpass
26 mai 2020, par Guillaume FahrnerLe problème :
La colonne "htpass" de la table spip_auteurs est à ce jour encore remplie avec le hash MD5 (https://www.php.net/manual/fr/function.crypt.php) de l’utilisateur. L’intérêt d’avoir une colonne "pass" avec un hash de bien (bien) meilleur qualité est donc nul lors d’un accès non autorisé à la BDD (compte admin compromis, injection SQL, etc).
Solution proposée : avoir la possibilité de désactiver le calcul de ce champ qui (au pifomètre) n’est vraiment utile que de dans de très rare cas.
Solution++ : que cette option soit activée par défaut avec une MAJ de DB qui supprime les anciennes valeurs.