Bonjour,
Je voudrais developper un outil de gestion d'admin de serveur du type webmin.
Je compte me compiler une version d'apache la plus lite possible et de lui greffer php
Je constate que tous les outils existants s'appuye sur perl. Je voudrais savoir ce qui m'empeche de le faire sous php.
Sachant que j'ai les expressions régulières et la commande exec sous php, quelles sont les limites de ce langage dans ce contexte ? quelles sont les avantages du perl par rapport au php ?
J'hésite entre me prendre la tête avec le php ou apprendre le perl que je connais que peux.
Savez vous si on peut melanger le perl le php et l'html dans une meme page ?
Merci d'avance de toutes vos réponses.
# Juste un petit soucis..
Posté par mac . Évalué à 2.
Hors, PHP n'aura que les permissions du process Apache qui le lance (en général nobody, ou www-data, en tout cas rarement root), et donc il ne pourra pas faire grand chose sur les fichiers de configuration directement le pauvre.
Une solution possible est d'utiliser PHP en mode CGI, et de suexec les fichiers .php en question.
Une autre est de se dire que tant qu'à faire du CGI, autant faire du Perl. Et à profiter de toutes les librairies existant en Perl (typiquement pour parser des fichiers Bind, faire des requêtes whois, faire des backups de MySQL et j'en passe et des meilleures).
Quand à mélanger du Perl, du PHP et du HTML dans la même page, ça ne pose pas de soucis majeur. Par contre, j'ai du mal à voir l'intérêt.
[^] # Re: Juste un petit soucis..
Posté par Flavien . Évalué à 1.
=> l'interet est que je touche plus à php qu'à perl
Une autre est de se dire que tant qu'à faire du CGI, autant faire du Perl. Et à profiter de toutes les librairies existant en Perl (typiquement pour parser des fichiers Bind, faire des requêtes whois, faire des backups de MySQL et j'en passe et des meilleures).
=> la t'a raison
je reflechis mais je crois que ca va se finir en bouqin perl tout ca
# En effet
Posté par Cali_Mero . Évalué à 2.
Effectivement, c'est un domaine ou perl règle en maître. Mais de nombreuses briques existent en php, je peux te le certifier. Vers quel genre d'admin souhaites-tu orienter ton outil ? Serveur web / Partage de fichiers SMB / FTP / LDAP / DB / généraliste ... ?
Je constate que tous les outils existants s'appuye sur perl. Je voudrais savoir ce qui m'empeche de le faire sous php.
Absolument rien. L'avantage de perl dans ce domaine vient du fait que les experts de l'administration système pratiquent (beaucoup) plus souvent le perl que le php, et il faut bien le dire, Perl est mieux fourni en fonctionnalités d'interactions diverses avec le shell unix, et dispose pour cela de bibliothèques stables, bien connues et bien documentées. Perl est conçu à l'origine pour cela. PHP est (à la base) un fork de perl spécialisé dans le scripting web.
Un projet équivalent en php est envisageable, mais pose toi bien la question de son intérêt : on trouve plus facilement perl installé sur une installation GNU/Linux de base que php, perl permet d'écrire du code sensiblement moins maintenable mais sensiblement plus court que php pour le meme résultat, etc....
Sachant que j'ai les expressions régulières et la commande exec sous php, quelles sont les limites de ce langage dans ce contexte ? quelles sont les avantages du perl par rapport au php ?
Voir ci-dessus.
J'hésite entre me prendre la tête avec le php ou apprendre le perl que je connais que peux.
Et pourquoi ne pas contribuer à un projet existant, tant qu'à faire ?
Savez vous si on peut melanger le perl le php et l'html dans une meme page ?
Oui, parfaitement, plusieurs possibilités existent pour cela (soit faire tourner php en langage de script incorporé et faire des appels à perl, soit l'inverse, soit utiliser les deux en tant que langages intégrés aux html). Mais la transmission des données entre php et perl peut te donner des migraines suivant la méthode que tu choisiras. De plus, cela renforce inutilement les prérequis nécessaires pour faire tourner ton application, puisque Perl et PHP ont des rôles qui se superposent, il n'est en général pas utile qu'une application utilise les deux.
[^] # Re: En effet
Posté par Flavien . Évalué à 1.
=> une application pour con, le tout en 1
Un projet équivalent en php est envisageable, mais pose toi bien la question de son intérêt : on trouve plus facilement perl installé sur une installation GNU/Linux de base que php, perl permet d'écrire du code sensiblement moins maintenable mais sensiblement plus court que php pour le meme résultat, etc....
=> l'interet est que mon interface utilisateur est deja developpé et qu'il me ne reste plus qu'a m'occupé des scripts pour administrer
Et pourquoi ne pas contribuer à un projet existant, tant qu'à faire ?
Par ce que j'ai envie de faire mon propre projet, pas que j'ai mes propres idées et que j'aimerais qu'il permette de manger (dans l'absolue) ;-)
avez vous si on peut melanger le perl le php et l'html dans une meme page ?
=> la couche presentation est deja géré, je veux juste faire la partie admin en perl
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.