SPIP-Zone

Gilles Vincent a écrit le 22/10/2014 20:13 : C'est la même chose ;-) La mutualisation facile ne fait que faciliter les choses, mais fondamentalement, c'est juste l'utilisation des mécanismes de mutualisation internes de SPIP.

Le 22/10/2014 16:05, Gilles Vincent a écrit : Et si on veut justement l'installer pour accéder à des données qui ne sont pas dans l'interface de SPIP ? Par exemple si j'ai des tables "métiers" propre à un besoin sur la même base de données, mais ... [More] sans rapport avec l'admin de SPIP, donc pas déclaré dans SPIP ? Qu'est-ce qui est le plus courant : - un même utilisateur qui installe plusieurs choses différentes dans sa base (SPIP + d'autres choses) ? - ou un super-utilisateur qui met plein de sites d'utilisateurs différents dans une même base ? C'est peut-être le premier point. [Less]

Si j'ai une mutualisation installée avec un seul utilisateur mysql (j'en connais une qui est configurée comme cela), un webmestre d'un des site a accès à l'ensemble des autres sites. Donc la sécurité de nos données est très limite sur ce type de ... [More] configuration. C'est pour cela qu'il faut brider Adminer. En l'occurrence, il existe un plugin qui permet de masquer des tables qui ne respectent pas certains préfixes - mais on n'échappe pas au fait que la page d'accueil d'adminer affiche la liste des tables visibles via la requête "SHOW TABLES" sans aucun bridage possible si on ne limite pas cette fonction. La première étape de sécurité consiste donc à ne permettre à Adminer de n'intervenir que sur les tables et bases déclarées dans SPIP. 2014-10-22 15:35 GMT+02:00 Cédric Morin <cedric< at >yterium.com>: ---- spip-zone< at >rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone [Less]

Le 22 oct. 2014 à 14:13, Gilles Vincent <gilles.vincent< at >gmail.com> a écrit : Tu veux expliciter ?---- spip-zone< at >rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

De toute manière c'est ultra provisoire, car le plugin Adminer actuel ne peut rester en l'état - de mon avis, c'est une vrai passoire de sécu 2014-10-22 14:07 GMT+02:00 Ybbet Spip <teddy.spip< at >gmail.com>: ---- spip-zone< at >rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Le 22/10/2014 14:00, Gilles Vincent a écrit : Mais si ça reste le même préfixe, c'est de facto le même plugin. Donc ça doit être dans le même dossier commun, avec des sous-dossiers pour les branches et trunk. Si ce n'est vraiment pas le même ... [More] plugin, alors ça doit changer de préfixe. Quand on fait des gros changements, il y a le numéro de version du plugin pour ça, en changeant X (dans X.Y.Z) pour signifier qu'on fait un changement important qui casse des choses. D'où l'importance de ne surtout pas utiliser le numéro de version de la librairie incluse comme numéro de version du plugin lui-même. On doit utiliser un numéro de version propre au plugin. [Less]

[2014-10-22 01:11:14] Erreur : spip-zone/_plugins_/rspip_code_mail/rspip2_code_mail/tag/1.1.0 inexistant ---- spip-zone< at >rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Mais si tu mets ça sur une page avec la date en argument et un calendrier pour changer de date tu peux sortir le popcorn quand les bots arrivent... Cédric ---- spip-zone< at >rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Rhoooo ! Le flux d'origine voyons ! (Par ailleurs 17 requêtes http pour charger le texte d'une journée ça fait mal... Je vais sûrement proxifier ça quelque part) Cédric ---- spip-zone< at >rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Salut JLuc, Le 21/10/2014 16:55, JLuc a écrit : Effectivement, le second critère de tri est la date. J'ai donc essayé <BOUCLE_articles(ARTICLES){par CONCAT (if(article_epingle='on', '9','0'), date}> mais j'ai une erreur : Critère inconnu ... [More] par CONCAT (if(article_epingle='on', '9','0') Ok... j'étais focalisé sur CHAMPS EXTRAS d'où mon réflexe zone... jean marie ---- spip-zone< at >rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone [Less]