Recherche avancée

Médias (1)

Mot : - Tags -/Christian Nold

Autres articles (88)

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

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

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

  • La gestion des forums

    3 novembre 2011, par

    Si les forums sont activés sur le site, les administrateurs ont la possibilité de les gérer depuis l’interface d’administration ou depuis l’article même dans le bloc de modification de l’article qui se trouve dans la navigation de la page.
    Accès à l’interface de modération des messages
    Lorsqu’il est identifié sur le site, l’administrateur peut procéder de deux manières pour gérer les forums.
    S’il souhaite modifier (modérer, déclarer comme SPAM un message) les forums d’un article particulier, il a à sa (...)

Sur d’autres sites (11613)

  • Documentation #3027 : Squelette Spip.net

    18 novembre 2013, par Arnaud Dupin de Beyssat

    Bonjour
    Merci de la réponse.
    Il s’agit notammen t du menu latéral de la page
    http://www.spip.net/fr_rubrique135.html et des suivantes (filrtres,
    critères ; etc.)
    sans doute associéà

    <a class="external" href="http://www.spip.net/">www.spip.net</a><br />  /squelettes<br />  /branches<br />  /2008<br />  /inc-rubriques.html

    Merci
    ADB

    Le 16/07/2013 10:35, a écrit :

    La demande #3027 a été mise à jour par b b.

    Salut, de quelle page du site s’agit-il ?

    Evolution #3027 : Squelette Spip.net

    • Auteur : Arnaud Dupin de Beyssat
    • Statut : Nouveau
    • Priorité : Normal
    • Assigné à :
    • Catégorie :
    • Version cible :
    • Resolution :

    Bonjour
    Serait-il possible de passer la liste des rubriques du menu latéral
    ordonné en alphabétique ? Cela faciliterait les recherches de balises, etc.
    Actuellement, les lignes sont :
    12
    13 id_rubriqueid_rubrique=#ENVid_rubrique par num titre !par date
    doublons>
    14 #TITRE
    15

    A la ligne 13, passer en par nom ai lieu de par num titre !par date

    Merci

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur
    http://core.spip.org/my/account

  • Anomalie #3100 (Nouveau) : Bug - Base PostgreSQL

    20 novembre 2013, par _ CasP

    Bonjour,
    Je viens de créer un site mutualisé sur mon site. Mon ancien site à une base MYSQL et n’a pas de souci.
    En revanche le nouveau site à lui une base PostgreSQL.

    L’hébergement est chez OVH.

    je constate 2 chose étrange la première : lors de l’instalation du site après avoir renseigné le serveur et l’utilisateur, je me retrouve à avoir le choix parmi une multitude de base de donnée. Là ou habituellement je n’ai que le nom de celle que j’ai crée.
    Mais peux être ceci est un souci lié à OVH, je leur ai écrit pour demander.

    Le deuxième Bug a lieu lors de la création de RUBRIQUES dans l’espace privée.
    Cela fonctionne, cependant après la création je me retrouve avec une

    3 Erreur(s) dans le squeletteNuméro Message squelette boucle Ligne
    1 Array / /
    2 Array / /
    3 Array / /

    Warning : pg_query() [function.pg-query] : Query failed : ERREUR : la référence à la colonne « id_rubrique » est ambigu LINE 4 : GROUP BY id_rubrique,lang ^ in /homez.64/casp/www/ecrire/req/pg.php on line 168

    Warning : pg_query() [function.pg-query] : Query failed : ERREUR : la référence à la colonne « lang » est ambigu LINE 4 : GROUP BY id_article,lang ^ in /homez.64/casp/www/ecrire/req/pg.php on line 168

    Warning : pg_query() [function.pg-query] : Query failed : ERREUR : la référence à la colonne « lang » est ambigu LINE 4 : GROUP BY id_breve,lang ^ in /homez.64/casp/www/ecrire/req/pg.php on line 168

    Et je reste sur la page de crétion sans être redirigé. J’ai alors l’option :
    Votre modification a été enregistrée
    Si votre navigateur n’est pas redirigé, cliquez ici pour continuer.
    Tout fonctionne ce n’est donc pas dramatique. Mais c’est un peu gènant.

  • Révision 21005 : Perf issue sur le lancement du CRON :

    25 novembre 2013, par cedric -

    sur certains serveurs le firewall est réglé pour DROP silencieusement toute requete http sortante : fsockopen attends alors 30s pour lancer la requete à chaque hit avant de rendre la main. cURL lui n’attends pas mais ne sait pas que sa requete echoue. Résultat le CRON ne tourne jamais et le site a un temps de réponse catastrophique.

    Fix :
    - limiter le timeout de fsockopen à 1s au lieu de 30s : si on a pas pu initialiser la connexion http en 1s c’est qu’il y a un soucis
    - lorsque fsockopen echoue, rien ne sert de lancer cURL qui n’aura pas plus de chance ; cURL est utilisé en fallback uniquement si fsockopen n’est pas disponible (cas rare)
    - du coup si fsockopen echoue on passe au lancement old-style avec HTML background (mais ça nous a couté 1s d’attente inutile)

    - si on sait qu’on est sur une telle configuration (et qu’on ne peut pas la changer) on peut inhiber le lancement du cron par fsockopen/cURL avec un
    define(’_HTML_BG_CRON_FORCE’,true) ;
    dans mes_options.php. Cela economisera l’attente inutile.

Navigation