Salut
Je viens d’uploader une vaine tentative d’utiliser chargeur (en cliquant sur installer fckeditor). Si quelqu’un peut m’aider.
Je ne trouve plus comment interdire le transfert des fichiers thumb.db.
VinceVg
Vince VG wrote:
Salut
Je viens d'uploader une vaine tentative d'utiliser chargeur (en
cliquant sur installer fckeditor). Si quelqu'un peut m'aider.
J'ai peur que nous nous soyons mal compris.
Ce que je proposais n'est pas du tout que tu sortes ton plugin de la zone mais uniquement la partie fckeditor native. L'idée est que tu ne laisses sur le svn que ce qui est nécessaire au plugin spip en fournissant un lien ou une procédure d'installation qui aille chercher fckeditor lui-même à l'extérieur, ce qui correspond au sous-dossier plugin/fckeditor/1.9.2/fckeditor du plugin.
J'ai fait des essais pour récupérer par chargeur le zip directement chez Fckeditor mais malheureusement, ça ne semble pas fonctionner.
D'abord, vu que leur download est chez sourceforge, chargeur bute sur leur redirection controlée, pourtant recuperer_page() est normalement capable de suivre les redirections ...
Deuxième essai, j'ai posé une copie de ce zip sur SPIP-Contrib pour palier ce problème de redirection.
L'action de chargement devient donc:
spip.php?action=charger&depot=SPIP-Contrib
Là, je ne sais pas pourquoi, peut-être un paramètre de php.ini, le zip est systèmatiquement coupé à 1049719 octets alors qu'il fait 1051026 octets en entier ... c'est rageant !
Evidemment, 1M ça n'est pas léger, mais ça devrait fonctionner quand même, je suis perplexe.
J'espère trouver ce qui ne va pas.
Sinon, pour les messages en double, j'ai l'habitude lorsque je réponds sur la liste mais à quelqu'un en particulier de le mettre en copie n'étant pas sur qu'elle|il est abonné(e). Je ne te met donc pas de copie puisqu'apparemment tu lis la liste, maintenant.
--
toggg
D'abord, vu que leur download est chez sourceforge, chargeur bute sur
leur redirection controlée, pourtant recuperer_page() est normalement
capable de suivre les redirections ...
Je sais que cela fait un peut "mise en dure du chemin", mais si on
suit les liens
sur sourceforge on peut trouver le directlink sur le mirroir :
http://ovh.dl.sourceforge.net/sourceforge/fckeditor/FCKeditor_2.4.2.zip
Ben. . wrote:
D'abord, vu que leur download est chez sourceforge, chargeur bute sur
leur redirection controlée, pourtant recuperer_page() est normalement
capable de suivre les redirections ...Je sais que cela fait un peut "mise en dure du chemin", mais si on
suit les liens
sur sourceforge on peut trouver le directlink sur le mirroir :
http://ovh.dl.sourceforge.net/sourceforge/fckeditor/FCKeditor_2.4.2.zip
Bin non, ça ne dure que quelques minutes, ou c'est lié à un cookie, je sais pas mais un peu plus tard, tu te retrouves redirigé ... enfin d'après ce que j'ai pu constater. C'est pas faute d'avoir essayé.
Ceci dit, dans mon essai pour spixplorer, y a un preg_match pour choper le mirroir qui marchait presque ... mais pas eu le temps de fignoler.
Mais je comprend ton souci, je vire externe/ de files dès qu'on a fini d'expérimenter, ou vire le si ça t'embète, pas d'importance. En tout cas, merci de nous supporter.
--
toggg
PS. je te mets en copie perso comme tu l'as fait, mais apparemment ça plait pas aux gens, je vais donc essayer de m'adapter à chacun ...
> http://ovh.dl.sourceforge.net/sourceforge/fckeditor/FCKeditor_2.4.2.zip
Bin non, ça ne dure que quelques minutes, ou c'est lié à un cookie, je
sais pas mais un peu plus tard, tu te retrouves redirigé ... enfin
d'après ce que j'ai pu constater. C'est pas faute d'avoir essayé.
à mon avis non ... celui là il est permanent ( sauf si le serveur chez
ovh tombe bien sur 
)
Mais je comprend ton souci, je vire externe/ de files dès qu'on a fini
d'expérimenter, ou vire le si ça t'embète, pas d'importance.
ah non j'ai pas suivis ça, j'ai juste repondu sur les histoires de mirroir
car je m'etait déja fait "avoir"
Mais je comprend ton souci, je vire externe/ de files dès qu'on a fini
d'expérimenter, ou vire le si ça t'embète, pas d'importance. En tout
cas, merci de nous supporter.
Moi je trouve que externe/ c'est top : on sait ce qu'on y a mis, on
peut gérer les incompatibilités du coup.
-- Fil
bertrand Gugger wrote:
Deuxième essai, j'ai posé une copie de ce zip sur SPIP-Contrib pour palier ce problème de redirection.
L'action de chargement devient donc:
spip.php?action=charger&depot=SPIP-ContribLà, je ne sais pas pourquoi, peut-être un paramètre de php.ini, le zip est systèmatiquement coupé à 1049719 octets alors qu'il fait 1051026 octets en entier ... c'est rageant !
Finalement, je me suis appercçu que vinvevg n'avait pas pris _sample/ dans son plugin, je l'ai donc viré du zip, ce qui l'a bien sympatiquement résuit à 968761 octets et là ... ÇA MARCHE !!! 
cf. l'url action ci-dessus
C'est donc aussi un point (virer _sample pas la taille) qui milite dans le sens de consever ça sur externe/ . Comme dit Fil, ça nous permet de garder le controlé.
Donc, vincevg, un simple lien ../?action=... comme ci-dessus te permettrait de ne garder que tes propres fichiers dans le plugin et de faire charger la bibliothèque fckeditor par l'utilisateur depuis ce depot externe.
Il n'empèche qu'il reste cette taille critique que je ne comprend toujours pas, mais bon pour l'instant ça passe
--
toggg
Ben. . wrote:
D'abord, vu que leur download est chez sourceforge, chargeur bute sur
leur redirection controlée, pourtant recuperer_page() est normalement
capable de suivre les redirections ...Je sais que cela fait un peut "mise en dure du chemin", mais si on
suit les liens
sur sourceforge on peut trouver le directlink sur le mirroir :
http://ovh.dl.sourceforge.net/sourceforge/fckeditor/FCKeditor_2.4.2.zip
Fil s'est rappelé que récupérer page avait cette taille limite par défaut pour protéger contre les fausses manips ... j'ai donc modifié chargeur pour pouvoir charger 8Mo (c'est la mémoire qui bloquera éventuellement)
Mais j'ai bien raison, il faut un cookie ou je ne sais quoi, regarde ce que ça fait:
Jun 14 00:10:27 127.0.0.1 (pid 2683) http GET http://ovh.dl.sourceforge.net/sourceforge/fckeditor/FCKeditor_2.4.2.zip
Jun 14 00:10:28 127.0.0.1 (pid 2683) Location: Download FCKeditor_2.4.2.zip (FCKeditor)
Jun 14 00:10:28 127.0.0.1 (pid 2683) http GET Download FCKeditor_2.4.2.zip (FCKeditor)
Jun 14 00:10:29 127.0.0.1 (pid 2683) Location: http://downloads.sourceforge.net/sourceforge/fckeditor/FCKeditor_2.4.2.zip
Jun 14 00:10:29 127.0.0.1 (pid 2683) http GET http://downloads.sourceforge.net/sourceforge/fckeditor/FCKeditor_2.4.2.zip
Jun 14 00:10:30 127.0.0.1 (pid 2683) Location: Download FCKeditor_2.4.2.zip (FCKeditor)
Jun 14 00:10:30 127.0.0.1 (pid 2683) http GET Download FCKeditor_2.4.2.zip (FCKeditor)
Jun 14 00:10:32 127.0.0.1 (pid 2683) charger_decompresser erreur zip -2 pour paquet: http://ovh.dl.sourceforge.net/sourceforge/fckeditor/FCKeditor_2.4.2.zip
tu finis en fait avec la page html ...
Evidemment, on peut y trouver le lien direct, ici dans le html:
http://heanet.dl.sourceforge.net/sourceforge/fckeditor/FCKeditor_2.4.2.zip
mais sauf erreur lorsque j'avais essayé pour quixplorer, il manque autre chose, un cookie peut-être... ou c'est plus un GET à faire ...
On va donc rester sur externe/ pour l'instant, en tout cas, on n'est plus limité par la taille.
--
toggg
Vince VG wrote:
> Non nous nous sommes bien compris, mais je faisais des essais et j'aimerais
> à terme proposer un chargement direct du plugin avec à l'intérieur une
> option Chargement/mise à jour de FCKEditor (et geshi aussi) ce qui zénifiera
> d'autant la svn.
> Et pour les messages en double ce n'était pas une critique (en fait c'est
> même plutôt sympa de penser à ceux qui ignore la liste) juste une question.
Bon, je veux bien ne pas mettre les gens en copie privée mais je refuse d'avoir des réponses *uniquement* privées...
Vince VG wrote:
> Si je ne mets pas dest_pass où le fichier est-il dézippé ?
> Avec un fichier de 2 MO ça ne marche pas. Tu as fait la mise à jour 8Mo sur
> SVN ? Est-ce du à la mémoire ?
Toi seul peux le savoir, "ça ne marche pas" ne veut rien dire, il faudrait que tu dises ce que tu vois dans tmp/spip.log voire dans tes erreurs apache/php
En théorie "ça marche" ...
Si tu ne précises pas de dest_paTH, ça déploiera le zip à partir de la racine du spip, déduction faite de ce qui est éventuellement donné dans remove_path.
Le but étant de pouvoir utiliser les zip tels qu'ils sont proposés par le fournisseur externe. Ça n'a pas beaucoup de sens si on doit faire une préparation préalable dessus.
--
toggg
bertrand Gugger wrote:
Vince VG wrote:
Salut
Je viens d'uploader une vaine tentative d'utiliser chargeur (en
cliquant sur installer fckeditor). Si quelqu'un peut m'aider.J'ai peur que nous nous soyons mal compris.
Ce que je proposais n'est pas du tout que tu sortes ton plugin de la zone mais uniquement la partie fckeditor native. L'idée est que tu ne laisses sur le svn que ce qui est nécessaire au plugin spip en fournissant un lien ou une procédure d'installation qui aille chercher fckeditor lui-même à l'extérieur, ce qui correspond au sous-dossier plugin/fckeditor/1.9.2/fckeditor du plugin.
J'ai fait des essais pour récupérer par chargeur le zip directement chez Fckeditor mais malheureusement, ça ne semble pas fonctionner.
D'abord, vu que leur download est chez sourceforge, chargeur bute sur leur redirection controlée, pourtant recuperer_page() est normalement capable de suivre les redirections ...
Deuxième essai, j'ai posé une copie de ce zip sur SPIP-Contrib pour palier ce problème de redirection.
L'action de chargement devient donc:
spip.php?action=charger&depot=SPIP-ContribLà, je ne sais pas pourquoi, peut-être un paramètre de php.ini, le zip est systèmatiquement coupé à 1049719 octets alors qu'il fait 1051026 octets en entier ... c'est rageant !
Evidemment, 1M ça n'est pas léger, mais ça devrait fonctionner quand même, je suis perplexe.
J'espère trouver ce qui ne va pas.Sinon, pour les messages en double, j'ai l'habitude lorsque je réponds sur la liste mais à quelqu'un en particulier de le mettre en copie n'étant pas sur qu'elle|il est abonné(e). Je ne te met donc pas de copie puisqu'apparemment tu lis la liste, maintenant.
Salut,
Encore quelques questions et observations sur le plugin chargeur :
A la fin du chargement retour sur la page d'accueil de la partie privé et
non sur le plugin : est-il possible de revenir là ou on était ?
Puis-je récupérer le chemin d'installation du plugin, pour éviter d'imposer
mon chemin de plugin ?
Si le fichier existe déjà il l'écrase ?
J'ai vu (je ne sais plus où) une fonction remove ? Est-ce que ça efface les
fichiers ?
Tu as un brouillon de docs qui décrit toutes les fonctions ?
Merci pour ton aide