Recherche avancée

Sur d’autres sites (4709)

• 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, redmine@spip.org 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.