Déléguer des fonctions de sécurité sur un système d'exploitation même pas temps réel, je ne pense pas qu'il y ait un constructeur pour oser le faire.
Enfin, dans le journal d'a cotés, il est dit que BP a fait ça pour une plateforme pétrolière… Il va falloir sélectionner soigneusement la marque de sa voiture.
Le modèle a à peine plus de 5 ans, ce qui me semble être jeune pour un ordinateur.
Avec ses 1.5Go de ram, et son G4 à 1.33Ghz, il fonctionne toujours très bien pour l'utilisation de son propriétaire (web, mails, bureautique, vidéos, photos).
Je fais parti de ceux qui pensent qu'un ordi qui n'a pas le dernier processeur n'est pas forcément vieux.
C'est un des grands avantages de linuxfr, le contenu est supprimé très rarement.
Les sites web rare à proposer cette liberté.
Le modérateur du forum de Mandriva n'a pas opté pour la bonne solution à mon avis. Si ça n'avait pas ça place sur le forum, le sujet serait allé rapidement au fond du forum.
Bah tu te connectes à l'interface de chez toi, et tu clic sur le guide des programmes qui est sur le site de free. Il possède un bouton pour enregistrer, et c'est fait.
Sinon, tu peut le coder, si tu n'aimes pas les interfaces web.
Oui, j'ai testé le trackpad des derniers macs. Bien qu'il soit plus gros, c'est toujours un trackpad.
Niveau fiabilité, ça a très certainement changé, mais les impressions se basent aussi sur ce que l'on connait : le trackpad de l'iBook G4 d'un membre de ma famille déconne complètement…
En gardant la freebox allumée, il est possible de programmer les enregistrements dans l'interface web de free, et de récupérer les programmes sur le ftp de la freebox.
À moins d'enregistrer TF1, M6, W9 et Canal+, ça fonctionne très bien :-)
Remplir 2go de ram en 32 bits avec un serveur web, à moins d'utiliser java ou ruby, il faut le faire.
Donc autant utiliser 64 bits qui améliore les performances même si ce n'est pas très facile à voir à l'œil nu.
En effet, à moins d'utiliser gentoo, les distributions 32 bits classiques compilent les applications sans optimisations spécifiques au processeurs récents. Les différents processeurs 64 bits en x86 partagent un même lot d'optimisation très efficace. Une debian 64 bits a des paquets compilé avec plus d'optimisation, en plus de la faible amélioration des performances due au passage en 64 bits.
C'est très léger, mais tant qu'à faire, autant utiliser ce qui est le plus performant.
Puis si un jour il t'arrive de vouloir encoder une vidéo, tu vas voir la différence. Pas besoin de compter là :-)
En fait, je voulais faire en sorte que l'on puisse définir l'id, si l'on en a envi. Ce qui explique pourquoi je voulais mettre default ou une valeur dans la requête, et utiliser les binds.
Avec sqlite, ça fonctionne très bien, car cela prends toujours l'id le plus grand plus un. Par exemple, si on laisse null pour trois insertions, on aura les valeurs 1,2, et 3. Si on rajoute une quatrième valeur avec un id que l'on décide à 999, la cinquième avec un null aura un id de 1000.
Mais sqlite fait un gros lock sur toute la base, et n'est pas du tout adapté à ce que je veut faire. En plus des limitations volontaires du SGBD.
Effectivement, faire un système de lock dans postgresql va être assez embêtant. Je vais peut-être revoir ma copie, en ne mettant pas de possibilité de choisir son id.
Si c'est ça, ça règle le problème. Je vais vite remplacer l'auto-increment par un (select max(id) from table), ou passer sur oracle (après sqlite et mysql).
Le problème est au niveau du bind. J'aimerais mettre un attribut «default» dans un bind, pour éviter de devoir faire deux requêtes. Mais plus ça va, plus j'ai l'impression que je vais devoir en écrire deux… C'est moche, mais je n'ai pas le choix…
C'est marrant de moinsser mon commentaire quand je dis que la gestion automatique de la mémoire en java est moins souple.
J'attends avec impatience les arguments des gens qui pense que c'est plus souple. Sachant qu'en C++ et en C, on peut avoir la même gestion qu'en Java, mais aussi en faire de nombreuses autres.
Vraiment, que celui qui m'a moinssé m'explique pourquoi quand il revient, si il revient.
Tu peut faire de l'orienté objet en C comme tu peut en faire en assembleur. C'est vraiment souple le C. Il suffit juste d'utiliser des structs et des pointeurs de fonctions.
J'ai acheté mon mac en 2003. À l'époque, j'était tout sauf un informaticien.
Apple était une petite marque plutôt dans la difficulté, avec un système d'exploitation en avance sur certains points. C'était un unix facile à utiliser, avec une interface graphique composite, et des logiciels multimédias vraiment bien faits. C'était le très loin de ce qu'est devenu apple, par exemple, l'iPod venait d'arriver et ne fonctionnait que sur Mac en firewire, et formaté en HFS…
J'étais tourné vers le graphisme et le montage vidéo. Je voulais une belle machine, puissante, et qui durerais dans le temps. Je connaissais Linux uniquement de nom grâce à Gimp que j'utilisais déjà, mais c'était dans mon esprit pour les vrais informaticiens, et je voulais fuir à tout prix windows.
J'en suis toujours très content de cette machine. Elle a parfaitement répondu à mes besoins de l'époque. J'ai longtemps aimé mac os x, et je trouve toujours pas mal de choses assez bien pensées. Mais il n'y a pas vraiment eu d'évolutions depuis des années. On dirait que tout les développeurs se sont tournés du cotés de iOS. Laissant mac os x pour mort.
C'est donc en toute logique, et voyant comment les choses ont tourné du cotés d'apple, que la machine qui a suivie à été un PC avec ubuntu. Ça répond à mes besoins d'aujourd'hui, et c'est mieux.
Ah, macports, qui ne fonctionne que si l'on installe les «développeurs tools», qui compile tout et n'importe quoi en dépendance inutiles, qui est super simple à utiliser pour les clients lambdas d'apple.
Merci de confirmer le fait que Mac os X n'est pas prêt pour les ordinateurs du bureau.
La disposition du clavier doit dépendre de la langue de base du système. Ce qui me fait aussi penser que l'on ne peut pas choisir la langue du système dans l'invité de connexion. Pourtant le système est multi-langues…
[^] # Re: Ouf
Posté par yellowiscool . En réponse au journal Du linux dans vos voitures. Évalué à 10.
Enfin, dans le journal d'a cotés, il est dit que BP a fait ça pour une plateforme pétrolière… Il va falloir sélectionner soigneusement la marque de sa voiture.
Envoyé depuis mon lapin.
[^] # Re: Tu diras ce que tu voudras...
Posté par yellowiscool . En réponse au journal Coup de tonnerre sur l'internetosphère. Évalué à 1.
Avec ses 1.5Go de ram, et son G4 à 1.33Ghz, il fonctionne toujours très bien pour l'utilisation de son propriétaire (web, mails, bureautique, vidéos, photos).
Je fais parti de ceux qui pensent qu'un ordi qui n'a pas le dernier processeur n'est pas forcément vieux.
Envoyé depuis mon lapin.
[^] # Re: Intéressant !
Posté par yellowiscool . En réponse au journal Le pire ennemi de Mandriva, c’est François Bancilhon,. Évalué à 10.
Les sites web rare à proposer cette liberté.
Le modérateur du forum de Mandriva n'a pas opté pour la bonne solution à mon avis. Si ça n'avait pas ça place sur le forum, le sujet serait allé rapidement au fond du forum.
Envoyé depuis mon lapin.
[^] # Re: Programmation des enregistrements
Posté par yellowiscool . En réponse à la dépêche FreetuxTV 0.5.1 est disponible. Évalué à 2.
Sinon, tu peut le coder, si tu n'aimes pas les interfaces web.
Envoyé depuis mon lapin.
[^] # Re: Programmation des enregistrements
Posté par yellowiscool . En réponse à la dépêche FreetuxTV 0.5.1 est disponible. Évalué à 2.
La différence entre la veille et le fonctionnement doit se faire juste au niveau de l'affichage.
Envoyé depuis mon lapin.
[^] # Re: Apple.com
Posté par yellowiscool . En réponse au journal Coup de tonnerre sur l'internetosphère. Évalué à 4.
Envoyé depuis mon lapin.
[^] # Re: Tu diras ce que tu voudras...
Posté par yellowiscool . En réponse au journal Coup de tonnerre sur l'internetosphère. Évalué à 0.
Niveau fiabilité, ça a très certainement changé, mais les impressions se basent aussi sur ce que l'on connait : le trackpad de l'iBook G4 d'un membre de ma famille déconne complètement…
Envoyé depuis mon lapin.
[^] # Re: Tu diras ce que tu voudras...
Posté par yellowiscool . En réponse au journal Coup de tonnerre sur l'internetosphère. Évalué à 8.
Je ne pense pas être le seul, bien au contraire. Peut-être bien un produit qui va rejoindre leur ancienne souris, le macbook air, et l'apple TV.
Envoyé depuis mon lapin.
[^] # Re: Apple.com
Posté par yellowiscool . En réponse au journal Coup de tonnerre sur l'internetosphère. Évalué à -2.
Et malheureusement, ils ne savent pas faire du code propre.
Envoyé depuis mon lapin.
[^] # Re: Ca pique...
Posté par yellowiscool . En réponse à la dépêche Sortie de FreeBSD 8.1-RELEASE. Évalué à 5.
Mais il y a eu pas mal de travail sur celui là. Notamment avec le démon dans le logo :-)
Envoyé depuis mon lapin.
[^] # Re: Programmation des enregistrements
Posté par yellowiscool . En réponse à la dépêche FreetuxTV 0.5.1 est disponible. Évalué à 3.
À moins d'enregistrer TF1, M6, W9 et Canal+, ça fonctionne très bien :-)
Envoyé depuis mon lapin.
# Différence de performances
Posté par yellowiscool . En réponse au message 32 ou 64 bits. Évalué à 6.
Remplir 2go de ram en 32 bits avec un serveur web, à moins d'utiliser java ou ruby, il faut le faire.
Donc autant utiliser 64 bits qui améliore les performances même si ce n'est pas très facile à voir à l'œil nu.
En effet, à moins d'utiliser gentoo, les distributions 32 bits classiques compilent les applications sans optimisations spécifiques au processeurs récents. Les différents processeurs 64 bits en x86 partagent un même lot d'optimisation très efficace. Une debian 64 bits a des paquets compilé avec plus d'optimisation, en plus de la faible amélioration des performances due au passage en 64 bits.
C'est très léger, mais tant qu'à faire, autant utiliser ce qui est le plus performant.
Puis si un jour il t'arrive de vouloir encoder une vidéo, tu vas voir la différence. Pas besoin de compter là :-)
Envoyé depuis mon lapin.
[^] # Re: nextval()
Posté par yellowiscool . En réponse au message PHP, PDO, Postgresql, SERIAL, et DEFAULT. Évalué à 2.
Avec sqlite, ça fonctionne très bien, car cela prends toujours l'id le plus grand plus un. Par exemple, si on laisse null pour trois insertions, on aura les valeurs 1,2, et 3. Si on rajoute une quatrième valeur avec un id que l'on décide à 999, la cinquième avec un null aura un id de 1000.
Mais sqlite fait un gros lock sur toute la base, et n'est pas du tout adapté à ce que je veut faire. En plus des limitations volontaires du SGBD.
Effectivement, faire un système de lock dans postgresql va être assez embêtant. Je vais peut-être revoir ma copie, en ne mettant pas de possibilité de choisir son id.
Envoyé depuis mon lapin.
[^] # Re: nextval()
Posté par yellowiscool . En réponse au message PHP, PDO, Postgresql, SERIAL, et DEFAULT. Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: Wifi
Posté par yellowiscool . En réponse au journal Mac OS X n'est pas près pour les ordinateurs de bureau. Évalué à 3.
J'ai pas testé sur mac, car le mac est relié à une livebox…
Envoyé depuis mon lapin.
[^] # Re: nextval()
Posté par yellowiscool . En réponse au message PHP, PDO, Postgresql, SERIAL, et DEFAULT. Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: Stockage d'adresses IP : utiliser un type générique
Posté par yellowiscool . En réponse à la dépêche La pénurie d'adresse IPv4 sera-t-elle pour le 12/12/2012 ?. Évalué à 4.
J'attends avec impatience les arguments des gens qui pense que c'est plus souple. Sachant qu'en C++ et en C, on peut avoir la même gestion qu'en Java, mais aussi en faire de nombreuses autres.
Vraiment, que celui qui m'a moinssé m'explique pourquoi quand il revient, si il revient.
Envoyé depuis mon lapin.
[^] # Re: Stockage d'adresses IP : utiliser un type générique
Posté par yellowiscool . En réponse à la dépêche La pénurie d'adresse IPv4 sera-t-elle pour le 12/12/2012 ?. Évalué à 3.
Envoyé depuis mon lapin.
[^] # Re: donc ...
Posté par yellowiscool . En réponse à la dépêche « HADOPI, ça marche ». Évalué à 1.
Envoyé depuis mon lapin.
[^] # Re: Stockage d'adresses IP : utiliser un type générique
Posté par yellowiscool . En réponse à la dépêche La pénurie d'adresse IPv4 sera-t-elle pour le 12/12/2012 ?. Évalué à 3.
Envoyé depuis mon lapin.
[^] # Re: Spotlight
Posté par yellowiscool . En réponse au journal Mac OS X n'est pas près pour les ordinateurs de bureau. Évalué à 3.
Spotlight, c'est une grosse base sqlite, et ça rame beaucoup quand même. Donc oui, il n'y a pas d'équivalents aussi lents en libre.
Envoyé depuis mon lapin.
[^] # Re: Pas prêt pour toi plutôt?
Posté par yellowiscool . En réponse au journal Mac OS X n'est pas près pour les ordinateurs de bureau. Évalué à 3.
D'ailleurs, avec l'arrivée de «Nouveau», je ne serais pas surpris que mon mac ait l'accélération 3D. Mais j'ai vraiment la flemme de tester.
Envoyé depuis mon lapin.
[^] # Re: Pourquoi avoir acheté un MacIntosh ?
Posté par yellowiscool . En réponse au journal Mac OS X n'est pas près pour les ordinateurs de bureau. Évalué à 4.
Apple était une petite marque plutôt dans la difficulté, avec un système d'exploitation en avance sur certains points. C'était un unix facile à utiliser, avec une interface graphique composite, et des logiciels multimédias vraiment bien faits. C'était le très loin de ce qu'est devenu apple, par exemple, l'iPod venait d'arriver et ne fonctionnait que sur Mac en firewire, et formaté en HFS…
J'étais tourné vers le graphisme et le montage vidéo. Je voulais une belle machine, puissante, et qui durerais dans le temps. Je connaissais Linux uniquement de nom grâce à Gimp que j'utilisais déjà, mais c'était dans mon esprit pour les vrais informaticiens, et je voulais fuir à tout prix windows.
J'en suis toujours très content de cette machine. Elle a parfaitement répondu à mes besoins de l'époque. J'ai longtemps aimé mac os x, et je trouve toujours pas mal de choses assez bien pensées. Mais il n'y a pas vraiment eu d'évolutions depuis des années. On dirait que tout les développeurs se sont tournés du cotés de iOS. Laissant mac os x pour mort.
C'est donc en toute logique, et voyant comment les choses ont tourné du cotés d'apple, que la machine qui a suivie à été un PC avec ubuntu. Ça répond à mes besoins d'aujourd'hui, et c'est mieux.
Envoyé depuis mon lapin.
[^] # Re: [:schee]
Posté par yellowiscool . En réponse au journal Mac OS X n'est pas près pour les ordinateurs de bureau. Évalué à 5.
Merci de confirmer le fait que Mac os X n'est pas prêt pour les ordinateurs du bureau.
Envoyé depuis mon lapin.
[^] # Re: Invité ?
Posté par yellowiscool . En réponse au journal Mac OS X n'est pas près pour les ordinateurs de bureau. Évalué à 2.
Envoyé depuis mon lapin.