Sendo X: le bilan

Sendo X Après une longue (beaucoup trop longue) attente, j'avais acheté un Sendo X lorsqu'il s'était enfin trouvé disponible en France (juillet 2004)... Le concept était quand même intéressant: un seul appareil, même pas trop gros, qui fait à la fois téléphone, lecteur de mp3, appareil photo, caméra, calculette et tout ce qu'on peut imaginer d'autre puisqu'on peut charger des applications tierces.

Après presque un an d'utilisation, bilan assez mitigé. J'ai du ramener le téléphone 4 fois au SAV avant qu'ils ne se décident à me le remplacer par un neuf... même pas à jour au niveau du firmware. Mais avec l'installation de la MAJ, ça marche enfin correctement... enfin à peu près...

La qualité des photos est parmi ce que j'ai vu de mieux sur téléphone, mais ça reste ridicule complètement gadget à côté de n'importe quel appareil numérique doté d'un objectif digne de ce nom. Conclusion: Penser à acheter un Canon Digital IXUS (Probablement le numérique de qualité le plus compact...)

La qualité des vidéos, j'en parle même pas... pouf pouf pouf... Conclusion: Penser à sortir le JVC plus souvent...

Question lecture de mp3, ça marche bien! Sauf que ça devient rapidement pénible de changer régulièrement les quelques dizaines de mp3 que j'arrive à mettre sur ma SD Card de 256 Mo. J'en ai ras le bol aussi des oreillettes Sendo qu'on ne peut pas remplacer, faute de connecteur standard. (Il y a un micro aussi, sur les oreillettes Sendo...). Et le pire de tout: l'interface de player mp3 est affreusement lente et peu ergonomique. Rien que pour lancer une playlist c'est compliqué. Pour en créer une c'est pire... Conclusion: Penser à acheter un balladeur mp3 à disque dur de grande capacité et disposant d'une interface utilisateur ergonomique, pas simplement "jolie"...

Question téléphonie, la qualité du son est correcte, sans plus. La sensibilité de réception est plutôt faible.

Et par dessus tout, l'interface utilisateur Symbian/Series 60 sous licence Nokia présente des bugs supplémentaires par rapport à l'original de Nokia. Conclusion: la prochaine fois, acheter un Nokia (qui à déjà pas mal rattrapé son retard en termes de hardware et de design...)

Bon, et pour finir, si jamais vous n'avez pas suivi: Sendo a fait faillite... arf' |-|

Humpf... blogguer tout ça va pas m'aider à le revendre sur eBay hin hin... U-( Allez je le garde encore un peu, en attendant de voir s'il y a quelque chose de bon à tirer des téléphones 3G...

Prononciation: Note aux geeks podcasteurs

