Axel a écrit 660 commentaires

Et alors ? Apple fait ce qu'il veut, et je trouve pas ça anormal de choisir une machine en fonction de son OS. C'est une des clefs du succès d'apple : l'exclusivité de son OS. Et faut croire qu'il doit pas être si mauvais que ça cet OS, vu la hausse des parts de marché....

Ensuite, quelle blague cette argument de "sécurité". Le seul vrai et ennuyeux problème de sécurité pour les machines desktop, ce sont les ad/spy/mal wares, qu'on ne trouve que sous windows. Tout le reste (linux/macos) reste ultra marginal.
Si tu juges ces risques (qui sont les mêmes sous linux) trop élevés ou que la non-information d'apple a ce sujet te fait courir des risques, utilise un OS encore plus alternatif.

Rien ? je dirais un prix décent pour un ultraportable (cf les 3000 € du fujitsu). Qui plus est un portable sous MacOSX, avec des technos récentes (bluetooth 2.1, wifi N, écran LED, clavier rétroéclaire, webcam haute définition). Comme je l'ai dis, c'est une machine de compromis, mais ceux qui sont souvent en déplacement n'hésiteront pas à en faire pour avoir une machine aussi peu encombrante et puissante.

Pour info voici le lien de l'ultra portable fujistu cité http://www.fujitsu.com/au/services/technology/pc/notebooks/q(...)

Il y a peut être même d'autres ultraportables chez d'autres marques, je n'ai pas cherché plus loin.

sur une machine à toi, tu fais une redirection de ta machine sur le port 80 vers le port imap et le 443 vers le port smtp.
En esperant que le firewall ne fait qu'un filtrage sur les ports et non pas sur les données qui y passent.

Perso j'ai installé roundcube (interface web plutot réussie) sur ma machine perso, roundcube configuré pour utiliser l'imap & smtp de laposte.net

Déjà qu'il commence son message par "je dis qu'est ce que je veux et celui qui est pas content il me fait pas peur s'il cherche bagarre je peux le tuer avec un seul doigt"....

Et moi j'en ai assez de lire des gens qui conchient les adaptations ciné de livres.

Jamais personne ne trouvera une adaptation ciné qui lui convient, la lecture du livre conduit à une imagination propre au lecteur de toute l'histoire lue (paysage, décor, caractères des personnages, couleurs, etc)

Le film est adapté au livre en fonction de beaucoup de choses : époque, moyens, public visé, etc. Là c'est un film COMMERCIAL, comme je le précise dans la news, n'y cherchez pas du cinéma d'auteur !
Un film commercial peut tout à fait accomplir ce pour quoi il a été fait : (en plus de faire du fric accessoirement) distraire les spectateurs.

Enfin, pourquoi ne pas laisser les scénaristes et cinéastes LIBRES de leur adaptation ? Car c'est bien de ça qu'on parle, d'une adaptation.

Precher la copie conforme d'une oeuvre et plus globalement la pensée unique sur un site qui prône la liberté, lutte contre les brevets, etc, c'est l'hopital qui se fout la poutre dans la charité du voisin !

Les avantages sont multiples, en voici une courte liste (non exhaustive) :

- C'est hype
- C'est tendance
- C'est fashion

Tu peux installer samba via le gestionnaire de paquets de ta distribution , ça sera plus simple.

Si tu tiens vraiment à le compiler toi même, par défaut ça installe tout dans /usr/local/samba et le fichier de conf est /usr/local/samba/lib/smb.conf

Si tu veux changer le répertoire d'installation : ./configure --prefix=/opt/samba par exemple

Je vais essayer de résumer :

Le champ en question est soit saisi par l'utilisateur, soit automatiquement calculé et validé dans un trigger. Dans tous les cas la valeur ne sera jamais à NULL au final.

Alors pourquoi ne pas mettre "NOT NULL" ? Parce que (malheureusement? peut etre, je ne connais pas le comportement des autres SGBDs) sous mysql les triggers sont incompatibles avec les champs not null , dans un certain sens:

L'application de la contrainte NOT NULL se fait avant l'execution du trigger BEFORE de la table.
Si on définit un champ "NOT NULL", et qu'on ne le spécifie pas dans la requete d'insertion, puisque de toute facçon le trigger va le définir, mysql rejette quand même l'insertion à cause de la contrainte NOT NULL.

Au début je croyais que mysql exécutait le trigger before, et une fois celui ci terminé, validait les contraintes sur les champs comme le NOT NULL, mais en fait non. Le trigger s'execute après que mysql aie vérifié que les valeurs de l'INSERT correspondent aux contraintes.
C'est bête, ça oblige à mettre des NULLs qui en fait sont des NOT NULL.

D'ailleurs si quelqu'un connait le comportement de pgsql ou d'autres SGBDs dans ce genre de cas...

