Recherche avancée

Sur d’autres sites (10036)

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

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

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