
Recherche avancée
Autres articles (103)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Mise à jour de la version 0.1 vers 0.2
24 juin 2013, parExplications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
Sur d’autres sites (13674)
-
Revision 86428 : Un autre type de jointure qui devrait fonctionner : cas simple : ...
3 décembre 2014, par kent1@… — LogUn autre type de jointure qui devrait fonctionner :
cas simple : $cle_depart dans la table_liee
Ce cas pourrait exister par exemple si on activait une jointure de recherche sur les articles avec la table spip_evenements du plugin agenda.
Il suffirait d’ajouter la ligne suivante dans le pipeline "declarer_tables_objets_sql" dans le fichier base/agenda_evenements :
$tablesspip_articles ?rechercher_jointures ?evenement ? = array(’titre’ => 8, ’descriptif’ => 5, ’lieu’ => 5, ’adresse’ => 3) ; -
Révision 21881 : Erreur de stratégie dans l’activation des plugins. Ce n’est pas parce que le serv...
19 décembre 2014, par esj -Après nettoyage du code, il apparaît que la raison pour laquelle on abandonnait tout si le serveur SQL était indisponible était que la fonction effacer_meta, disymétriquement à ecrire_meta, ne se protégait pas de cette situation au lieu de faire le travail a minima (affectation de la globale PHP quand même et retour à l’appelant). On aligne donc cette fonction sur ecrire_meta, ce qui permet de créer les fichiers tmp/*plug* etc en faisant sauter le test de disponibilité du serveur dans inc/plugin.
-
Anomalie #2570 (Fermé) : #DATE dans boucle RUBRIQUES calculer_rubriques_publiees
26 octobre 2014, par cedric -Par ailleurs la doc http://www.spip.net/fr_article904.html#BOUCLE-RUBRIQUES est explicite :
affiche la date de la dernière publication effectuée dans la rubrique et/ou ses sous-rubriques (articles, brèves...).
Ce qui signifie bien la date de la dernière publication qui a eu lieu, ce qui ne veut pas dire qu’on revient en arrière en cas de dépublication (auquel cas on dirait "la date du plus récent objet publié dans la rubrique") C’est subtil mais correspond à une certaine logique.
Pour finir sur le sujet, la fonction "calculer_rubriques_publiees" n’est appelée que dans 2 scenari : après une restauration de base, ou lors de la réparation de la base, pour tout remettre d’equerre.