Salut les devs !
Dîtes, est-ce que quelqu'un peut me dire pourquoi la récup de fichiers
(préalablement téléchargés sur tmp upload) dans "joindre un document" se trouve
dans le sous-répertoire (apparemment créé par spip) dont le nom correspond au
login de l'auteur ? et pas directement à la racine de tmp upload ?
Est-ce qu'on peut définir ça quelque part ?
Merci !!
Il s'agit de permettre aux différents administrateurs (notamment restreints) de peupler le répertoire upload sans risquer d'écraser (par homonymie) ceux qu'un autre admin met,
et aussi d'importer des fichiers non désirés (scénario: je mets mes fichiers dans upload, SPIP me propose d'importer tout, mais le temps que je clique un autre admin a mis les siens en plus).
Committo,Ergo:Sum
Oué, je vois...
Mais c'est pas super pratique dans notre cas :
Il faut savoir de qui vient la demande d'intégration (c'est le site du ministère
de l'Ecologie, ya plein de contributeurs !!!), lui demander de vérifier ce qu'il
voit comme chemin dans "joindre un document" (et nous donner l'orthographe
précise pour recréer le répertoire au cas où SPIP ne l'a pas encore créé), et
aller le mettre au bon endroit sur FTP, là ou avant, on ne se posait pas toutes
ces questions et on mettait direct à la racine...
Ca peut pas se paramétrer quelque part, ce chemin, histoire de mettre le même
pour tout le monde ?
Merci Committo,Ergo:Sum !
Z
Selon "Committo,Ergo:sum" <esj@rezo.net>:
Perso ce que je fais c'est que chaque creation d'admin entraine automatiquement la création de son repertoire upload avec droits d'accès pour lui seul, et du coup ils n'ont plus besoin de passer par qui que ce soit. Si vous restez avec une intervention manuelle, ça complique celle-ci, mais l'avantage de cette architecture est de la supprimer sans ouvrir tous l'accès à tous les administrateurs. C'est la fonction determine_upload dans ecrire/inc/actions qui calcule le nom du répertoire, il est possible de caviarder l'ajout de ce sous répertoire, mais à mon avis c'est passer à côté de l'intérêt de ce code: vous en avez pas marre de ce genre d'interventions même avant cette complication ?
Committo,Ergo:Sum
Ben tels que les services sont organisés, les éditos, même admin restreints,
n'ont pas d'accès FTP et doivent de toute façon passer par nous. Donc c'est à
nous que ça complique la tâche, eux, après tout, ça leur est égal.
Cette évolution est intéressante lorsque les éditos sont autonomes sur leurs
uploads, ce qui n'est pas le cas chez nous (pour l'instant on en n'a pas marre,
mais ça peut changer :-))...
mais pourquoi vous n'utilisez pas le plugin SWFupload dans ce genre de problématique? http://www.spip-contrib.net/SWFUpload-telechargement-par-lot
Ah oué tiens, pas bête...
Bon, je soumets l'info, à moins qu'il y ait des raisons politiques à la
dissociation des fonctions, ce plugin devrait nous faciliter la vie.
Par contre, je l'ai testé sur une 2.0.8 en local. Dans la création d'un article,
j'ai Upload Error: 404, quelque soit la taille du fichier.
Dommage... faut creuser l'idée en tout cas.
Merci Cy altern
Mouai... 
Je pense plutôt que votre serveur n'a pas les droits pour écrire dans le dossier tmp/upload, faut voir avec l'hébergeur 
cy_altern il me semble bien pourtant que SWF Upload est limité à la limite Apache non ? Ce qui est bien souvent égal à 2Mo. Dans ce cas ça ne remplace à mon sens en rien le FTP.
b_b avait montré un très chouette outil jQuery pour faire de l'UL d'image... Mais je me souviens plus ce que c'était et je crois pas qu'il soit pluginisé pour le moment 
* XDjuj tapuscrivait, le 11/04/2010 16:43:
b_b avait montré un très chouette outil jQuery pour faire de l'UL
Je crois que c'était http://www.plupload.com/
-- RealET
cy_altern il me semble bien pourtant que SWF Upload est limité à la
limite Apache non ? Ce qui est bien souvent égal à 2Mo. Dans ce cas ça
ne remplace à mon sens en rien le FTP.
oui, on en avait causé sur IRC et les tests montrent effectivement que ce plugin en permet pas de contourner la limite de taille d'upload du serveur. En revanche pour permettre à un admin restreint de remonter 50 (ou 200!) pièces jointes d'un coup (typiquement pour faire des port-folios de photos) c'est *extrèmement* pratique!
b_b avait montré un très chouette outil jQuery pour faire de l'UL
d'image... Mais je me souviens plus ce que c'était et je crois pas qu'il
soit pluginisé pour le moment
si c'est du javascript, ça m'étonnerait qu'il permette de dépasser la limite d'upload...
Dans le style l'appli web Gallery 2 propose un utilitaire en java qui permet de faire du drag'n drop de fichiers depuis son explorateur local qui est super apprécié par les utilisateurs ("Gallery remote" ça s'appelle: http://gallery.menalto.com/wiki/Gallery_Remote)… Vu que c'est open-source, si y'a un codeur java dans la salle qui se sent de faire l'adaptation pour que ça fonctionne avec SPIP, il est le bienvenu!
heu... si ce thread doit se poursuivre sur le sujet, il va falloir basculer sur spip-zone
Ah, ce plugin ne permettrait pas d'aller au delà des 2 MO ?
Pourtant, sur contrib, il est dit que c'est possible en couplant SWFUpload à
CFG.
Je cite :
Ben cette phrase est claire non ? : "limitée par ailleurs par la configuration de l'hébergement".
Si le serveur à une taille de X maximum de configurée pour l'upload, tu pourras jamais faire plus.
* RastaPopoulos tapuscrivait, le 11/04/2010 20:33:
Exactement, c'est marqué dans les specs quelque part sur le site on avait vérifier.
Faudrait donc se pencher dessus alors puisque personne n'a eu le temps...
Est-que ca veut dire que les admins SPIP sont automatiquement inscrits dans la liste des users UNIX/LINUX et est-ce c'est documenté quelque part comment tu fais?
merci, klaus++
Committo,Ergo:sum wrote:
