Fusionnons aussi les distros alors, tant qu'a faire puisqu'il semble que la logique business s'impose de plus en plus dans le libre pour plaire a je ne sais qui.
Bonjour,
Critiquer est facile. Proposer des solutions, c'est mieux.
Je propose donc que lorsque l'on clique sur le bouton vérifier, les url soient également vérifiées. Celles qui renvoient le code d'erreur 404 pourraient par exemple, être listées en rouge, et un message informant l'utilisateur que certaines de ces url saisies semblent incorrectes : « N'oubliez pas de saisir un espace après vos url, etc...»
Voici une petite fonction qui retourne le code HTTP renvoyé par une url. Bien sûr, c'est perfectible, c'est juste un début.
Simple opinion :
Ce n'est pas parce qu'une suite évolue moins vite qu'il a moins de potentiel sur le long terme.
Il y a deux approches lorsque l'on doit ajouter nouvelle fonctionnalité sur un logiciel.
La première est simple et rapide . On utilise les couches sous-jacentes, sans toucher à ce qui est déjà écrit, et on rajoute une autre couche.
Cette méthode offre l'avantage d'avoir des nouvelles fonctionnalités plus rapidement. Mais elle engendre des défauts : le code est à tendance a être plus lourd. Lorsque la factorisation se fait, on parle alors de «refonte»...
La seconde est plus longue et plus complexe. Elle consiste à factoriser le code au fur et à mesure du développement. Ainsi le code des couches inférieures est continuellement modifié pour prendre en compte celui des couches supérieures. C'est tout au long du développement que l'on extrait les fonctionnalités les plus réutilisées pour créer les modules (librairies).
Cette méthode vise à conserver une architecture modulaire. L'inconvénient est que le développement est moins rapide. Lors de la phase de factorisation, le fait de retoucher aux couches inférieures engendre des tests supplémentaires, et des changements au niveau des couches supérieures.
Lorsque l'on regarde KDE, on a un gros noyau (QT), avec une forte réutilisation des couches inférieures. Et l'inévitable factorisation de code qui va venir s'appelle KDE4.
Si on regarde la profusion des librairies de l'environnement Gnome, on reconnaît une architecture plus modulaire, avec un développement moins rapide.
Là, je me pose la question de savoir quel modèle de développement est pus adapté à l'open source. Si l'on prends en compte le nombre de développeurs et leur éparpillement, je serais tenté de préférer de préférer l'approche modulaire.
Tout ceci reste purement théorique, et je n'aurais pas la prétention de parier sur l'avenir de KDE ou Gnome...
Le soutient (sponsorisation) de KDE par Novell et Intel :
Novell et Intel restent avant tout des sociétés, avec des objectifs financiers, et probablement le même point de vue que Mark Shuttleworth :
[...] Mark Shuttleworth est allé encore plus loin en avançant l'idée que les différences entre ces packages Open Source, si elles avaient eu leurs raisons d'être, sont aujourd'hui plus des barrières à la diffusion des solutions bureautiques libres et sources de d'efforts dupliqués qu'autre chose.
En d'autres termes, Ces sociétés ont pris conscience que la communauté Linux a atteint une certaine maturité. Les développeurs auraient maintenant tout à gagner à mettre en commun leurs efforts. Par exemple en créant une offre plus restreinte, mais plus homogène.
Actuellement, nous avons le choix de tout : Environnement, lecteur de mails, navigateur internet, etc... Si pour un utilisateur averti, ce choix est un avantage, cela peut être vu comme complexe pour une entreprise ou un lambda. Et l'expression « embarras du choix » prends ici tout son sens. Serait-ce la raison pour laquelle Linux n'est pas plus répandu au niveau du Poste de travail ?
Rappelons que Novell a racheté Ximian. Peut être va t-on assister à une lente fusion entre Gnome et KDE, et ainsi cesser de diviser les ressources humaines par deux (ou plus)...
Qu'en est-il de la traduction en français ?
La dernière fois que j'ai essayé trac, il m'a semblé que les messages utilisateurs sont directement dans les modèles, ce qui rendait la traduction fastidieuse.
Est-ce que cela a évolué ?
je dirais entretenue par un manque de moyen récurrent des forces de l'ordre par exemple
Cela me fait penser à un récent journal sur linuxfr, où un pauvre gars visite un commissariat, et observe des posters sur les murs, vantant les mérites du gilet pare-balles.
Dans les commissariats de quartiers dits « sensibles » personne n'a besoin de telles affiches pour connaître l'efficacité de ces accessoires. Mais il y a encore six ans, il arrivait fréquemment que par commissariat, leur nombre se compte sur les doigts d'une main...
Aujourd'hui, je ne sais pas comment la situation a évolué, mais je ne suis pas certain qu'il y en ait pour chaque gardien de la paix... Alors la phrase n'oubliez pas votre gilet, sachant qu'il y a un gilet pour trois, c'est presque prendre les gardiens de la paix pour des crétins...
Maintenant je comprends pourquoi Johnny soutenait Nicolas : Allumez le feu (bis)...
AMHA, ce n'est pas tant l'importance des peines, que l'absence du principal protagoniste qui devrait laisser aux victimes un sentiment d'histoire inachevée.
1. Il est 18h46, je suis encore en réunion, au travail
2. Ma femme se connecte sur mon calendrier google, voit que la réunion n'est pas terminée...
3. Je reçois un SMS sur mon blackberry (la pizza est au micro-ondes...)
...
La modernité, c'est une façon habile de présenter les choses.
Mais de façon plus simple, une caméra vidéo, a beaucoup d'avantages :
- Est moins souvent malade qu'un gardien de la paix.
- Elle n'a pas d'état d'âme
- Sur le long terme, coûte moins cher qu'un fonctionnaire.
- Elle « travaille » en 24/7, sans pause dej/pipi/etc...
Maintenant, on ne peut contester les avantages de l'ajout massif de caméras de surveillance. Cela permet, par exemple, de concentrer les effectifs de polices dans des quartiers vraiment nécessaires, pour les choses vraiment importantes. Par exemple à Neuilly...
Quant à la dissuasion, aucune preuve ne vient étayer l'hypothèse. Une caméra vise soit une intervention plus rapide, soit une facilitation d'enquête à posteriori.
Dans le premier cas, encore-faut il que les effectifs soient suffisants. Dans le second, tout dépends du contexte.
En abandonnant ses deux enfants ?
Le plus tragique dans cette histoire, c'est leur souffrance.
Ils vont grandir sans leur mère, ne pourront pas en faire le deuil, et auront une image de leur père qui ne va pas les aider à s'y identifier.
Parfois, comparé à tout ceci, se soucier de l'avenir du système de fichier dans le noyau Linux me paraît indécent.
Un jour des programmeurs reprendront les principes de reiserfs, avec un autre nom. Un nom qui n'entachera pas Linux avec une sombre histoire de disparition au mieux, de meurtre au pire.
Bonjour,
A quel niveau ?
sinon, voici le code présent dans le fichier :
if ( $GLOBALS['BILDO_FULL_SIZE_IMG_ACCESS'] != 'prohibited' )
{
____// todo: use album id and photo number instead of direct path
____$imagePath = $_GET['imagePath'] ;
____@list($width,$height,$type) = bildo_getimagesize($imagePath) ;
Tu ne sais donc pas que c'est à l'utilisateur à se plier aux règles du site et pas l'inverse ???
Non non, il a raison, mais la faute incombe surtout au décalage entre les applications web et les navigateurs internet.
Il était une fois, une grosse compagnie américaine qui ne voulait pas perdre son modèle économique. En tant que vendeur de logiciels clients, elle voyait d'un mauvais ½il le « miracle du web ».
Au début, elle essaya de lancer un réseau concurrent à internet, mais bien heureusement, cette tentative échoua.
Alors, forte de son monopole bien établi et de ses fonds d'investissement massifs, elle entreprit d'étouffer la concurrence. S'en suivit une politique mercatique habile, faite de contrats d'exclusivité, de fusion OS-Navigateur, de dons de logiciels mono-compatibles, d'extensions propriétaires, etc...
Une fois le félonne établie, reconnaissons que le web n'a que très peu évolué. Surtout en regard de ses possibilités imaginées par les créateurs initiaux.
Heureusement, depuis quelque temps, ce monopole est légèrement remis en question. Espérons que de grosses entreprises actuelles ne prendront pas le risque d'une nouvelle période sombre, et favoriseront la diversité. Le contexte actuel n'est peut être pas identique, notamment au niveau du poids des entreprises.
Tout ceci pour dire que lorsque l'on code une application Web, il faut constamment tricher, ou s'interdire des possibilités graphiques, pour rester compatible avec Internet Explorer...
Peut être qu'un jour, les webmestres pourront utiliser des standards mêlant technologies multimédia et interface riche avec l'utilisateur, tout en restant accessible et rapide.
D'ici là, nous devrons continuer nous contenter de coder nos balises XHTML, (dans vi ou emacs), et de ne trouver la jouissance suprême que de l'autosatisfaction d'une page valide au W3C...
Bon après une séance de torture physique censée nous maintenir en forme, passons à la torture morale :-)
Tout d'abord, merci du premier compliment.
Concernant la seconde remarque, c'est un comportement normal. Déroutant au début, mais normal. C'est pour cela qu'Ajax déclenche les plus beaux trolls dans le milieu de webmestres.
Tu auras une idée plus précise ici : http://fr.wikipedia.org/wiki/Asynchronous_JavaScript_And_XML
Heureusement, le code est pas trop mal foutu (Narcissisme), et on peut désactiver ce comportement, en attendant que je code une solution ou que les navigateurs implémentent une solution élégante.
Si tu veux jeter un coup d'½il au code, il est disponible ici : http://bildo.tuxfamily.org/versions/stable/
Je sais qu'il existe des solutions ( eg. Yahoo UI library ), mais je n'ai pas eu le temps de chercher.
[^] # Re: JH cherche infos...
Posté par André Rodier . En réponse au journal [HS] Vélib' à Paris. Évalué à 4.
Et après on s'étonne qu'il y ait du dopage dans le milieu du cyclisme...
[^] # Re: GNOME en perte de vitesse...?
Posté par André Rodier . En réponse au journal Rachat de KDE par Novell et Intel. Évalué à 1.
Aux clients...
[^] # Re: Pour les fainéants
Posté par André Rodier . En réponse au journal Freetorrent : BitTorrent au service d'une culture libre. Évalué à 5.
Critiquer est facile. Proposer des solutions, c'est mieux.
Je propose donc que lorsque l'on clique sur le bouton vérifier, les url soient également vérifiées. Celles qui renvoient le code d'erreur 404 pourraient par exemple, être listées en rouge, et un message informant l'utilisateur que certaines de ces url saisies semblent incorrectes : « N'oubliez pas de saisir un espace après vos url, etc...»
Voici une petite fonction qui retourne le code HTTP renvoyé par une url. Bien sûr, c'est perfectible, c'est juste un début.
function checkUrl($url)
{
____$urlInfos = parse_url($url) ;
____$report = 0 ;
____$host = $urlInfos['host'] ;
____$path = isset($urlInfos['path']) ? $urlInfos['path'] : '/' ;
____$scheme = isset($urlInfos['scheme']) ? $urlInfos['scheme'] : 'http' ;
____switch ( $scheme )
____{
____case 'https' :
________$port = isset($urlInfos['port']) ? $urlInfos['port'] : 443 ;
________break ;
____case 'http' :
________$port = isset($urlInfos['port']) ? $urlInfos['port'] : 80 ;
________break ;
____}
____switch ( $scheme )
____{
____case 'http' :
____case 'https' :
________if ( $sock = @fsockopen($host,$port) )
________{
____________fputs($sock, "HEAD $path HTTP/1.0\r\n\r\n") ;
____________$line = fgets($sock) ;
____________$parsed = explode(' ', $line, 3) ;
____________$report = intval($parsed[1]) ;
________}
________else
____________$report = 'error' ;
________break ;
____case 'ftp' :
________/* à implémenter ? */
____}
____return $report ;
}
PS : Comment fait on pour saisir du code dans les commentaires ?
André.
[^] # Re: GNOME en perte de vitesse...?
Posté par André Rodier . En réponse au journal Rachat de KDE par Novell et Intel. Évalué à 10.
Ce n'est pas parce qu'une suite évolue moins vite qu'il a moins de potentiel sur le long terme.
Il y a deux approches lorsque l'on doit ajouter nouvelle fonctionnalité sur un logiciel.
La première est simple et rapide . On utilise les couches sous-jacentes, sans toucher à ce qui est déjà écrit, et on rajoute une autre couche.
Cette méthode offre l'avantage d'avoir des nouvelles fonctionnalités plus rapidement. Mais elle engendre des défauts : le code est à tendance a être plus lourd. Lorsque la factorisation se fait, on parle alors de «refonte»...
La seconde est plus longue et plus complexe. Elle consiste à factoriser le code au fur et à mesure du développement. Ainsi le code des couches inférieures est continuellement modifié pour prendre en compte celui des couches supérieures. C'est tout au long du développement que l'on extrait les fonctionnalités les plus réutilisées pour créer les modules (librairies).
Cette méthode vise à conserver une architecture modulaire. L'inconvénient est que le développement est moins rapide. Lors de la phase de factorisation, le fait de retoucher aux couches inférieures engendre des tests supplémentaires, et des changements au niveau des couches supérieures.
Lorsque l'on regarde KDE, on a un gros noyau (QT), avec une forte réutilisation des couches inférieures. Et l'inévitable factorisation de code qui va venir s'appelle KDE4.
Si on regarde la profusion des librairies de l'environnement Gnome, on reconnaît une architecture plus modulaire, avec un développement moins rapide.
Là, je me pose la question de savoir quel modèle de développement est pus adapté à l'open source. Si l'on prends en compte le nombre de développeurs et leur éparpillement, je serais tenté de préférer de préférer l'approche modulaire.
Tout ceci reste purement théorique, et je n'aurais pas la prétention de parier sur l'avenir de KDE ou Gnome...
Le soutient (sponsorisation) de KDE par Novell et Intel :
Tout d'abord, jetez un coup d½il à la liste des patrons : http://ev.kde.org/supporting-members.php
Novell et Intel restent avant tout des sociétés, avec des objectifs financiers, et probablement le même point de vue que Mark Shuttleworth : Source : http://www.lemondeinformatique.fr/actualites/lire-ubuntu-app(...)
En d'autres termes, Ces sociétés ont pris conscience que la communauté Linux a atteint une certaine maturité. Les développeurs auraient maintenant tout à gagner à mettre en commun leurs efforts. Par exemple en créant une offre plus restreinte, mais plus homogène.
Actuellement, nous avons le choix de tout : Environnement, lecteur de mails, navigateur internet, etc... Si pour un utilisateur averti, ce choix est un avantage, cela peut être vu comme complexe pour une entreprise ou un lambda. Et l'expression « embarras du choix » prends ici tout son sens. Serait-ce la raison pour laquelle Linux n'est pas plus répandu au niveau du Poste de travail ?
Rappelons que Novell a racheté Ximian. Peut être va t-on assister à une lente fusion entre Gnome et KDE, et ainsi cesser de diviser les ressources humaines par deux (ou plus)...
[^] # Re: Pour les fainéants
Posté par André Rodier . En réponse au journal Freetorrent : BitTorrent au service d'une culture libre. Évalué à 3.
Serait-il possible de prendre en compte que les utilisateurs sont humains, et font parfois des erreurs ?
Si la ligne à analyser valide l'expression rationnelle '/\(\s*http:/', alors la dernière parenthèse fermante ne fait sûrement pas partie de l'url.
Dans ce cas, un simple strrchr($line, ')') devrait permettre de vérifier, et de rajouter un espace manquant si besoin ?
# Pour les fainéants
Posté par André Rodier . En réponse au journal Freetorrent : BitTorrent au service d'une culture libre. Évalué à 3.
Fatiguant ce bug linuxfr, à force.
[^] # Re: Droits/licence des données du site ?
Posté par André Rodier . En réponse au journal notations sur http://hardware4linux.info/. Évalué à 3.
pardon ====>[]
# N'importe lequel
Posté par André Rodier . En réponse au sondage Hormis les dépêches, quel type de contenu appréciez-vous le plus sur le site ?. Évalué à 2.
[^] # Re: Trac
Posté par André Rodier . En réponse au journal Pouvoir gérer roadmap + todo-list + remontées de bugs.... Évalué à 2.
La dernière fois que j'ai essayé trac, il m'a semblé que les messages utilisateurs sont directement dans les modèles, ce qui rendait la traduction fastidieuse.
Est-ce que cela a évolué ?
[^] # Re: Avocat du diable
Posté par André Rodier . En réponse au journal Little Brother a parle. Évalué à 2.
Cela me fait penser à un récent journal sur linuxfr, où un pauvre gars visite un commissariat, et observe des posters sur les murs, vantant les mérites du gilet pare-balles.
Dans les commissariats de quartiers dits « sensibles » personne n'a besoin de telles affiches pour connaître l'efficacité de ces accessoires. Mais il y a encore six ans, il arrivait fréquemment que par commissariat, leur nombre se compte sur les doigts d'une main...
Aujourd'hui, je ne sais pas comment la situation a évolué, mais je ne suis pas certain qu'il y en ait pour chaque gardien de la paix... Alors la phrase n'oubliez pas votre gilet, sachant qu'il y a un gilet pour trois, c'est presque prendre les gardiens de la paix pour des crétins...
Maintenant je comprends pourquoi Johnny soutenait Nicolas : Allumez le feu (bis)...
[^] # Re: Avocat du diable, juste une remarque
Posté par André Rodier . En réponse au journal Little Brother a parle. Évalué à 3.
[^] # Re: Avocat du diable
Posté par André Rodier . En réponse au journal Little Brother a parle. Évalué à 3.
Sauf si la personne qui t'a fait mettre sur écoute est soit intouchable, soit décédée...
Toute ressemblance avec des faits serait pure coïncidence...en fait non.
[^] # Re: Vive l'homme moderne
Posté par André Rodier . En réponse à la dépêche SyncML, le graal de la synchronisation de données. Évalué à 10.
# Vive l'homme moderne
Posté par André Rodier . En réponse à la dépêche SyncML, le graal de la synchronisation de données. Évalué à 2.
2. Ma femme se connecte sur mon calendrier google, voit que la réunion n'est pas terminée...
3. Je reçois un SMS sur mon blackberry (la pizza est au micro-ondes...)
...
[^] # Re: Avocat du diable
Posté par André Rodier . En réponse au journal Little Brother a parle. Évalué à 5.
Mais de façon plus simple, une caméra vidéo, a beaucoup d'avantages :
- Est moins souvent malade qu'un gardien de la paix.
- Elle n'a pas d'état d'âme
- Sur le long terme, coûte moins cher qu'un fonctionnaire.
- Elle « travaille » en 24/7, sans pause dej/pipi/etc...
Maintenant, on ne peut contester les avantages de l'ajout massif de caméras de surveillance. Cela permet, par exemple, de concentrer les effectifs de polices dans des quartiers vraiment nécessaires, pour les choses vraiment importantes. Par exemple à Neuilly...
Quant à la dissuasion, aucune preuve ne vient étayer l'hypothèse. Une caméra vise soit une intervention plus rapide, soit une facilitation d'enquête à posteriori.
Dans le premier cas, encore-faut il que les effectifs soient suffisants. Dans le second, tout dépends du contexte.
[^] # Re: icones officielles
Posté par André Rodier . En réponse au journal Hooo, les zolies icônes pour KDE4. Évalué à 5.
Plus ça va, plus KDE ressemble à Gnome. A quand la fusion...?
# Ça marche aussi bien dans l'autre sens...
Posté par André Rodier . En réponse au journal l'Intel Core 2 Duo considéré dangereux par Theo de Raadt. Évalué à 5.
[^] # Re: Liberté liberté quand tu nous tiens
Posté par André Rodier . En réponse au journal Que devient Hans Reiser ?. Évalué à 6.
En abandonnant ses deux enfants ?
Le plus tragique dans cette histoire, c'est leur souffrance.
Ils vont grandir sans leur mère, ne pourront pas en faire le deuil, et auront une image de leur père qui ne va pas les aider à s'y identifier.
Parfois, comparé à tout ceci, se soucier de l'avenir du système de fichier dans le noyau Linux me paraît indécent.
Un jour des programmeurs reprendront les principes de reiserfs, avec un autre nom. Un nom qui n'entachera pas Linux avec une sombre histoire de disparition au mieux, de meurtre au pire.
# Et en France
Posté par André Rodier . En réponse au journal Porte ouverte chez la police fédérale de nos voisins belge.... Évalué à 4.
[^] # Re: téléchargement
Posté par André Rodier . En réponse au journal Bildo continue son chemin. Évalué à 2.
A quel niveau ?
sinon, voici le code présent dans le fichier :
if ( $GLOBALS['BILDO_FULL_SIZE_IMG_ACCESS'] != 'prohibited' )
{
____// todo: use album id and photo number instead of direct path
____$imagePath = $_GET['imagePath'] ;
____@list($width,$height,$type) = bildo_getimagesize($imagePath) ;
____// prevent download anything...
____if ( $width && $height )
____{
________$type = image_type_to_mime_type($type) ;
________$fileName = substr($imagePath, 1+strrpos($imagePath, DIRECTORY_SEPARATOR)) ;
________$filesize = bildo_filesize($imagePath) ;
________header("Content-Length: $filesize") ;
________header("Content-Type: $type") ;
________header("Content-disposition: attachment; filename=\"$fileName\"") ;
________readfile($imagePath) ;
____}
[^] # Re: Passe ton back d'abord
Posté par André Rodier . En réponse au journal Bildo continue son chemin. Évalué à 2.
Non non, il a raison, mais la faute incombe surtout au décalage entre les applications web et les navigateurs internet.
Il était une fois, une grosse compagnie américaine qui ne voulait pas perdre son modèle économique. En tant que vendeur de logiciels clients, elle voyait d'un mauvais ½il le « miracle du web ».
Au début, elle essaya de lancer un réseau concurrent à internet, mais bien heureusement, cette tentative échoua.
Alors, forte de son monopole bien établi et de ses fonds d'investissement massifs, elle entreprit d'étouffer la concurrence. S'en suivit une politique mercatique habile, faite de contrats d'exclusivité, de fusion OS-Navigateur, de dons de logiciels mono-compatibles, d'extensions propriétaires, etc...
Une fois le félonne établie, reconnaissons que le web n'a que très peu évolué. Surtout en regard de ses possibilités imaginées par les créateurs initiaux.
Heureusement, depuis quelque temps, ce monopole est légèrement remis en question. Espérons que de grosses entreprises actuelles ne prendront pas le risque d'une nouvelle période sombre, et favoriseront la diversité. Le contexte actuel n'est peut être pas identique, notamment au niveau du poids des entreprises.
Tout ceci pour dire que lorsque l'on code une application Web, il faut constamment tricher, ou s'interdire des possibilités graphiques, pour rester compatible avec Internet Explorer...
Peut être qu'un jour, les webmestres pourront utiliser des standards mêlant technologies multimédia et interface riche avec l'utilisateur, tout en restant accessible et rapide.
D'ici là, nous devrons continuer nous contenter de coder nos balises XHTML, (dans vi ou emacs), et de ne trouver la jouissance suprême que de l'autosatisfaction d'une page valide au W3C...
[^] # Re: Commentaires vu de loin
Posté par André Rodier . En réponse au journal Bildo continue son chemin. Évalué à 4.
[^] # Re: Passe ton back d'abord
Posté par André Rodier . En réponse au journal Bildo continue son chemin. Évalué à 4.
Je fixerai ce problème dans la prochaine version.
[^] # Re: NON aux parenthèses dans les liens !!!
Posté par André Rodier . En réponse au journal Bildo continue son chemin. Évalué à 3.
Voilà.
[^] # Re: Passe ton back d'abord
Posté par André Rodier . En réponse au journal Bildo continue son chemin. Évalué à 5.
Tout d'abord, merci du premier compliment.
Concernant la seconde remarque, c'est un comportement normal. Déroutant au début, mais normal. C'est pour cela qu'Ajax déclenche les plus beaux trolls dans le milieu de webmestres.
Tu auras une idée plus précise ici : http://fr.wikipedia.org/wiki/Asynchronous_JavaScript_And_XML
Heureusement, le code est pas trop mal foutu (Narcissisme), et on peut désactiver ce comportement, en attendant que je code une solution ou que les navigateurs implémentent une solution élégante.
La même galerie, sans Ajax : http://hubix.free.fr/bildo/index.php?wai=1
Si tu veux jeter un coup d'½il au code, il est disponible ici : http://bildo.tuxfamily.org/versions/stable/
Je sais qu'il existe des solutions ( eg. Yahoo UI library ), mais je n'ai pas eu le temps de chercher.