Recherche avancée

Médias (1)

Mot : - Tags -/belgique

Autres articles (112)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains 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 ;

  • Soumettre améliorations et plugins supplémentaires

    10 avril 2011

    Si vous avez développé une nouvelle extension permettant d’ajouter une ou plusieurs fonctionnalités utiles à MediaSPIP, faites le nous savoir et son intégration dans la distribution officielle sera envisagée.
    Vous pouvez utiliser la liste de discussion de développement afin de le faire savoir ou demander de l’aide quant à la réalisation de ce plugin. MediaSPIP étant basé sur SPIP, il est également possible d’utiliser le liste de discussion SPIP-zone de SPIP pour (...)

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (11877)

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

  • Evolution #2456 : Déclarer un article syndiqué sans syndiquer le site

    28 janvier 2014, par Fil Up

    Je ferme mais ma suggestion : adapter un script comme le "bouton memo" de manière à ce qu’il crée un article (faussement) syndiqué au lieu d’un article ; ensuite avec les crayons, il serait éditable depuis le site public.

Navigation