
Recherche avancée
Médias (91)
-
Richard Stallman et le logiciel libre
19 octobre 2011, par
Mis à jour : Mai 2013
Langue : français
Type : Texte
-
Stereo master soundtrack
17 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Audio
-
Elephants Dream - Cover of the soundtrack
17 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Image
-
#7 Ambience
16 octobre 2011, par
Mis à jour : Juin 2015
Langue : English
Type : Audio
-
#6 Teaser Music
16 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
-
#5 End Title
16 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
Autres articles (39)
-
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
Mise à disposition des fichiers
14 avril 2011, parPar défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...) -
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)
Sur d’autres sites (9662)
-
Revision 37307 : Les float dans une div sont difficiles à styler sans clear derrière... ...
15 avril 2010, par kent1@… — LogLes float dans une div sont difficiles à styler sans clear derrière... Comme ces floats sont ajoutés via js ... on insère un clear juste derrière pour pouvoir repartir sur de bonnes base à l’élément suivant Je pense que cela ne doit rien casser réellement et doit éviter de beaux (...)
-
Anomalie #3843 (Nouveau) : Augmenter la taille du cache par défaut (image)
20 octobre 2016, par cam.lafit -Bonjour
Je me demande s’il ne serait pas temps d’augmenter la capacité du cache par défaut. Actuellement on a 10Mo, ce qui est insuffisant lorsqu’on travaille avec au moins un document de type image.
Je constate qu’avec cette limite, une simple boucle documents et un filtre image_* suffit à faire tomber le fonctionnement du cache. Avec une telle boucle il est facile de dépasser allégrement la limite définie (même si la taille du cache n’est pas une limite dure).
Par conséquent l’ensemble des caches est purgé plus vite qu’il ne le faut et on passe à régénérer du cache (image, boucle, ...) plus que nécessaire.
Je me demande :- si on ne devrait pas défaut passer cette limite à 100Mo, je ne vois rien à l’heure actuelle qui impose de garder une limite si basse. D’autant plus que la doc officielle donne cette idée ( http://programmer.spip.net/Configurer-le-cache )
- si on ne devrait pas dissocier la gestion du cache image du reste du cache
EDIT : restauration du ticket #3841 : Augmenter la taille du cache par défaut (image) (supprimé par mégarde)
-
Evolution #3841 (Nouveau) : Augmenter la taille du cache par défaut (image)
16 octobre 2016, par cam.lafit -Bonjour
Je me demande s’il ne serait pas temps d’augmenter la capacité du cache par défaut. Actuellement on a 10Mo, ce qui est insuffisant lorsqu’on travaille avec au moins un document de type image.
Je constate qu’avec cette limite, une simple boucle documents et un filtre image_* suffit à faire tomber le fonctionnement du cache. Avec une telle boucle il est facile de dépasser allégrement la limite définie (même si la taille du cache n’est pas une limite dure).
Par conséquent l’ensemble des caches est purgé plus vite qu’il ne le faut et on passe à régénérer du cache (image, boucle, ...) plus que nécessaire.Je me demande :
- si on ne devrait pas défaut passer cette limite à 100Mo, je ne vois rien à l’heure actuelle qui impose de garder une limite si basse. D’autant plus que la doc officielle donne cette idée ( http://programmer.spip.net/Configurer-le-cache )
- si on ne devrait pas dissocier la gestion du cache image du reste du cache