Depuis la démogeekisation du podcast, et encore pire depuis iTunes 4.9, c'est un festival... et je craaaque, j'en peux plus!!! XX(

Alors voilà: je voudrais dire à tous les geeks qui podcastent que GEEK, ça ne se prononce pas "djiik" comme "djeunz" mais "guyk" comme le prénom "guy" suivi de "ke" :!:

Okay, c'est compris?

Parce que là, "djiik", pouf pouf pouf... ça fait pas crédible! :>>

Et pour les autres qui se demandent ce que veut dire "geek", pour faire simple, ça designe les passionnés de (micro-)informatique, de technologie et de gadgets... voir aussi Wikipedia...

MAJ: Pour finir écoutez la prononciation sur merriam-webster.com (l'équivalent du Robert ou du Larrousse pour les US)

Recherchons développeur PHP expérimenté (H/F) - CDI

Voilà voilà, on recrute à nouveau:

Développeur PHP MySQL (LAMP) expérimenté (H/F)

Vous avez 2 ans d'expérience minimum en PHP orienté objet et vous maîtrisez parfaitement SQL (MySQL).
Vous avez une bonne connaissance de XHTML + CSS et des standards web.
Vous êtes capable de lire et écrire des documentations techniques en anglais.
Une expérience significative de JavaScript (Mozilla + IE) ou mieux: AJAX, sera un plus.
Lieu de travail: 92240 Malakoff (Métro Etienne Dolet).
Salaire: de 35 à 45 K€ selon expérience.
Contrat: CDI (Freelance et SSII s'abstenir)

Si ça vous intéresse de venir bosser avec moi, n'hésitez pas à me contacter.

C'est une petite boite, une start-up version 2.0 en fait (les "cash burning" en moins). C'est le début, pour l'instant on est 4. Nous développons une application louée à nos clients en mode ASP. Nous participons également activement à différents projets open-source, notamment evocore/b2evolution qui constitue le framework de notre application.

A ce stade du projet nous recherchons exclusivement des développeurs expérimentés, capables de lire et de comprendre du code existant dans une base source de plus de 400 fichiers imbriqués, une hierarchie de classes complexe et une base de données relationnelle de plus d'une centaine de tables liées.

Vous améliorerez des modules existants, en développerez de nouveaux. Vous serez également amenés à intégrer l'application avec les systèmes existants de nos clients.

Cette offre est postée en exclusivité ici pour commencer. Tous commentaires bienvenus.

Crypter les fichiers sur un serveur XP

Attributs avancés

Crypter les fichiers sur le disque dur, ça a pour unique but que si on vous vole la machine on ne puisse pas lire vos données (mots de passe ou autre) en analysant le disque dur. Windows XP intègre un système pour celà: propriétés du fichier > attributs > avancé... > cochez la case "crypter". C'est gratuit et ça marche. Pensez-y avant de partir en vacances! :P (Pensez aussi à faire un backup! ;D)

Le problème c'est que ça ralentit aussi l'accès aux fichiers puisque Windows doit en permamence crypter/décrypter à la volée. Un peu le même problème qu'avec les antivirus qui scannent tout en permanence...

Alors pourquoi faire ça sur un serveur plutôt que de mettre le serveur sous clef... et pui surtout déjà: pourquoi avoir un serveur sous Windows XP!? :!::?:

C'est simple: ici (au bureau) on a des serveurs web (Apache/PHP/MySQL) sur les machines de développement, et on s'en sert pour tester les modifications en temps réel. Mais évidemment, ces machines de développement sont plus exposées au vol que les serveurs. (Et je vous parle pas des portables...)

Et on ne voudrait pas donner nos codes sources à n'importe qui, n'est-ce pas? :roll:

A partir de là, crypter les bases de données et les fichiers PHP pose deux problèmes...

Tout d'abord, une fois les fichiers cryptés, les services Apache et MySQL ne peuvent plus y accéder! Solution: changer la configuration des services en question pour les faire tourner sous le nom de l'utilisateur qui à crypté les fichiers. Moi, ou vous, en l'occurrence! :P [ Service > Propriétés > Connexion ].

Ensuite, il y a un problème de performances assez ahurissant. Crypter le fichier InnoDB de MySQL semble avoir un impact limité. En revanche, crypter l'ensemble des fichiers PHP peut (par le jeu des include) multiplier le temps de génération des pages web par 6 ! :(

La seule solution que j'ai trouvée à ce problème pour l'instant, c'est de ne crypter que des fichiers choisis. Les fichiers de config en particulier (ceux qui contiennent des mots de passe en premier lieu) ainsi que d'autres fichiers stratégiquement choisis pour qu'on ne puisse pas faire grand chose sans eux.

Une solution qui serait peut être plus intéressante serait d'avoir un script qui crypte l'ensemble des codes sources le soir en partant et les redécrypte le matin en arrivant... en partant du principe que les PCs ont moins de risques de vol aux heures de bureau qu'en dehors. Je me demande s'il existe des solutions élégantes pour ça... :?:

Pour finir, une petite astuce pour avoir l'option Crypter/Décrypter directement dans le menu contextuel du fichier: avec RegEdit, il faut aller dans HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\ Windows\ CurrentVersion \Explorer\ Advanced puis créer une Valeur DWORD nommée EncryptionContextMenu et lui assigner la valeur 1.

Quelques ressources supplémentaires: