[spip-dev] spip loader encore

Dev
1

bon ça devient plus compliqué

En fait sur apinc c'est même pas un 755 qu'il faut
mais un 705 sur les fichiers et un 604 sur les répertoires
cf APINC - Association pour l'Internet Non Commercial - RIP 2001-2016

Un spip loader spécial a été fait il est là
http://aide.apinc.org/wakka.php?wiki=SpipLoaderAPINC

Ya aussi une page sur les spécificités locales pour SPIP
http://aide.apinc.org/wakka.php?wiki=SpipSurApinc

Alors très bien si les devs s'y retrouvent entre les différents hébergeurs pour faire un super_spip_loader doté d'IA ou de sens de la précaution,
mais si c'est pas la priorité de spip_lab ça risque de prendre des années...
Ma proposition tient toujours

Il y aurait un article sur spip_loader
avec les avertissements nécessaires pour éviter la cata,
les indications pour choisir la bonne version à télécharger,
et les différentes versions elles-mêmes disponibles localement.
(actuellement la V755 est sur un site aux rewriterules défaillantes)

Il faudrait enlever le téléchargement de
Installer SPIP
et mettre à la place un lien vers cette page.

Il pourrait aussi y avoir un lien sur la page
"Effectuer une mise à jour" Effectuer une mise à jour - SPIP
qui pour l'instant n'en comporte pas.

Je ferai volontier la contrib si vous êtes OK pour suivre avec cette petite réorganisation.

JLuc

2

Salut,

En fait sur apinc c'est même pas un 755 qu'il faut
mais un 705 sur les fichiers et un 604 sur les répertoires
cf APINC - Association pour l'Internet Non Commercial - RIP 2001-2016

Il y a une explication rationnelle de ce "705" ? SPIP a besoin de lire
_et_ d'écrire, donc c'est soit 700, 707, 770 ou 777, mais sûrement pas
705, 750 ou que sais-je encore...

Alors très bien si les devs s'y retrouvent entre les différents hébergeurs pour
faire un super_spip_loader doté d'IA ou de sens de la précaution,
mais si c'est pas la priorité de spip_lab ça risque de prendre des années...

Il faudra bien pourtant. Surtout que le mode "777" affecte tous les
fichiers créés par SPIP et pas seulement ceux du spip_loader. Du coup
j'imagine qu'un SPIP installé en installation manuelle sur APINC a
tendance à planter aussi, non ?

Et s'il faut partir à la chasse aux contribs pour installer SPIP, la
manip' perd tout son intérêt.

a+

Antoine.

3

Antoine wrote:
JLuc wrote

En fait sur apinc c'est même pas un 755 qu'il faut
mais un 705 sur les fichiers et un 604 sur les répertoires
cf APINC - Association pour l'Internet Non Commercial - RIP 2001-2016

Excuse, c'est l'inverse on y trouve :
- Repertoires : rwx...r.x soit 705
- Fichiers : rw....r.. soit 604

Il y a une explication rationnelle de ce "705" ? // 604 en fait

Selon explications, cette restriction empêche que tous les users mutualisés aient un accés complet aux fichiers des autres users mutualisés.

SPIP a besoin de lire _et_ d'écrire, donc c'est soit 700, 707,

> 770 ou 777, mais sûrement pas 705, 750 ou que sais-je encore...

705 et 604 sont les droits maximums *autorisés*.
J'en viens à penser que php bénéficie du 1er triplet
et que 700 irait très bien pour les répertoires
ainsi que 600 sur les fichiers.
(mais si 700 va, 705 va aussi)

faire un super_spip_loader doté d'IA ou de sens de la précaution,
mais si c'est pas la priorité de spip_lab ça risque de prendre des années...

Il faudra bien pourtant. Surtout que le mode "777" affecte tous les
fichiers créés par SPIP et pas seulement ceux du spip_loader.

A part ceux ci, il n'y a à ma connaissance que les répertoires du cache qui soient en 777 et les fichiers du cache sont en rw.rw.rw. en fonctionnement normal et ça ne plante pas du tout.
Peut être parceque les fichiers du cache ne sont ni exécutés (php3)
ni servis au browser (html), mais lus par php,
ce qui cerne les choses finalement.

> Du coup j'imagine qu'un SPIP installé en installation manuelle sur APINC a

tendance à planter aussi, non ?

non, ça marche parfaitement (cf au dessus).
Remarque : j'ai beau me creuser la cervelle, je crois que par contre
j'y ai jamais fait ou réussi d'upgrade.
Mais Suske affirme avoir réussi avec le spip_loader_755 (?)

Et s'il faut partir à la chasse aux contribs pour installer SPIP, la
manip' perd tout son intérêt.

ce serait déjà mieux de les rassembler // ou à défaut les liens
sur une seule page avec le menu pour choisir ...

JLuc

4

<quote who='Antoine' when='19/03/04 22:48'>

Alors très bien si les devs s'y retrouvent entre les différents hébergeurs pour faire un super_spip_loader doté d'IA ou de sens de la précaution,
mais si c'est pas la priorité de spip_lab ça risque de prendre des années...

Il faudra bien pourtant. Surtout que le mode "777" affecte tous les
fichiers créés par SPIP et pas seulement ceux du spip_loader. Du coup
j'imagine qu'un SPIP installé en installation manuelle sur APINC a
tendance à planter aussi, non ?

Je te confirme que non, sans avoir le temps de creuser davantage.

Spip 1.7 en install manuelle complète, sans souci.