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 #3048 (Nouveau) : Recherche et jointures - petit problème d’écrasement des résultats

    30 août 2013, par Severo Lipari

    Pour reproduire le problème, créer un article, et attacher deux documents, avec les titres "Pingouin breton" et "Pingouin des Andes". Puis faire une recherche sur "Pingouin".

    L’article est bien trouvé, grâce à la jointure entre l’article et les documents. Cependant il y a un léger problème.

    Dans le détail, a) la recherche se fait pour tout la table documents[1]. On peut afficher le tableau de résultats2 pour cette table, les deux documents sont trouvés, et ont un score de 2 correspondant au poids du titre :

    array (
      1 => 
      array (
        ’champs’ => 
        array (
          ’titre’ => ’Pingouin breton’,
        ),
        ’score’ => 2,
      ),
      3 => 
      array (
        ’champs’ => 
        array (
          ’titre’ => ’Pingouin des andes’,
        ),
        ’score’ => 2,
      ),
    )
    

    b) dans l’appel de la fonction correspondant à la table des articles, on sélectionne, parmi les documents trouvés, ceux qui sont liés à l’article (via la table documents_liens)[3]

    c) on remplit le tableau de résultats pour la table des articles4. Le résultat est le suivant

    array (
      1 =>        // id_article
      array (
        ’score’ => 4,     // somme des deux scores (2 + 2)
        ’champs’ => 
        array (
          ’document.titre’ => ’Pingouin des andes’,    // <= seulement le titre du deuxième document, le premier ayant été écrasé à cause de [5]
        ),
      ),
    )
    

    Il faudrait donc prévoir un autre mécanisme pour permettre de rapporter tous les contenus correspondant aux occurrences trouvées. ça pourrait être quelque chose comme

    array (
      1 =>        // id_article
      array (
        ’score’ => 4,     // somme des deux scores (2 + 2)
        ’champs’ => 
        array (
          ’document.titre’ =>
          array (
            1 => ’Pingouin breton’,
            3 => ’Pingouin des andes’
          ),
        ),
      ),
    )
    

    mais il faudrait voir les conséquences sur le reste du code.

    [1] http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/recherche_to_array.php#L141
    [2] http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/recherche_to_array.php#L221
    [3] http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/recherche_to_array.php#L177
    [4] http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/recherche_to_array.php#L193
    [5] http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/recherche_to_array.php#L209

  • Anomalie #3055 (Nouveau) : Autorisation sur les listes d’objets

    13 septembre 2013, par Maïeul Rouquette

    Sous SPIP 3 il y a dans inc/autoriser.php

    function autoriser_auteurs_menu_dist($faire, $type, $id, $qui, $opt){return true;}
    function autoriser_articles_menu_dist($faire, $type, $id, $qui, $opt){return true;}
    function autoriser_rubriques_menu_dist($faire, $type, $id, $qui, $opt){return true;}

    ce qui permet de dire qu’on autorise pas à voir le menu menant à la liste des auteurs / des articles / des rubriques.

    Mais ! si on se rend sur (par exemple) ?exec=auteurs il n’y a aucune manière de ne pas autoriser à voir cette page.

    Je vois trois solutions
    a) dans prive/squelettes/contenu/auteurs.html mettre un test #AUTORISATIONauteurs,menu (ou équivalent, je ne me rappel plus la syntaxe exactes) et ainsi de suite sur toute les pages.
    b) la même chose, mais avec #AUTORISATIONvoir,auteurs. Le pb c’est qu’on arrive sur autoriser_auteur_voir ... ce qui entraîne confusion entre voir les auteurs et voir UN auteurs particulier
    c) considérer que pour chaque page ?exec on teste automatiquemnt l’autorisation sur le menu correspondant.

    Ps : ceci fait suite à ce message http://comments.gmane.org/gmane.comp.web.spip.user/184403 et ma tentative d’intégrer le besoin d’en autorité

  • Evolution #3062 (Nouveau) : Suggestion : ?exec= admin_vider

    24 septembre 2013, par YannX spip

    On doit souvent rappeler aux utilisateurs de "vider les caches" (y compris celui du navigateur utilisé sur le poste client).

    Pour faciliter le travail à ceux qui ne connaissent pas toujours comment faire....
    ne pourrait-on rajouter un pavé-boite dans cette page (assez légère) qui
    - permettrait d’effectuer cette opération (en Ajax ?) sur le client
    - indiquerait (si c’est possible) comment le faire de façon intrinsèque au navigateur utilisé..

    Ou bien est-ce impossible à imaginer....