Seulement, ce qui est passé à la requete SQL provient de code PHP.
Je pourrais aussi vérifier en PHP que la saisie n'est pas '' et le cas échéant passer NULL comme paramètre à la requete, mais je ne voulais pas multiplier les tests et dans le PHP et dans le SQL, donc je testais uniquement en SQL : IS NOT NULL AND != ''. Avec 0 = '', forcément ça ne marchait pas avant que je caste.

A quoi ça va servir ? Je ne connais pas du tout ou presque IPv6 donc je pose la question.
La seule esquisse de réponse que j'ai lu dans les commentaires concernent les vhosts. C'est bien sympa d'avoir un IPv(4+2) mais on parle bien d'un FAI grand public...

Du peu que je sache sur IPv6, mis à part un plus grand adressage de machines possible, et la possibilité de gérer une QoS (je dis bien possibilité, car encore faut il savoir/pouvoir l'utiliser, dans un premier temps ça concernera surtout free qui pourra peut etre gérer plus simplement sa QoS entre la tv, le surf, les newsgroups, etc), je ne vois rien de bien utile pour moi client final.

Par contre je vois un inconvénient (sauf erreur) : mes machines ne seront plus masquées par la box (et ne me parlez pas de firewall alors que je parle de grand public) et auront toutes une IP publique.
Est ce que ça n'ouvre pas un peu plus la porte aux spywares, spambots, bruteforcebot, et j'en passe , qui était jusqu'alors implicitement bloqué par le routeur ?

Suis-je le seul à trouver ça un peu dangereux de plébisciter haut et fort un passage à l'IPv6 pour tous les FAI alors que les phénomènes spam/spy/adware ne faiblissent pas ?

Pas du tout ! Je ne rigole pas pas avec ces choses là.

:D

J'ajouterais à cela que l'auteur de ce journal est victime d'un effroyable malentendu au sujet de Fedora, et je pense qu'il est de mon devoir de lui dire la vérité.

Au cas où tu ne l'aurais pas deviné, Fedora n'est pas une distribution Linux ! Et non, Fedora n'est qu'une vitrine technologique pour Redhat, et ne vise pas du tout à fournir des logiciels ni à Mme Michu, ni au premier hacker venu qui voudrait développer ou créer des paquets de ses logiciels favoris.

Les plus affutés d'entre vous auront compris que tout ceci ce n'est qu'une version hypocrite et de mauvaise foi des bons vieux DIY & RTFM.

J'imagine ton immense déception, mais c'est hélas la stricte propagande que certains aiment à utiliser pour contrer les critiques vérité.

Je ne sais pas si ça correspond exactement à crystal reports, mais la suite d'outils de Jasper (jasperreports, jasperserver, ireports) permet de faire des "états".

Le serveur de report tourne sous tomcat/mysql (très facile à installer, c'est packagé comme il faut).

Pour l'intégrer au php, j'ai rapidement trouvé ceci : http://charly-clairmont.developpez.com/tutoriels/php-jasper-(...)

Dans mon cas, l'intégration s'est limitée à afficher des liens( http://xxx:8080/ puisque c'est sous tomcat) vers les reports

Aucun soucis :)

Hors sujet, désolé : à propos de

C'est payant mais lwn.net a un excellent compromis qui lui permet de vivre mais aussi de participer au libre.

en quoi consiste ce "compromis" dont tu parles ?

C'est l'hôpital qui se fout la poutre dans la charité du voisin !

héo, du bateau !

Pourquoi tu t'enlises dans tes explications juridicotechniques ? je le sais, et je m'en fous !

Ce que Fedora communique != la réalité et c'est uniquement ça qui me fâche.

Tout ce que vous rabâchez sur la licence, sur le pourquoi du comment de l'existence de Fedora, vous l'avez déjà dit et même si je ne suis carrément pas du tout d'accord, ce n'est pas le sujet : Je pointe le manque de transparence et d'honnêteté vis à vis des utilisateurs sur ce point important qu'est l'accessibilité à des médias utilisant des codecs brevetés, cf les paragraphes aguichants cités dans mon précédent commentaire.

Je cite la news DLFP :

Fedora par défaut n'installe pas de codecs protégés par des droits (patent software) ou des brevets. Le soucis est que les utilisateurs doivent par eux même les installer, ce qui n'est pas toujours simple. Voila pourquoi Codec Buddy a été créé, cet outil va vous aider à installer, quand cela sera nécessaire, le module afin d'écouter vos MP3, visualiser vos films... sans que cela ne devienne le parcours du combattant.

Je cite le sommaire des notes de sortie : http://fedoraproject.org/wiki/Releases/8/ReleaseSummary

CodecBuddy, also known as codeina, guides users to better quality open formats when they attempt to play multimedia content that is in a proprietary or patent encumbered format. It also explains why we don't support these formats in Fedora by default, and can help install appropriate plugins at the user's request. It works as a wrapper around the Gstreamer multimedia framework, making it easy to expand in the future.

Je cite les releases notes :http://docs.fedoraproject.org/release-notes/f8/en_US/

Rien sur codec buddy, juste les paragraphes habituels sur les formats multimédias exclus. Il est juste mentionné que fluendo fournit un plugin mp3 libre.


Si tout ça sous entend que Codec Buddy liste les plugins de Fluendo uniquement, pour les acheter, et les télécharger et installer manuellement, j'ai un sacré problème de compréhension.

Je ne veux pas rentrer dans des discussions avec les matiasf< du coin, je ne rajouterais donc que ceci :

- c'est un peu facile de se dédouaner de tout problème sous pretexte en disant "Fedora ne vise pas les utilisateurs lambda, c'est une vitrine technologique", ça revient presque à dire "Fedora ne vise pas à être utilisée, on fait ça juste pour le fun". Je trouve cela d'autant plus gonflé qu'aujourd'hui Fedora est aussi facile d'installation qu'ubuntu (Live CD + installation sur disque dur, et inclus de nombreuses choses pour essayer de simplifier la vie et plaire aux utilisateurs : mises à jour avec notification, bureau 3D, etc). J'ai du mal à croire que les contributeurs et développeurs Fedora ne font ça que pour la vitrine et pas pour fournir un produit à des utilisateurs.

- J'ai lu (et relu, car je ne pouvais croire que tout ça ne soit pas clairement explicité) les releases notes, la news sur DLFP de ce bon vieux GeneralZod, le test sur frlinux.net, le paragraphe sur codecbuddy du wiki fedora et NULLE PART n'est mentionné que la seule possibilité qu'offre Codeina est d'ACHETER les codecs UNIQUEMENT DISPONIBLE chez Fluendo. C'est bien uniquement ce point qui me dérange.

Un peu de transparence ne fait pas de mal. Bref je suis un utilisateur pas content et je le dis, je ne cherchais pas d'explication ou de solution, je les connais déjà.

Enfin, quant à celui qui prétend pouvoir juger qui mérite ou pas d'être un utilisateur Fedora, ou qui n'est pas trop chiant pour pouvoir utiliser Fedora, ta condescendance tu peux te la mettre où je pense.

Si je résume, en connaissant déjà apache/php/mysql, en installant un outil graphique sensé simplifier le travail, on est quand même obligé de passer par une documentation, et une FAQ.
Je trouve pas ça génial de passer le temps qu'on gagne à faire ça.

Et en faisant abstraction de tout ça, pour moi le php.ini n'a rien à faire dans le répertoire d'Apache, "bin" qui plus est.

bien sur, puisque l'utilisateur a les moyens de s'en sortir, faisons n'importe quoi !

Tu as entendu parler des mots ergonomie ? intuitif ? rapide ? pratique ? usabilité ?

Je reviens poster un commentaire, je viens juste de pester une fois de plus contre ces "tout en un" mal intégrés. Car c'est bien là le gros problème des tout en un de ce genre.

Un collègue vient me voir et me demande pourquoi son "wamp" ne marche pas avec un serveur MS SQL, alors qu'il a modifié le php.ini (dont le chemin ressemble à wamp/php/php.ini et qu'il a rapidement trouvé grâce à une recherche de fichier) manuellement.

Le problème c'est que le php.ini utilisé par l'apache de wamp se situe dans, tenez vous bien, : c:/wamp/apache2/bin/php.ini. Je trouve ça tout simplement magnifique alors qu'un répertoire php existe... Il y a surement plein de raisons (ou pas) mais à mes yeux aucune ne me semble assez bonne pour faire ce genre de gruikerie.

Ajoutons à ça que la liste des modules php dans ce php.ini n'est tout simplement pas dans l'ordre alphabétique, super pratique pour vite en trouver un....


Bref avec justes ces 2 choses génantes trouvées en 10 minutes, c'est pas demain la veille que je vais apprécier ce genre d'outil.

Au taf, on utilise un serveur de dev, avec des installations manuelles de apache/php/mysql. Je suis pour simplifier la vie des utilisateurs lambda, mais qu'un développeur php/mysql comprenne et sache configurer (basiquement) Apache, PHP et MySQL est une bonne chose.

C'est pour ça que je n'aime pas du tout le solutions easyphp & cie, ça facilite certaines choses qui "masquent" certaines bases que tout bon développeur PHP/MySQL se doit de connaitre et comprendre.

De plus, savoir manipuler apache/php/mysql sans ces outils de configurations permet de ne pas être perdu quand on est confrontée à une autre plateforme que windows.