Recherche avancée

Sur d’autres sites (7995)

• Evolution #2746 : Multilinguisme par secteur : manque d’ergonomie

  9 décembre 2015, par Guillaume Fahrner

  Pour résumer et tordre le coup de https://core.spip.net/issues/2746 :

  1. conserver le patch de maiis
  2. appliquer http://spip.pastebin.fr/43857 (définition d’une autorisation supplémentaire et utilisation dans prive/formulaires/traduire)
  3. faire en sorte que la création d’un objet se fasse dans la langue de la rubrique parente dans le cas de $GLOBALS[’meta’][’multi_secteurs’]==oui

  Pour ce dernier point le système proposé est le suivant :
  ajouter la ligne
  

  [(#CONFIG{multi_secteurs}|=={oui}|oui)<input type="hidden" value="herit" />]

  
  pour chaque formulaire editer_objet.html le nécessitant (rubrique et article). Le développeur de plugin devra lui aussi intégrer cette ligne pour voir la langue de son objet correctement fixée à la création/MAJ.

  Je me disais qu’il était possible de faire plus propre comme implémentation en évitant une intervention du développeur, la configuration du multilinguisme permet de prendre la décision "d’ajouter ou non cette ligne" : secteur uniquement + multilinguisme activé sur un objet donné -> ajout (je ne sais pas comment réaliser cette implémentation plus globale)

  Qu’est ce que vous en pensez ?

• Anomalie #3632 : Login rester connecté sans intervention humaine égale faille de sécurité

  5 janvier 2016, par JF dogliani

  Merci pour le code mais je ne suis pas informaticien. Mon boulot consistait à voir comment entrer dans une application sans droits en tant qu’utilisateur lambda (ex sessions qui traine...) et sans connaissance particulière.
  Ce que je constate grosso modo (spip 3.0.21)
  Navigation privée
  La coche est systématiquement activée dans le passage entre le champ login/password. Le choix n’est donc pas enregistré dans les préférences du compte puisque non récupéré.
  Du coup, on ne reste pas connecté même si cochée...
  Navigation normale

  Oui, c’est le cas si tu as déjà coché l’option lors du précédent login,

  Non, la coche n’est pas activé lors de la connexion suivante, seul le login est complété
  La coche est systématiquement activée dans le passage entre le champ login/password dès lors qu’on a saisi dans le login (ex on se trompe et on rajoute /efface son mp dans le login) y compris lors du premier login
  De plus, Une fois la case cochée lors d’un login, même si elle apparait décochée, on continue à rester connecté après avoir quitté le navigateur jusqu’à ce qu’on se déconnecte volontairement. On est donc connecté sans le savoir.
  Je comprend bien qu’il faudrait que j’affine, mais je n’ai pas internet chez moi...
  redmin et les autres ne cochent jamais cette foutue case en automatique...

• Revision 100529 : Éviter lorsqu’il n’y a pas de compression JS/CSS activée, que le ...

  16 novembre 2016, par marcimat@… — Log

  Éviter lorsqu’il n’y a pas de compression JS/CSS activée, que le navigateur redemande les fichiers css et js du porte plume qui sont compilés par SPIP.
  On ajoute cache-client sur le cache de ces fichiers. C’est presque suffisant, mais il faut aussi les recalculer lorsqu’un plugin qui modifie les fichiers
  de porte-plume s’active ou se désactive. Du coup, on calcule un hash et un fond statique pour ces 2 fichiers, qui dépend du code variable de ces fichiers.
  Bon du coup on peut éviter quelques hits sur le serveur, mais la contrepartie, c’est qu’il faut calculer ces hash, parfois inutilement j’imagine, au calcul d’une page.
  À voir.