Un appareil mobile, avec un écran, un clavier, un récepteur wifi (éventuellement un port Ethernet), pas de disque dur, un OS miniature et une seule application : un client SSH. Besoin en puissance : très faible, utilisation réseau : limitée, poids très faible, prix : très faible. J'avoue avoir du mal à voir l'utilité pour un gens normal, mais bon, ça peut être marrant non ? Ca existe ?
vendredi 25 septembre 2009
Wine sur Mac
Par Di@blo le vendredi 25 septembre 2009, 11:53
Tiré du très bien expliqué : Installing Wine on Mac OS X par David Baumgold.
Puisque les macs sont à base x86 depuis quelques années, et que le système est un Unix-Like (J'ai abandonné dans la compréhension d'Unix et ses cousins, frères, sosies... -_-#), on peut y faire tourner Wine. Petit inconvénient : quand on compile soit-même c'est souvent pas génial, on oublie des trucs. Solution sur mac : Macports (entre autre), qui compile et installe tout seul des logiciels Open-Source, souvent à l'origine pour Unix&Cie.
Donc on installe Macports. Puis dans le terminal (ceci pour ajouter les répertoires de Macports et ses logiciels dans le PATH) :
$ echo export PATH=/opt/local/bin:/opt/local/sbin:\$PATH$'\n'export MANPATH=/opt/local/man:\$MANPATH | sudo tee -a /etc/profile
On installe le paquet wine (ou bien wine-devel, suivant si vous préférez le vieux et stable ou le nouveau et potentiellement moins stable) (toujours dans le terminal) :
$ sudo port install wine
Là, on attend. Et on attend. Et on s'amuse à regarder son utilisation processeur, qui est passé à 100% sur chacun des cores (!) par moment. Pas souvent, ça...
Là suite, c'est simple, il suffit de lancer l'executable avec Wine :
$ wine Heroes3.exe
On peut également préalablement configurer avec :
$ winecfg
Hop. Là j'ai pu jouer sans aucun problème à Heroes 3 (Pour ça que j'ai installé Wine) A l'occasion, j'essaierai avec des jeux plus récents...
Simple comme bonjour, en fait...
vendredi 18 septembre 2009
Comment j'utilise mon ordinateur.
Par Di@blo le vendredi 18 septembre 2009, 15:54
Un post pour expliquer comment j'utilise mon ordinateur pour un maximum, hem, d'efficacité si l'on peut dire (je suis rarement efficace et productif en ce moment...) C'est pas forcément intéressant, mais si vous n'avez rien d'autre à lire... Moi, j'ai rien d'autre à faire et il pleut alors...
Tout d'abord, mon ordinateur est un mac. Un macbook automne 2008, 2GHz, 2Go de Ram. Ca oriente forcément les logiciels utilisés.
Portable, donc petit écran : 13,3'', résolution 1280x800. Faut pas gaspiller l'espace vertical. Donc le dock d'OS X, ordinairement en bas est, depuis quelques temps, à gauche, verticalement. On perd l'effet 3D mais bon... Vu que j'aime pas un truc qui se cache/montre automatiquement c'est une bonne solution pour avoir un peu plus de place.
L'ordi est redémarré environ une fois par semaine. Quand je ne l'utilise pas, il est fermé, en veille. Ca consomme beaucoup moins, mais tout de même un peu. Si je le laisse une nuit en veille sur batterie chargée à 100%, je le retrouve le matin à 90-91%, donc, au niveau économie peut mieux faire quand même. La sortie de veille prend quelques secondes, donc très efficace.
Des applications ouvertes en permanence : Mail, Safari (navigateur), NetNewsWire (lecteur RSS), le moniteur système (au cas où), iTunes (de plus en plus lourd, je sais, mais pratique et bien intégré)(donc musique quasiment en permanence). En ce moment de plus en plus, Adium (messagerie instantanée) , Skype (bouh, pas bien) et un client FTP. Un terminal peut être utile aussi.
Les notifications de Mail permettent de savoir d'un simple coup d'oeil si j'ai un message sur les boîtes des écoles (INSA/NTNU). Sur GMail (pas envie de le "rapatrier" sur mail, l'interface web est pratique), GMail Notifier se charge de me faire savoir que j'ai des messages.
Le bureau est ordinairement vide à part les disques durs. Quand je travaille sur un truc temporaire, je le met sur le bureau (et quelquefois ça traîne...) Les téléchargements sont dans un pile du dock.
Bureaux virtuels : je m'en sers quasiment pas. C'est tellement mieux implémenté et plus "naturel" sous Linux à mon avis.
Dashboard : vous savez le truc rempli de gadget généralement inutiles ? Pas tant que ça. J'ai donc sous la main une calculatrice basique, un traducteur (basique aussi) français-anglais, un mini-calendrier, et un truc qui me sort les pochettes (au cas où) et surtout les paroles de ce que j'écoute à l'instant.
Niveau organisation de l'espace disque : Très mal !! J'ai gardé une seule partition sur le disque principal, commune au données et au système. J'ai toutefois un disque dur externe partagé en deux : une moitié pour les sauvegardes automatiques incrémentales (ou pas en fait ?) de l'ordinateur, une autre pour les trucs externalisés (grosses vidéos de vacances, vous voyez le genre ?) et prochainement une seconde sauvegarde des données (Oui on peut être idiot ET parano, par conséquent illogique)
Hum. Rien d'autre ? Rien d'autre. Merci d'avoir lu ce post méritant d'être estanpillé GEEK.
jeudi 17 septembre 2009
Gallery (bis)
Par Di@blo le jeudi 17 septembre 2009, 15:27
Okay. Ready. Go there : http://kisspascool.net/gallery/
Explication de fonctionnent (basique) :
- Sélection du fichier à uploader avec le nom d'utilisateur correspondante. Le fichier est soit une archive zip soit une image jpeg, peu importe l'extension (jpg, jpeg, JPG, JPEG...)
- Les infos passent par un script CGI (j'avais envie de faire du Perl) qui envoie le fichier dans le dossier utilisateur, après l'avoir créé le cas échéant.
- Détection du type de fichier. Si c'est une archive, elle est dézippée en PHP puis son contenu est traité. Si c'est une image, elle est simplement traitée.
- Le traitement : pour chaque image, si elle n'est pas trop grande, un aperçu est généré via la librairie GD de PHP. Si elle trop grande (trop de pixels pour que GD la manipule avec un serveur qui 32M de mémoire allouée au maximum pour chaque script), elle n'est pas traitée.
- Fin de l'upload
- Dans la page de chaque utilisateur, PHP répertorie le contenu du répertoire utilisateur. Pour chaque image, si il existe un aperçu, on l'affiche avec un lien vers l'image originale. S'il n'existe pas d'aperçu, l'image est simplement affichée, mais redimensionnée dans le code (ce qui ralenti l'affichage de la page). On affiche également des liens vers les archives, pour permettre au visiteur de télécharger les photos en masse.
Note : Je me tate pour conserver ce type de gestion pour les grosses images. D'une, je n'ai pas une place infinie sur le serveur et une image de 3200x2400 (en gros)(ce qui est la taille des photos prises par un APN 10MPx) prend considérablement plus de place (de même que l'archive !). D'autre part, une page composée d'images originales (et non des aperçus de 150x100) mettra un temps très long à s'afficher. C'est mauvais. D'un autre côté, il faut informé l'uploader que certaines (ou toutes) des images contenues dans son archive sont trop grosses pour être acceptées. Le coeur du problème est la limitation mémoire de 32M du serveur web pour les scripts PHP.
Note 2: Si d'aventure je mettais le code à disposition, il faut savoir que comme les scripts créent des dossiers, si l'interpréteur des scripts n'est pas l'utilisateur (du serveur j'entends)(càd que le script est appelé par l'utilisateur/propriétaire du serveur et non pas par un user tiers présent sur le système), les dossiers et fichiers ne seront pas accessibles en écriture au webmaster, ce qui est très ennuyeux. J'ai rencontré ce problème en testant l'appli sur le serveur fourni par l'université. L'interpréteur des scripts n'est pas lancé par l'utilisateur mais par le système, sous le nom "semper5". Les fichiers étaient donc la propriété de semper5. Comme un chmod 777 est interdit (755 est le maximum autorisé), pas de solution ! Néanmoins sur la majorité des serveurs du marché (OVH par exemple), c'est bien l'utilisateur/locataire du serveur qui lance les scripts CGI et PHP, donc pas de problème.
vendredi 11 septembre 2009
Gallery
Par Di@blo le vendredi 11 septembre 2009, 20:22
Haha ! Finalement, je poste pas si peu souvent ici. J'ai passé mon temps libre ces deux dernier jours à coder quelque chose d'utile (pour une fois). En Norvège, on est beaucoup à prendre beaucoup de photos. Problème, les partager. Réponse : Facebook J'ai codé une galerie bâtarde Perl/PHP et ça marche du feu de dieu. Bon, okay, c'est encore en *BETA*(comme GMail) (voir même en Alpha... Et c'est moche en plus), mais ça a de l'avenir. On me dira qu'il y a déjà des 15000 galerie PHP dispo sur le net, hein. Pas grave. Le plaisir de faire un truc soit même est irremplaçable.
Pour voir la chose, c'est par là Non, en fait pas encore. C'est vraiment moche :D Oui, j'use et j'abuse de la balise <strike>
jeudi 9 juillet 2009
Hurrah !
Par Di@blo le jeudi 9 juillet 2009, 11:11
Je viens enfin de comprendre après une soirée et une matinée le principe d'un buffer overflow. Faut mettre en application, maintenant...
« billets précédents - page 1 de 4