Recherche avancée

Médias (1)

Mot : - Tags -/Rennes

Autres articles (111)

  • Script d’installation automatique de MediaSPIP

    25 avril 2011, par

    Afin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
    Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
    La documentation de l’utilisation du script d’installation (...)

  • De près ou de loin...

    29 avril 2011, par

    Ils ne le savent pas forcément mais sont indispensables
    MediaSPIP est un logiciel open-source, il se base sur d’autres logiciels, et d’autres logiciels lui sont également nécessaires pour fonctionner ... Les personnes ici listées ne savent pas forcément qu’elles ont un rôle important dans le développement, elles ont apporté leur connaissances dans le cadre de la création d’une partie de ces éléments nécessaires ou ont écrit des articles permettant de comprendre certaines choses... il semble indispensable (...)

  • Liste des distributions compatibles

    26 avril 2011, par

    Le tableau ci-dessous correspond à la liste des distributions Linux compatible avec le script d’installation automatique de MediaSPIP. Nom de la distributionNom de la versionNuméro de version Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    Si vous souhaitez nous aider à améliorer cette liste, vous pouvez nous fournir un accès à une machine dont la distribution n’est pas citée ci-dessus ou nous envoyer le (...)

Sur d’autres sites (5942)

  • Révision 20520 : #2999 et http://forum.spip.net/fr_247990.html : liste plus exhaustive et complet...

    13 mai 2013, par cedric -

    Source : commentaires en bas de http://wanderr.com/jay/detect-crawlers-with-php-faster/2009/04/08/
    (version optimisée/factorée, on ne garde que les UA qui ne matchent pas les mots-clés génériques en début de liste)

  • Anomalie #3515 (Fermé) : [3.1] Faire 2 fois prévisualiser dans un forum public fait afficher la bo...

    29 novembre 2015, par cedric -

    Corrigé par http://zone.spip.org/trac/spip-zone/changeset/93291

  • Anomalie #3398 (Nouveau) : Date du thread modifiée lorsqu’un message de forum est soumis, sans ten...

    6 mars 2015, par Pascal Verrier

    Bonjour,

    Configuration : un SPIP neuf 3.0.17 avec le plugin Comments 3.3.2 permettant l’affichage en thread (et donc de répondre à un message, ce qui n’est pas possible avec le core seul).
    Concerné : plugin-dist forum.

    Je constate sur SPIP 3.0.17 ce fonctionnement curieux :
    - j’ai configuré dans un premier temps le forum d’un article en modération à postériori
    - j’ai posté un premier message puis y ai fait une réponse : je constate bien le changement de la date du thread qui se recale sur la date du dernier posté (et donc publié)
    - j’ai modifié la configuration pour passer en modération à priori
    - j’ai ajouté dans le même thread un troisième message (qui donc cette fois n’est pas publié, car modéré)
    - dans la base de données je constate que la date_thread s’est de nouveau calée sur le dernier message, alors qu’il n’est pas publié (statut "prop")

    Cela ne me semble pas normal ; sur mon site de production (http://www.harmoweb.cnrs.fr/spip.php?rubrique28) intégrant l’affichage de la liste des threads, du plus récent au plus ancien (en se basant sur date_thread) cela a pour effet de "faire remonter" des messages anciens sur lesquels des messages viennent d’être posté même s’ils ne sont pas publiés (dans notre cas des spams interceptés par nospam, nous n’avons pas de modération à priori, mais le mécanisme posant problème est le même).

    Dans mes recherches je suis également tombé sur cette correction d’anomalie https://core.spip.net/issues/852 où le problème de base était similaire mais si j’ai bien compris ne concernait que les mises à jour de statut de messages publiés à priori ; l’évolution de date_thread est normale dans ce cas, contrairement à la situation où le message n’est pas publié d’office, la date de thread ne tenant donc pas compte du statut du message fraîchement posté : lors de l’enregistrement d’un nouveau message, date_thread ne devrait être changé sur tous les messages du fil que si ce message est publié, et non dans les autres cas.

Navigation