PHP WEB MANAGER
knostra
Messages postés
149
Date d'inscription
jeudi 12 avril 2007
Statut
Membre
Dernière intervention
13 décembre 2013
-
22 mai 2010 à 18:30
kevisann - 19 oct. 2012 à 18:56
kevisann - 19 oct. 2012 à 18:56
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/51788-php-web-manager
https://codes-sources.commentcamarche.net/source/51788-php-web-manager
19 oct. 2012 à 18:56
J'ai renplacé le $root dirname($_SERVER['SCRIPT_FILENAME']); dans le "content.inc.php" par $root **MonCheminParDefaut**
Ça peut poser des problèmes ou pas?
Encore merci ^o^
19 oct. 2012 à 16:47
Vraiment surprenant dès qu'on commence à s'en servir, on a du mal à s'en passer ;)
Une petite question:
Peut-on paramétrer le chemin/dossier par défaut après la connexion ?
Encore merci !
11 sept. 2010 à 14:01
http://spacedelta.free.fr/txt.png
27 mai 2010 à 14:15
Je vois, sur mon hébergeur, j'ai un dossier www et un dossier etc
Dans le dossier etc, j'ai php.ini
Dedans, j'ai juste ça: open_basedir = /home/simplegeek/
Ce qui m'empêche d'accéder au dossier inférieur (en l'occurence le dossier /home/ ou contient tous les sites déjà hébergés. =)
Il faut voir coté serveur, si vous vous y connaissez dans ce cas pas de soucis, aucun risque avec ça, qu'il n'aille fouiner dans les dossiers inférieurs puisque le serveur leur empêchera. Serveur > PHP
;)
27 mai 2010 à 07:24
Imaginons qu'ils installent ce script, je suis sur qu'ils peuvent désormais accéder a tous les dossiers supérieurs vu qu'il n'y a pas besoin de mot de passe, y a-t-il un moyen de gerer cela?
encore bravo
24 mai 2010 à 21:58
24 mai 2010 à 20:40
- Edition en ajax (plus de facilités)
- Le nom des fichiers s'inscrit en bas quand la souris est sur la ligne (je peux pas faire de background-color, raison d'esthétique)
- La recherche marche à 100% (le formulaire d'exeption marche)
- Il ne devrait plus y avoir de problème avec mb_detect_encoding
- Tous les fichiers sont passé en license GPL (et pas seulement la page principale)
Etc... =)
N'oubliez pas de mettre une note ^^
24 mai 2010 à 20:11
Ce script est vraiment très impressionnant et je ne m'attendais pas à ca !
Bonne chance pour la suite et encore merci !
24 mai 2010 à 17:11
24 mai 2010 à 16:11
Et la mb_detect fonctionne
Merci
24 mai 2010 à 15:44
Le stripslashes marche aussi
24 mai 2010 à 13:15
24 mai 2010 à 12:41
Votre hébergeur (free je suppose) ne connais pas cette fonction, j'ignore pourquoi.
Il faut modifier, le fichier edit.win.php
LE gros code avec $file_code = (mb_detect_encoding)......
REmplacez seulement par:
$file_code = @file_get_contents($_GET['fp']);
Et ça marchera, en revanche, ça ne gérera plus la détection UTF-8/ISO, mais j'y peux rien, je peux pas faire plus si la fonction n'existe pas =/
@Autres, merci, mais, je connais pas SVN :x
24 mai 2010 à 11:45
juste une remarque, il existe deja eXtplorer (extplorer.sourceforge.net) qui fait ce genre de chose.
mais cela n'enleve rien a la qualite de ce script. Bravo!
24 mai 2010 à 10:11
24 mai 2010 à 09:37
Je viens d'essayer le script et quand je clique sur un fichier sélectionné j'ai droit à ça
Fatal error: Call to undefined function: mb_detect_encoding() in /mnt/122/sdb/a/8/mosfet88/PWM_files/inc/edit.win.php on line 90
Une idée ?
23 mai 2010 à 21:33
En attendant, si vous voulez pas avoir de problème avec les slashes, c'est dans le fichier content.inc.php que ça se passe:
case 'edit'
$code = $_POST['code'];
remplacer par : $code = stripslashes($_POST['code']);
Ca devrait faire l'affaire ;)
Pour le directory, un peu de patience, vous serez content du new système d'édition ^^ (je kiff moi même XD)
23 mai 2010 à 21:28
Ca c'est pas glop !
23 mai 2010 à 21:25
Mais en attendant, j'ai trouvé la solution pour retour dans le directory de travail après édition d'un fichier :-)
Ce n'est peut-être pas très pro, mais ça fonctionne : je recherche la position du dernier "/" dans le chemin de $_GET['fp'] qui est le chemin absolu du fichier qu'on veut éditer, puis je prends la partie de $_GET['fp'] qui se trouve devant le dernier "/".. ce qui donne le chemin du répertoire en cours.. que je mets dans $lastRoot.
Je modifie les paramètres du redirect avec un ?type=list&root='.$lastRoot , et voila! une fois que j'ai validé la sauvegarde du fichier édité, je me retrouve dans le répertoire précédent ;-)
if(@is_writable($_GET['fp']))
{
$code = $_POST['code'];
//Ecriture
$foo = fopen($_GET['fp'],'w+');
fwrite($foo,$code);
fclose($foo);
// ---- modif pour recup du directory de travail ------
$pos_lastslash = strrpos($_GET['fp'], "/");
$lastRoot = substr($_GET['fp'], 0, $pos_lastslash);
// -------
echo ('<script type="text/javascript">alert("Le fichier a bien été sauvegardé !");</script>');
// ---- Modif parametre du redirect --------
redirect('?type=list&root='.$lastRoot);
}
23 mai 2010 à 20:59
Donc finit le problème de lastRoot.
Bug que j'ai constatez, les saletés de magic quotes, le stripslashes, va enlevé les slashes à l'affichage, pas à l'enregistrement, ce qui va véritablement planter tout script PHP.
Je cherche une solution pour stripslashes le fichier enregistré, je ne peux hélas pas vous partager le code car il a complétement changé (vu que c'est de l'ajax).
La prochaine version va roxé ;D
23 mai 2010 à 20:14
Je suis dessus, je cherche une solution alternative
23 mai 2010 à 19:56
//Ecriture
$foo = fopen($_GET['fp'],'w+');
fwrite($foo,$code);
fclose($foo);
echo ('<script type="text/javascript">alert("Le fichier à bien été sauvegardé !");</script>');
redirect('?type='.$lastRoot);
Il faudrait juste que la variable $lastRoot de la redirection ait la bonne valeur du directory courant?
23 mai 2010 à 19:23
Alors c'est un problème qui va être difficile à régler, car au début, j'avais programmer l'édition en ajax, ce qui permettait de ne pas recharger la page, et donc de ne pas rediriger le script.
Si vous parcourez un fichier pendant que vous éditez un autre, le cookie pwm_lrt, va changez de valeur, et donc à la redirection, vous allez retomber sur l'endroit que vous avez parcourus.
Même pour moi, c'est chiant, car j'aime bien éditer plusieurs fichiers en même temps.
Je vais quand même tout faire pour régler ce problème, la question que vous vous posez je suppose et pourquoi ne pas refaire en ajax ?
A cause de Codemirror, il m'est impossible de récupérer la valeur du textarea, j'ignore totalement pourquoi. Je vais poser la question sur le groupes de codemirror pour avoir des informations la dessus, peut-être que je récupère pas la valeur du bon textarea.
=/
23 mai 2010 à 19:18
Reste plus maintenant qu'à chercher où se trouve le redirect du popup "le fichier a bien été sauvegardé" pour renvoyer dans le directory où se trouve le fichier qu'on vient d'éditer et pas à la racine de PWM et c'est nickel :-)
23 mai 2010 à 19:16
Les magic quotes sont Off sur mon hébergeur, elles doivent être On chez vous, car j'ai vraiment aucun \ même en testant ce que tu m'as dit.
Je vais voir avec les ini_set et blablabla.
Test en attendant avec le stripslashes, j'aimerai savoir ce que ça donne =)
23 mai 2010 à 19:08
un petit tour sur Google, et apparemment, je ne suis pas le seul a constater le souci avec Codemirror:
http://groups.google.com/group/codemirror/browse_thread/thread/ad8d6c7ae4ec194f
codemirror adds a \ when there is a ' in the editor
De : Vanessa Lezameta Morgan <vanessalezam...@gmail.com>
Date : Mon, 11 Jan 2010 03:00:07 -0800 (PST)
Date/heure locale : Lun 11 jan 2010 13:00
Objet : codemirror adds a \ when there is a ' in the editor
Transférer | Imprimer | Message individuel | Afficher l'original | Signaler ce message | Rechercher les messages de cet auteur
Hello,
Does anybody know how to fix the following bug? Every time codemirror
finds a ' it adds a \ before and after it (after saving). When I open
the file again and save it again even more \ are added.
Thanks in advance!
2. Marijn Haverbeke
De : Marijn Haverbeke <mari...@gmail.com>
Date : Mon, 11 Jan 2010 12:38:23 +0100
Date/heure locale : Lun 11 jan 2010 13:38
Objet : Re: [CodeMirror] codemirror adds a \ when there is a ' in the editor
Hi Vanessa,
I suspect it is not codemirror, but PHP (probably with 'magic quotes'
turned on) or some other server-side program that's adding the quotes.
CodeMirror does no backslash escaping of any kind, so it's unlikely to
cause something like this.
Best,
Marijn
De : Vanessa Lezameta Morgan <vanessalezam...@gmail.com>
Date : Mon, 11 Jan 2010 05:36:20 -0800 (PST)
Date/heure locale : Lun 11 jan 2010 15:36
Objet : Re: codemirror adds a \ when there is a ' in the editor
Thanks a lot Marijn!
You were right! I used the php function stripslashes to solve the
problem.
Thanks
23 mai 2010 à 18:56
echo '<textarea id="code" name="code" style="height: 482px;" '.$width.'>'.htmlspecialchars($file_code).'</textarea>';
par
echo '<textarea id="code" name="code" style="height: 482px;" '.$width.'>'.stripslashes(htmlspecialchars($file_code)).'</textarea>';
23 mai 2010 à 18:55
Ca y est, j'ai fait les modifs pour la déconnexion qui tue le cookie avec la case checked par défaut et pour retour sur la page de PWM au lieu de la racine du site. C'est ok.
Je ne crois pas que ce soit possible de joindre un screen dans les posts de phpcs :-(
Donc, voila ce qui se passe pour l'éditeur: j'affiche un dossier de mon site puis j'édite un fichier .htm qui s'y trouve,
J'ajoute ensuite la phrase "Test édition fichier HTML a partir de l'éditeur de PWM".
Puis je sauve le fichier modifié, et quand je le ré-édite, il y a un \ qui a été ajouté devant l'apostrophe de "éditeur".
Autre manip beaucoup + simple: avec PWM, créer un nouveau fichier texte par exemple bonjour.txt
Ensuite éditer bonjour.txt.
Puis taper la phrase "essai de l'éditeur" et sauver.
Quand on le ré-édite, un \ est apparu devant le mot "éditeur" : "essai de l\'éditeur"
ce doit être un paramètre de l'éditeur à changer, j'ai eu le même coup avec TinyMce ou un truc dans le même genre :-)
Voili :-)
23 mai 2010 à 18:12
Vous auriez pas un screen ? :x
Patrick, peux-tu me joindre via MSN, ça sera plus facile parce que là je vois pas =/
23 mai 2010 à 17:58
exemple:
Ligne en plus dans mon fichier HTML a partir de l\'éditeur
un \ a été ajouté avant l'apostrophe de "éditeur". C'est très bien pour du code PHP, mais ça fait désordre dans une page HTML :-)
Egalement, quand on sauve le fichier qu'on vient d'éditer, on a un popup qui indique que le fichier a bien été enregistré, mais après le ok de validation du popup, on retourne dans le dossier racine de PWM et pas dans le dossier où on était auparavant et où se trouve le fichier qu'on vient d'éditer.
Dur dur le déboggage :-)))
23 mai 2010 à 17:49
Sinon c'est cool si vous avez compris comment ça fonctionne =P
Après, si vous voulez vraiment ne pas vous embêtez, allez dans le fichier content.inc.php
remplacez: </td>
par: </td>
Et là, vous serez totalement déloggé si vous cliquer sur déconnection.
Pour le retour à la déconnection, c'est juste au dessus:
//////////////////
// - LOGOUT
case 'logout' :
{
if(isset($_POST['unset']))
{
setcookie('pwm');
setcookie('pwm_lrt');
setcookie('pwm_error');
setcookie('pwm_sort');
}
redirect("/");
break;
}
Changez le contenu du redirect, genre pour revenir sur le pwm: redirect('./pwm.php');
Et voila =)
23 mai 2010 à 17:44
Effectivement, si je clique sur le nom d'un fichier htaccess, pas possible de l'éditer, mais si je clique sur l'icône de forçage, je peux l'éditer.. parfait !
Pour le cookie, comme la phrase "Déconnexion du FTP" est cliquable, je pensais que le cookie était effacé d'office, mais non!! il faut en + cocher la case... quel est l'intérêt?
Par définition, quand on se déconnecte, on se déconnecte (!!) et donc on efface toute trace sur la machine :-)
Lors de la déconnexion, on retourne sur la page racine du site... pourquoi pas sur la page d'accueil de PWM ? Vous me direz "il faut juste trouver la ligne dans le script qui gère le logout, et remplacer l'url par celle de PWM " !! C'est vrai, je vais chercher :-)
23 mai 2010 à 17:41
23 mai 2010 à 17:38
Jamais remarqué le problème, je vais voir ça
Attention aussi au fait que ça peut venir du local :x
Si toutefois vous êtes en local.
Des antislashes donc, ok
23 mai 2010 à 17:36
Un gros problème au niveau de l'éditeur, j'ai édité deux trois fichier php, html, css pour voir et il me rajoute à chaque fois des antislashes dans le fichier, c'est bien pratique pour une insertion dans une base de données mais dans ce cas de figure :)
23 mai 2010 à 17:26
23 mai 2010 à 17:18
Pour le jpeg, j'ai vu le problème, il n'est pas dans le tableau des extensions, du coup, il est lisible par défaut, je réglerai le problème, en faite, les numéros servent juste à leur donné une identification (array).
Et donc, la ligne concerné pour savoir si c'est éditable ou non, se trouve dans content.inc.php
if ($file['type'] >= 1 && $file['type'] <= 15) // Edit
C'est à dire que toutes les extensions (numéros) compris entre 1 et 15, sont éditables.
Par contre j'ai pas compris pour le htm, html et php Oo, ils sont parfaitement éditables =/
Ahhh, j'ai compris, lol, c'est mal expliqué alors, l'icone tux noir va "forcer" l'édition, pour éditer simplement un fichier, il faut cliquer sur son nom de fichier.
Sinon "e n'ai pas compris l'utilité de cliquer à gauche sur l'icone d'une dossier, ce qui décale de qq espaces sur la droite, mais ne semble rien faire d'autre??"
Si vous cliquez, vous allez sélectionner le fichier/dossier, et pouvoir intéragir avec grâce au menu en bas à droite, pour cela voyez ce screen, il va dire plus que je ne le pourrai: http://www.simplegeek.fr/screens/listing.png
D'autres screens sont disponibles je le rappelle sur http://www.simplegeek.fr/index?demo
Je travail avec un 20" et effectivement, je me perds moi même parfois avec les fichiers, donc je vais mettre un hover: background-color
Ce qui veut dire que la ligne changera de couleur quand la souris sera deçu, ça devrait aider. ;)
Merci pour la note.
23 mai 2010 à 17:15
Gênant quand le PC est utilisé par plusieurs personnes.... je suppose qu'il s'agit d'un cookie qui n'est pas tué à la déconnexion... ce serait beaucoup plus sécurisé de gérer chaque connexion avec des sessions. Au moins là, quand on quitte le navigateur, la session est tuée automatiquement..
23 mai 2010 à 17:05
23 mai 2010 à 17:01
Par contre, peut-être un paramètre de config à modifier, mais tous les fichiers listés qui sont en .jpeg sont "éditables" (pas ceux en .jpg). Je peux donc voir le code binaire d'une image JPEG (pas très utile !) mais pas .jpg
De même les fichiers en .htm, .html et en .php ne sont pas éditables.. par contre les htaccess et htpasswd le sont !
J'ai regardé dans le fichier de config, il y a une liste de fichiers éditables ou non, mais je ne sais pas comment ajouter les .jpeg en non éditables et les .htm, .html et les.php en éditables car chaque extension est suivi d'un chiffre dans la table..
Comment sont classées les extensions de fichiers éditables ou non ?
Petite suggestion (si je peux me permettre !) :
alterner la couleur de chaque ligne une ligne sur 2, car actuellement, tout est en fond gris, et quand on a un grand écran 22" 16:9, et qu'on va tout a droite au bout de la ligne pour effectuer une action sur le fichier, pas très facile de savoir si on est bien en face du bon fichier :-)
Je n'ai pas compris l'utilité de cliquer à gauche sur l'icone d'une dossier, ce qui décale de qq espaces sur la droite, mais ne semble rien faire d'autre??
A part ça, pour mon utilisation (je ne tiens pas compte de la façon dont c'est écrit car je ne m'y connais pas suffisamment), je trouve cette appli très agréable et je mets un 9.5 ... en attendant les quelques petites modifs qui permettront de le passer à 10 ;-)
23 mai 2010 à 16:55
Donc normalement c'est bon, j'ai testé l'archive et ça marche, j'attends les feedbacks =)
23 mai 2010 à 15:51
Non non, je n'ai pas touché au nom du dossier PWM_files, c'est uniquement l'url d'accès que j'ai passé en /pwm (le dossier où est installé l'appli).
Ok pour MSN et message en direct, mais j'ai préféré poster ici pour faire profiter la communauté de phpcs sur d'éventuels soucis :-)
J'attends donc le bon fichier dans l'archive !
23 mai 2010 à 14:33
Car un chemin d'accès se trouve dans le fichier config.inc vers le dossier, mais il est dit que c'est risqué de le changé, à cause d'incompatibilité possible. C'est d'ailleurs pour ça que je ne l'affiche pas dans le listing.
Contact moi sur MSN, pour voir ce qu'on peut faire: hydrog3n@hotmail.fr
;)
Ne pas hésitez aussi à écrire un message dans le formulaire de contact qui se trouve sur le site www.simplegeek.fr
Sinon, pour info, je vise plus tard à programmer le script pour qu'il ressemble plus à ce qu'on appelle un WebFTP (utiliser notamment les fonctions ftp_connect).
PS: Je pense en faite savoir d'où vient le problème, se serait une erreur de ma part quand j'ai réuploader un fichier dans l'archive, arf.
23 mai 2010 à 13:25
Ce projet me semble très bien et correspond beaucoup à ce que je recherche depuis bien longtemps :-)
Par contre, gros souci : j'ai téléchargé la version 1.1 sur le site en question, et uploadé le tout sur mon serveur après avoir mis un mot de passe dans le fichier PWM_files/inc/config.inc.php.
Sur le serveur, j'ai renommé le dossier en pwm
Je lance l'appli sur mon site, j'ai la page d'accueil qui me demande le mot de passe en haut à gauche, je tape le mot de passe... et je tombe sur une page totalement blanche avec aucun message d'erreur.
Je ne peux pas aller + loin. L'url à ce moment là est http://xxxxx.fr/pwm/pwm.php?
xxxxx étant bien sur mon nom de domaine :-)
Les fichiers étaient par défaut en permissions 755. J'ai tout passé en 777, mais rien ne change..
J'ai essayé en accès normal et en accès SSL, sous Firefox et sous IE8, même résultat..
Help please :-)
22 mai 2010 à 21:22
Après, c'est pas à moi de mettre un htaccess, ceux qui veulent peuvent toujours en mettre un.
J'ai sécuriser toutes les pages, disponibles dans la prochaine version qui va arrivé, car les pages sont accessibles (mais ne marchent pas) même si on est pas logo, ce qui est toujours risqué, mais c'est maintenant réglé, dispo dans la 1.2
J'ai aussi constaté une erreur de détection d'encodage chez certain hébergeur qui n'accepte pas l'utilisation de cette fonction, du coup l'édition en ligne n'est pas possible. Je vais y remédier. =)
22 mai 2010 à 18:30
Pas mal du tout par contre il ne faut pas oublié de mettre un htaccess pour l'accès au script sinon sa risque de devenir vitre très dangereux.
merci pour ton partage.