Recherche avancée

Médias (91)

Autres articles (107)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 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 (...)

  • Problèmes fréquents

    10 mars 2010, par

    PHP 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

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

Sur d’autres sites (5473)

  • Anomalie #2987 (Nouveau) : Liste a puce dans tableau : erreur 500 dans logfile + PHP has encounter...

    30 avril 2013, par Eric Camus

    Bonjour,

    Avec SPIP 3.0.8 de base sur serveur Windows + IIS 6 avec PHP 5.2.17 : il se produit quasi systématiquement au calcul de la page publique d’un article une "PHP has encountered an Access Violation at XXXXXXXX" (attention une fois le cache initialisé, quand le hasard fait que ça passe !!, ça marche, c’est uniquement au calcul de tout).
    Le code de l’article en cause : une liste à puce dans un tableau (des "-*" ou "-#" dans des "|").

    Je sais qu’il existe déjà quelques ticket mais pas pour des listes à puce dans des tableaux (il me semble !!).

    Par contre, je ne sais pas si c’est la faute du "core" ou de "textwheel" ?

  • Anomalie #2988 (Nouveau) : Bug squelette liste des messages internes

    30 avril 2013, par Eric Camus

    Bonjour,

    Avec SPIP 3.0.8 de base mais en retirant le plugin-dist "breves" (Windows + IIS 6 + PHP 5.2.17).

    Attention : dans l’interface d’administration.

    Il y a une erreur dans la page "ecrire/index.php ?exec=controler_forum&type_message=interne" qui fait appel au modèle "prive/modeles/forum.html" sur les ligne 25 et 26 qui sont des boucles sur les objets "breves" et "sites" qui peuvent avoir étés supprimés (ou surtout pas installé au départ -> pas de tables dans la base).

    De plus quand on est sur un message général, apparait un lien sur le titre du message qui est en 404 !!

    J’ai pour ma part remplacer les ligne 23 à 31 par :

    [(#OBJET|oui)

    #OBJET : [(#TITRE| ?#TITRE,#NOM)]
    #SETvoir,’

    ’
    ]

    Mais c’est juste une proposition qui affiche quelque chose de non satisfaisant au niveau de l’écriture (juste le nom de l’objet, non traduit aussi) mais qui n’affiche rien pour les messages généraux.

    Nota : il y a d’autres références a des boucles (id) "breves" et "sites" dans ce plugin ...(futur bug de nécessité).

  • Anomalie #2989 (Nouveau) : Problème avec le fichier tmp/cache/charger_plugins_fonctions.php

    6 mai 2013, par - Equipement

    Bonjour,

    Sous SPIP 3.0.8 et sous SPIP 2.1.21, si l’on efface le fichier tmp/cache/charger_plugins_fonctions.php, le calcul d’une page ne le régénère pas.

    En effet, dans ecrire/public/parametrer.php, on a :

    if (@is_readable(_CACHE_PLUGINS_FCT)) 
    // chargement optimise precompile
    include_once(_CACHE_PLUGINS_FCT) ;

    alors que dans ecrire/inc_version.php, on a :

    if (@is_readable(_CACHE_PLUGINS_OPT) AND @is_readable(_CACHE_PLUGINS_PATH))
    // chargement optimise precompile
    include_once(_CACHE_PLUGINS_OPT) ;
 else 
    @spip_initialisation_suite() ;
    include_spip(’inc/plugin’) ;
    // generer les fichiers php precompiles
    // de chargement des plugins et des pipelines
    actualise_plugins_actifs() ;

    Il me semblerait intéressant que ecrire/public/parametrer.php soit modifié pour contenir un code tel que par exemple :

    if (!@is_readable(_CACHE_PLUGINS_FCT)) 
    include_spip(’inc/plugin’) ;
    // generer les fichiers php precompiles
    actualise_plugins_actifs() ;

if (@is_readable(_CACHE_PLUGINS_FCT)) 
    // chargement optimise precompile
    include_once(_CACHE_PLUGINS_FCT) ;

    En effet, avec ce code, si le fichier tmp/cache/charger_plugins_fonctions.php est effacé, le calcul d’une page le régénère.

    Ceci éviterait vraisemblablement ce que je constate actuellement sur des sites, à de rares occasions : une erreur 500 avec dans le fichier de log d’erreurs d’Apache : Call to undefined function ciparam_doctype() in /.../ecrire/public/composer.php(49) : eval()’d code on line 465. Alors que la fonction ciparam_doctype() est dans le fichier ciparam_fonctions.php, que ce dernier est bien déclaré par le plugin et que le plugin est bien activé.

    Cordialement
    Equipement

Navigation