rien qu'à la question on peut sentir le degré de néophytisme : (laissons
de côté la question du prix de la licence) comment se positionne l'un
par rapport à l'autre PHP et WebOjects ? (facilité, philosophie,
propreté, atelier, disponibilité d'add-on...)
merci
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jaypee
rien qu'à la question on peut sentir le degré de néophytisme : (laissons de côté la question du prix de la licence) comment se positionne l'un par rapport à l'autre PHP et WebOjects ? (facilité, philosophie, propreté, atelier, disponibilité d'add-on...) merci Bruno,
Je ne peux répondre précisément à ta question mais puis-je suggérer encore une autre direction d'exploration : Ruby On Rails ? C'est une "pile" complète pour les Webapps, au même titre que la pile J2EE de Tomcat/JBoss à WebObjects. Cette approche est loin d'être sans défaut, elle n'est pas très rapide en perf, aucun hébergeur en France ne la supporte ... Mais elle permet d'aller très vite au fond du problème de l'appli elle même, on s'occupe du vrai problème, pas de ceux amenés par l'outil.
Je l'ai essayé mi-avril où j'avais alors un problème pratique : étudier 448 articles d'un texte un peu rébarbatif, en utilisant des techniques de filtre bayésien (au lieu de trier en spam, pas spam, je triais entre libéral, social, droits de l'homme, organisationnel ...) J'utilisais quelques articles subjectivement catégorisés comme disons "droit de l' homme", puis je comparais tous les autres articles à ceux là pour voir en gros quelle proportion des 448 articles étaient similaires.
En moins de deux semaines, j'ai pu faire 3 versions de l'appli, changé 3 fois de base de données (PostgreSQL, SQLite3, MySQL, pas par plaisir, mais sur un PC sous Windows, seul MySQL est supporté correctement en Ruby, sur Mac n'importe laquelle des BD faisait l'affaire, SQLite3 est capricieux, Postgres n'a pas de connecteur natif Windows) avec portage entre un Mac et un PC, et c'était mon premier contact avec l'outil.
Voilà, si j'ai donné un peu envie, c'est tant mieux et faut vite aller voir à <http://www.rubyonrails.org> y'a des videos de démo.
Jean-Pierre
rien qu'à la question on peut sentir le degré de néophytisme : (laissons
de côté la question du prix de la licence) comment se positionne l'un
par rapport à l'autre PHP et WebOjects ? (facilité, philosophie,
propreté, atelier, disponibilité d'add-on...)
merci
Bruno,
Je ne peux répondre précisément à ta question mais puis-je suggérer
encore une autre direction d'exploration : Ruby On Rails ? C'est une
"pile" complète pour les Webapps, au même titre que la pile J2EE de
Tomcat/JBoss à WebObjects.
Cette approche est loin d'être sans défaut, elle n'est pas très rapide
en perf, aucun hébergeur en France ne la supporte ... Mais elle permet
d'aller très vite au fond du problème de l'appli elle même, on s'occupe
du vrai problème, pas de ceux amenés par l'outil.
Je l'ai essayé mi-avril où j'avais alors un problème pratique : étudier
448 articles d'un texte un peu rébarbatif, en utilisant des techniques
de filtre bayésien (au lieu de trier en spam, pas spam, je triais entre
libéral, social, droits de l'homme, organisationnel ...) J'utilisais
quelques articles subjectivement catégorisés comme disons "droit de l'
homme", puis je comparais tous les autres articles à ceux là pour voir
en gros quelle proportion des 448 articles étaient similaires.
En moins de deux semaines, j'ai pu faire 3 versions de l'appli, changé 3
fois de base de données (PostgreSQL, SQLite3, MySQL, pas par plaisir,
mais sur un PC sous Windows, seul MySQL est supporté correctement en
Ruby, sur Mac n'importe laquelle des BD faisait l'affaire, SQLite3 est
capricieux, Postgres n'a pas de connecteur natif Windows) avec portage
entre un Mac et un PC, et c'était mon premier contact avec l'outil.
Voilà, si j'ai donné un peu envie, c'est tant mieux et faut vite aller
voir à <http://www.rubyonrails.org> y'a des videos de démo.
rien qu'à la question on peut sentir le degré de néophytisme : (laissons de côté la question du prix de la licence) comment se positionne l'un par rapport à l'autre PHP et WebOjects ? (facilité, philosophie, propreté, atelier, disponibilité d'add-on...) merci Bruno,
Je ne peux répondre précisément à ta question mais puis-je suggérer encore une autre direction d'exploration : Ruby On Rails ? C'est une "pile" complète pour les Webapps, au même titre que la pile J2EE de Tomcat/JBoss à WebObjects. Cette approche est loin d'être sans défaut, elle n'est pas très rapide en perf, aucun hébergeur en France ne la supporte ... Mais elle permet d'aller très vite au fond du problème de l'appli elle même, on s'occupe du vrai problème, pas de ceux amenés par l'outil.
Je l'ai essayé mi-avril où j'avais alors un problème pratique : étudier 448 articles d'un texte un peu rébarbatif, en utilisant des techniques de filtre bayésien (au lieu de trier en spam, pas spam, je triais entre libéral, social, droits de l'homme, organisationnel ...) J'utilisais quelques articles subjectivement catégorisés comme disons "droit de l' homme", puis je comparais tous les autres articles à ceux là pour voir en gros quelle proportion des 448 articles étaient similaires.
En moins de deux semaines, j'ai pu faire 3 versions de l'appli, changé 3 fois de base de données (PostgreSQL, SQLite3, MySQL, pas par plaisir, mais sur un PC sous Windows, seul MySQL est supporté correctement en Ruby, sur Mac n'importe laquelle des BD faisait l'affaire, SQLite3 est capricieux, Postgres n'a pas de connecteur natif Windows) avec portage entre un Mac et un PC, et c'était mon premier contact avec l'outil.
Voilà, si j'ai donné un peu envie, c'est tant mieux et faut vite aller voir à <http://www.rubyonrails.org> y'a des videos de démo.
Jean-Pierre
nospam
Bruno Lixi wrote:
rien qu'à la question on peut sentir le degré de néophytisme : (laissons de côté la question du prix de la licence) comment se positionne l'un par rapport à l'autre PHP et WebOjects ? (facilité, philosophie, propreté, atelier, disponibilité d'add-on...)
L'un est un truc solide, pro, bien fait, qui tiens la route avec des clients satisfait depuis longtemps (Apple, US-Postal, DHL, Deutche Bank, etc.). L'autres est un truc de rigolo, sac de n½uds de nouilles, qui a la sécurité d'une bourse d'or posée au milieu d'une conférence de la pieuvre.
C'est comparer l'A380 au Blériot XI quoi.
-- Jacques
Bruno Lixi <mail@brunolixi.com> wrote:
rien qu'à la question on peut sentir le degré de néophytisme : (laissons
de côté la question du prix de la licence) comment se positionne l'un
par rapport à l'autre PHP et WebOjects ? (facilité, philosophie,
propreté, atelier, disponibilité d'add-on...)
L'un est un truc solide, pro, bien fait, qui tiens la route avec des
clients satisfait depuis longtemps (Apple, US-Postal, DHL, Deutche Bank,
etc.). L'autres est un truc de rigolo, sac de n½uds de nouilles, qui a
la sécurité d'une bourse d'or posée au milieu d'une conférence de la
pieuvre.
rien qu'à la question on peut sentir le degré de néophytisme : (laissons de côté la question du prix de la licence) comment se positionne l'un par rapport à l'autre PHP et WebOjects ? (facilité, philosophie, propreté, atelier, disponibilité d'add-on...)
L'un est un truc solide, pro, bien fait, qui tiens la route avec des clients satisfait depuis longtemps (Apple, US-Postal, DHL, Deutche Bank, etc.). L'autres est un truc de rigolo, sac de n½uds de nouilles, qui a la sécurité d'une bourse d'or posée au milieu d'une conférence de la pieuvre.
C'est comparer l'A380 au Blériot XI quoi.
-- Jacques
patpro ~ Patrick Proniewski
In article <1gzxsib.nwdks113fmdqiN%, (Jacques) wrote:
Bruno Lixi wrote:
rien qu'à la question on peut sentir le degré de néophytisme : (laissons de côté la question du prix de la licence) comment se positionne l'un par rapport à l'autre PHP et WebOjects ? (facilité, philosophie, propreté, atelier, disponibilité d'add-on...)
L'un est un truc solide, pro, bien fait, qui tiens la route avec des clients satisfait depuis longtemps (Apple, US-Postal, DHL, Deutche Bank, etc.). L'autres est un truc de rigolo, sac de n¦uds de nouilles, qui a la sécurité d'une bourse d'or posée au milieu d'une conférence de la pieuvre.
si tu vas par là, il y'a nettement plus d'utilisateurs satisfaits de PHP que de WebObj. en prime ça s'implémente entièrement avec des techno libres, c'est infiniment plus portable. Par ailleurs, une grosse part de l'insécurité constatée sur les appli PHP vient du fait que les dévelopeurs ne sont pas toujours compétents. C'est d'autant plus fréquent que le langage est facile à aborder et très à la mode.
patpro -- oui, j'ai sauté sur un troll.
In article <1gzxsib.nwdks113fmdqiN%nospam@foucry.net.invalid>,
nospam@foucry.net.invalid (Jacques) wrote:
Bruno Lixi <mail@brunolixi.com> wrote:
rien qu'à la question on peut sentir le degré de néophytisme : (laissons
de côté la question du prix de la licence) comment se positionne l'un
par rapport à l'autre PHP et WebOjects ? (facilité, philosophie,
propreté, atelier, disponibilité d'add-on...)
L'un est un truc solide, pro, bien fait, qui tiens la route avec des
clients satisfait depuis longtemps (Apple, US-Postal, DHL, Deutche Bank,
etc.). L'autres est un truc de rigolo, sac de n¦uds de nouilles, qui a
la sécurité d'une bourse d'or posée au milieu d'une conférence de la
pieuvre.
si tu vas par là, il y'a nettement plus d'utilisateurs satisfaits de PHP
que de WebObj. en prime ça s'implémente entièrement avec des techno
libres, c'est infiniment plus portable. Par ailleurs, une grosse part de
l'insécurité constatée sur les appli PHP vient du fait que les
dévelopeurs ne sont pas toujours compétents. C'est d'autant plus
fréquent que le langage est facile à aborder et très à la mode.
In article <1gzxsib.nwdks113fmdqiN%, (Jacques) wrote:
Bruno Lixi wrote:
rien qu'à la question on peut sentir le degré de néophytisme : (laissons de côté la question du prix de la licence) comment se positionne l'un par rapport à l'autre PHP et WebOjects ? (facilité, philosophie, propreté, atelier, disponibilité d'add-on...)
L'un est un truc solide, pro, bien fait, qui tiens la route avec des clients satisfait depuis longtemps (Apple, US-Postal, DHL, Deutche Bank, etc.). L'autres est un truc de rigolo, sac de n¦uds de nouilles, qui a la sécurité d'une bourse d'or posée au milieu d'une conférence de la pieuvre.
si tu vas par là, il y'a nettement plus d'utilisateurs satisfaits de PHP que de WebObj. en prime ça s'implémente entièrement avec des techno libres, c'est infiniment plus portable. Par ailleurs, une grosse part de l'insécurité constatée sur les appli PHP vient du fait que les dévelopeurs ne sont pas toujours compétents. C'est d'autant plus fréquent que le langage est facile à aborder et très à la mode.
patpro -- oui, j'ai sauté sur un troll.
Jacques Perrocheau
In article , Erwan David wrote:
Bof, le register global qui fut automatique alors qu'il n'aurait jamais du exister montre bien que le langage est vicié à la base.
En décrypté pour les non spécialistes.... (?)
"register global" qu'est-ce ?
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <87d5pfuw0t.fsf@nez-casse.depot.rail.eu.org>,
Erwan David <erwan@rail.eu.org> wrote:
Bof, le register global qui fut automatique alors qu'il n'aurait
jamais du exister montre bien que le langage est vicié à la base.
En décrypté pour les non spécialistes.... (?)
"register global" qu'est-ce ?
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
Bof, le register global qui fut automatique alors qu'il n'aurait jamais du exister montre bien que le langage est vicié à la base.
En décrypté pour les non spécialistes.... (?)
"register global" qu'est-ce ?
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
filh
Jacques Perrocheau wrote:
In article , Erwan David wrote:
Bof, le register global qui fut automatique alors qu'il n'aurait jamais du exister montre bien que le langage est vicié à la base.
En décrypté pour les non spécialistes.... (?)
"register global" qu'est-ce ?
Des valeurs passée en argument de méthodes GET ou POST étaient directement insérées dans la table des symboles globales.
Si tu avais une variable globale toto, il était donc possible de modifier sa valeur en appelant le script php ; http://www.xxx.com/script.php?toto
par exemple.
En fait php était livré totalement insécurisé. La bonne pratique est de livrer fermer par défaut et d'ouvrir à la demande.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Rolland Barthes. http://www.filh.org
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
In article <87d5pfuw0t.fsf@nez-casse.depot.rail.eu.org>,
Erwan David <erwan@rail.eu.org> wrote:
Bof, le register global qui fut automatique alors qu'il n'aurait
jamais du exister montre bien que le langage est vicié à la base.
En décrypté pour les non spécialistes.... (?)
"register global" qu'est-ce ?
Des valeurs passée en argument de méthodes GET ou POST étaient
directement insérées dans la table des symboles globales.
Si tu avais une variable globale toto, il était donc possible de
modifier sa valeur en appelant le script php ;
http://www.xxx.com/script.php?toto
par exemple.
En fait php était livré totalement insécurisé. La bonne pratique est de
livrer fermer par défaut et d'ouvrir à la demande.
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Rolland Barthes.
http://www.filh.org
Bof, le register global qui fut automatique alors qu'il n'aurait jamais du exister montre bien que le langage est vicié à la base.
En décrypté pour les non spécialistes.... (?)
"register global" qu'est-ce ?
Des valeurs passée en argument de méthodes GET ou POST étaient directement insérées dans la table des symboles globales.
Si tu avais une variable globale toto, il était donc possible de modifier sa valeur en appelant le script php ; http://www.xxx.com/script.php?toto
par exemple.
En fait php était livré totalement insécurisé. La bonne pratique est de livrer fermer par défaut et d'ouvrir à la demande.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Rolland Barthes. http://www.filh.org
Jacques Perrocheau
In article <1gzy2g5.zmbs9v1ogj5gkN%, (FiLH) wrote:
[snip] En fait php était livré totalement insécurisé. La bonne pratique est de livrer fermer par défaut et d'ouvrir à la demande.
Merci pour ton explication.
Ah! je vois, le truc fait exprès pour faire un croc en jambe aux débutants ;-). A moins que ce soit dans l'esprit Microsoft, on laisse tout ouvert parce qu'on n'est pas sur que cela marche si on ferme tout, on risque alors d'être submergé par des tonnes de questions...
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <1gzy2g5.zmbs9v1ogj5gkN%filh@filh.orgie>,
filh@filh.orgie (FiLH) wrote:
[snip]
En fait php était livré totalement insécurisé. La bonne pratique est de
livrer fermer par défaut et d'ouvrir à la demande.
Merci pour ton explication.
Ah! je vois, le truc fait exprès pour faire un croc en jambe aux
débutants ;-). A moins que ce soit dans l'esprit Microsoft, on laisse
tout ouvert parce qu'on n'est pas sur que cela marche si on ferme tout,
on risque alors d'être submergé par des tonnes de questions...
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <1gzy2g5.zmbs9v1ogj5gkN%, (FiLH) wrote:
[snip] En fait php était livré totalement insécurisé. La bonne pratique est de livrer fermer par défaut et d'ouvrir à la demande.
Merci pour ton explication.
Ah! je vois, le truc fait exprès pour faire un croc en jambe aux débutants ;-). A moins que ce soit dans l'esprit Microsoft, on laisse tout ouvert parce qu'on n'est pas sur que cela marche si on ferme tout, on risque alors d'être submergé par des tonnes de questions...
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
filh
Jacques Perrocheau wrote:
In article <1gzy2g5.zmbs9v1ogj5gkN%, (FiLH) wrote:
[snip] En fait php était livré totalement insécurisé. La bonne pratique est de livrer fermer par défaut et d'ouvrir à la demande.
Merci pour ton explication.
Ah! je vois, le truc fait exprès pour faire un croc en jambe aux débutants ;-).
Si il n'y avait que ça... php est plein de pièges.
A moins que ce soit dans l'esprit Microsoft, on laisse tout ouvert parce qu'on n'est pas sur que cela marche si on ferme tout, on risque alors d'être submergé par des tonnes de questions...
Le choix des développeurs de php sur la sécurité m'a toujours laissé perplexe. Surtout que bon, les webmestres sérieux ont toujours tâché de fermer au mieux php (à commencer par free), donc les programmeurs php amateurs sont confrontés normalement à une configuration assez sécuritaire.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Rolland Barthes. http://www.filh.org
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
In article <1gzy2g5.zmbs9v1ogj5gkN%filh@filh.orgie>,
filh@filh.orgie (FiLH) wrote:
[snip]
En fait php était livré totalement insécurisé. La bonne pratique est de
livrer fermer par défaut et d'ouvrir à la demande.
Merci pour ton explication.
Ah! je vois, le truc fait exprès pour faire un croc en jambe aux
débutants ;-).
Si il n'y avait que ça... php est plein de pièges.
A moins que ce soit dans l'esprit Microsoft, on laisse
tout ouvert parce qu'on n'est pas sur que cela marche si on ferme tout,
on risque alors d'être submergé par des tonnes de questions...
Le choix des développeurs de php sur la sécurité m'a toujours laissé
perplexe. Surtout que bon, les webmestres sérieux ont toujours tâché de
fermer au mieux php (à commencer par free), donc les programmeurs php
amateurs sont confrontés normalement à une configuration assez
sécuritaire.
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Rolland Barthes.
http://www.filh.org
In article <1gzy2g5.zmbs9v1ogj5gkN%, (FiLH) wrote:
[snip] En fait php était livré totalement insécurisé. La bonne pratique est de livrer fermer par défaut et d'ouvrir à la demande.
Merci pour ton explication.
Ah! je vois, le truc fait exprès pour faire un croc en jambe aux débutants ;-).
Si il n'y avait que ça... php est plein de pièges.
A moins que ce soit dans l'esprit Microsoft, on laisse tout ouvert parce qu'on n'est pas sur que cela marche si on ferme tout, on risque alors d'être submergé par des tonnes de questions...
Le choix des développeurs de php sur la sécurité m'a toujours laissé perplexe. Surtout que bon, les webmestres sérieux ont toujours tâché de fermer au mieux php (à commencer par free), donc les programmeurs php amateurs sont confrontés normalement à une configuration assez sécuritaire.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Rolland Barthes. http://www.filh.org
