J'ai essayé de m'y mettre plusieurs fois, mais j'ai jamais eu le courage de taper lentement pendant plusieurs semaines même si c'est intéressant à long terme (ma plus longue tentative a du être de trois jours). J'y repenserai pendant le mois d'aout, peut-être :) .
Dans l'esprit du Qwerty classique, avec les accents disponibles sans modificateur (Shift, AltGr, etc.), les accents majuscules avec Shift, et quelques caractères bien utiles comme « », ou ± par exemple.
Le seul problème que je lui trouve c'est les /, \ et | très loin des doigts (sur la touche ² d'un clavier azerty), et les accolades qui sont à des endroits différents selon qu'on soit sous Linux ou Windows (mais de toute façon, j'ai corrigé ça via un script AutoHotKey sous Windows).
The PHP safe mode is an attempt to solve the shared-server security problem. It is architecturally incorrect to try to solve this problem at the PHP level, but since the alternatives at the web server and OS levels aren't very realistic, many people, especially ISP's, use safe mode for now.
Le gros problème c'est que ça ne devrait à mon avis pas être le rôle d'un interpréteur de limiter ça. Iptables, les droits unix et des mises à jour de sécurité régulières résolvent respectivement les trois points que tu as cité dans ton 3ème paragraphe.
Cependant, on trouve de plus en plus d'hébergeurs sur la toile (notamment tous ceux qui proposent des superbes offres gratuites sur leur kimsufi) qui préfèrent laisser reposer toute la sécurité de leur serveur sur le safe_mode de PHP (ou open_basedir, que je classe dans la même catégorie). Ces hébergeurs font tourner tous leurs sites webs sous un même utilisateur unix (www-data souvent, c'est le plus simple), et une fois qu'un moyen est trouvé pour outrepasser le safe_mode, c'est tous ceux qui ont fait confiance à l'hébergeur qui ont leurs données en danger. C'est très rare chez les hébergeurs pros car ils connaissent leur métier (et encore, on trouve des gens qui se lancent dans une société d'hébergement sans aucune connaissance, mais ça n'aboutit que rarement), mais il me semble bien que c'est arrivé à quelques hébergeurs du RHIEN (http://www.rhien.org/) il y a quelques temps, par exemple.
Après, ça n'est que mon avis d'étudiant ne faisait pas de web de manière professionnelle et qui préférerait éviter PHP pour cette tâche (et ne justifierai pas de ce choix ici avant vendredi prochain), et je ne t'oblige pas à le partager.
Il faut aussi noter que cette version corrige une grosse faille de sécurité concernant le safe_mode (vous savez, l'aberration qui fait croire aux hébergeurs qu'ils ne sont pas obligés de sécuriser leurs serveurs) sous systèmes Windows, qui était au moins présente sous toutes les versions depuis PHP 5.2.6.
Mais bon, pour la plupart des hébergeurs, qui ont fait le bon choix de ne pas faire de l'hosting PHP sous Windows (je me demande d'ailleurs quel est l'intérêt, à part profiter de quelques extensions non portables), ça n'a aucune influence.
Le plus drôle est quand même que GNOME et Metacity sont deux choix distincts. On aurait presque pu croire que par GNOME ils voulaient dire « Le WM par défaut de GNOME », mais là je ne vois vraiment pas.
[^] # Re: Canadien multilingue standard
Posté par Pierre Bourdon . En réponse au sondage Ma disposition de clavier pour visiter Linuxfr.org est :. Évalué à 1.
# Canadien multilingue standard
Posté par Pierre Bourdon . En réponse au sondage Ma disposition de clavier pour visiter Linuxfr.org est :. Évalué à 1.
Le seul problème que je lui trouve c'est les /, \ et | très loin des doigts (sur la touche ² d'un clavier azerty), et les accolades qui sont à des endroits différents selon qu'on soit sous Linux ou Windows (mais de toute façon, j'ai corrigé ça via un script AutoHotKey sous Windows).
$ setxkbmap ca multi
[^] # Re: Also also featuring...
Posté par Pierre Bourdon . En réponse à la dépêche Sortie de PHP 5.2.10. Évalué à 3.
The PHP safe mode is an attempt to solve the shared-server security problem. It is architecturally incorrect to try to solve this problem at the PHP level, but since the alternatives at the web server and OS levels aren't very realistic, many people, especially ISP's, use safe mode for now.
[^] # Re: Also also featuring...
Posté par Pierre Bourdon . En réponse à la dépêche Sortie de PHP 5.2.10. Évalué à 2.
Cependant, on trouve de plus en plus d'hébergeurs sur la toile (notamment tous ceux qui proposent des superbes offres gratuites sur leur kimsufi) qui préfèrent laisser reposer toute la sécurité de leur serveur sur le safe_mode de PHP (ou open_basedir, que je classe dans la même catégorie). Ces hébergeurs font tourner tous leurs sites webs sous un même utilisateur unix (www-data souvent, c'est le plus simple), et une fois qu'un moyen est trouvé pour outrepasser le safe_mode, c'est tous ceux qui ont fait confiance à l'hébergeur qui ont leurs données en danger. C'est très rare chez les hébergeurs pros car ils connaissent leur métier (et encore, on trouve des gens qui se lancent dans une société d'hébergement sans aucune connaissance, mais ça n'aboutit que rarement), mais il me semble bien que c'est arrivé à quelques hébergeurs du RHIEN (http://www.rhien.org/) il y a quelques temps, par exemple.
Après, ça n'est que mon avis d'étudiant ne faisait pas de web de manière professionnelle et qui préférerait éviter PHP pour cette tâche (et ne justifierai pas de ce choix ici avant vendredi prochain), et je ne t'oblige pas à le partager.
# Also also featuring...
Posté par Pierre Bourdon . En réponse à la dépêche Sortie de PHP 5.2.10. Évalué à 3.
Mais bon, pour la plupart des hébergeurs, qui ont fait le bon choix de ne pas faire de l'hosting PHP sous Windows (je me demande d'ailleurs quel est l'intérêt, à part profiter de quelques extensions non portables), ça n'a aucune influence.
Cf. http://bugs.php.net/bug.php?id=45997
[^] # Re: Ô scandale !
Posté par Pierre Bourdon . En réponse au journal Windowmaker toujours le WM favori. Évalué à 1.