Suite à une question d'un internaute, je vous informe que mon utilitaire TimeMachine Everywhere n'est pas compatible avec Lion (10.7) mais également avec les versions qui suivent. Tel que Mountain Lion (10.8) et suivante... 10.9....
Ne tentez donc pas de l'utiliser sur ces versions, cela ne fonctionnera pas. Apple a augmenter le niveau de sécurité dans le protocole AFP le rendant obligatoire pour sélectionner un disque réseau.
Il existe des solutions tierces qui support nativement la sauvegarde Time Machine.
Merci à cet internaute pour l'intérêt qu'il porte à mon travail !
vendredi 21 décembre 2012
mercredi 10 octobre 2012
Le site développeur d'Apple uniquement pour Safari
Des images valent mieux que de long discours :
 |
| Safari 5.1.7 (OS X Snow Leopard) |
 |
| Firefox 15.0.1 (OS X Snow Leopard) |
jeudi 23 août 2012
Compiler zbar pour Mac Os X 10.6
Introduction
Pour l'un de mes logiciels web, il faut réaliser des traitements d'image pour la lecture de code barre.Le meilleur lecteur du genre est ZBAR. Malheureusement, il est prévu pour Linux.
Voyons maintenant comment l'installer sur Mac Os X 10.6 (Snow Léopard).
Prérequis
- Xcode doit être installé et les outils en ligne de commande aussi.- Installer ImageMagick via MacPort ou autre.
Téléchargement
Télécharger la dernière version depuis les sources du logiciel.Décompressez l'archive
Deux possibilité, double clic sur l'archive ou via le terminal :
$ tar xjf zbar-0.10.tar.gz
Compilation
Ouvrez le terminal et placer vous dans le dossier décompresséTappez la commande :
$ ./configure --without-qt --without-gtk --disable-video --without-python --without-xv
Cette commande va configurer et permettre la compilation de ZBAR sans la gestion de GTK, QT, la gestion des webcam/scanner sans la prise en charge de X11 et sans les commandes pour Python.Compilation en cas d’absence d'erreur lors de l'étape précédente :
$ make
$ sudo make install
Test
$ zbarimg --version
jeudi 12 juillet 2012
Symphony 2 : Je repasserai...
J'ai actuellement un projet à réaliser utilisant MSSQL pour les données ! Connaissant les avantages de Symfony 1, j'ai dont été voir de ce côté.
Au bout de 2 jours de test, l'utilisation de l'ODBC pour l'accès au donnée MSSQL semble trop lent et passer 347 requêtes prend plus d'une minute.
Configuration: Windows 2008 R2, IIS 7, PHP en FastCGI, MSSQL Express 2008.
L'utilisation du pilote sqlsrv développé par Microsoft pourrai m'aider à augmenter les performances. Cependant, Symfony 1.4 utilise l'ORM Doctrine 1.2. Ce dernier ne connait pas le driver PDO sqlsrv. Il faut passer à Doctrine 2.x et par conséquence à Symfony 2.
C'est là que les choses se complique.
Je télécharge dont la dernière version de Symfony 2.0 et je lis le tour rapide. Contrairement à Symfony 1, il n'y a plus aucune version Française des Livres et autres ressources sur le site de Sensio Labs. C'est dommage mais pas dramatique.
Après quelques recherches et quelques tutoriels, je me rends compte que tout à changer! Sous prétexte d'une meilleur portabilité des applications (qui n'est pas un mal en soit), il n'existe presque plus de générateur de code.
Un exemple ? La gestion de la base de donnée. Dans la version 1, il suffisait d'écrire dans le fichier doctrine.yml le schéma de la DB pour générer un grand nombre de fichier pré-paramétré. Ce n'est plus la cas, maintenant seul un fichier est généré, il s'agit d'un fichier enregistré dans le dossier Entity!
Le fichier ...Table.php qui permettait d'ajouter des fonctions à la tables n'existe plus ni le fichier Base....php. Tout est dans un fichier par table stocké dans Entity. En cas de modification de la base, un fichier backup est généré. A vous de le supprimer si la comparaison est correct.
Et là c'est trop ! Il faut joué avec DIFF pour vérifier que tout est OK. Comment on fait sur un projet avec 30 à 40 tables ?
L'autre notion qui a disparu est le "Module" très pratique sur la V1. Il était possible de généré un certain nombre de fichier automatiquement depuis la référence d'un modèle de l'ORM. Maintenant les contrôleur, les templates, les dossiers, tout doit être crée à la main !
Il faudra repasser pour le Frameworks simple et rapide d'utilisation ! Avec la v2, je doit écrire plus de code de structure qu'avec la v1. Ou est la concentration sur l’essentiel ? C'est à dire le métier.
Si quelqu'un à des infos sur le sujet (en français de préférence), qu'il me l'indique dans les commentaires. Merci !
Au bout de 2 jours de test, l'utilisation de l'ODBC pour l'accès au donnée MSSQL semble trop lent et passer 347 requêtes prend plus d'une minute.
Configuration: Windows 2008 R2, IIS 7, PHP en FastCGI, MSSQL Express 2008.
L'utilisation du pilote sqlsrv développé par Microsoft pourrai m'aider à augmenter les performances. Cependant, Symfony 1.4 utilise l'ORM Doctrine 1.2. Ce dernier ne connait pas le driver PDO sqlsrv. Il faut passer à Doctrine 2.x et par conséquence à Symfony 2.
C'est là que les choses se complique.
Je télécharge dont la dernière version de Symfony 2.0 et je lis le tour rapide. Contrairement à Symfony 1, il n'y a plus aucune version Française des Livres et autres ressources sur le site de Sensio Labs. C'est dommage mais pas dramatique.
Après quelques recherches et quelques tutoriels, je me rends compte que tout à changer! Sous prétexte d'une meilleur portabilité des applications (qui n'est pas un mal en soit), il n'existe presque plus de générateur de code.
Un exemple ? La gestion de la base de donnée. Dans la version 1, il suffisait d'écrire dans le fichier doctrine.yml le schéma de la DB pour générer un grand nombre de fichier pré-paramétré. Ce n'est plus la cas, maintenant seul un fichier est généré, il s'agit d'un fichier enregistré dans le dossier Entity!
Le fichier ...Table.php qui permettait d'ajouter des fonctions à la tables n'existe plus ni le fichier Base....php. Tout est dans un fichier par table stocké dans Entity. En cas de modification de la base, un fichier backup est généré. A vous de le supprimer si la comparaison est correct.
Et là c'est trop ! Il faut joué avec DIFF pour vérifier que tout est OK. Comment on fait sur un projet avec 30 à 40 tables ?
L'autre notion qui a disparu est le "Module" très pratique sur la V1. Il était possible de généré un certain nombre de fichier automatiquement depuis la référence d'un modèle de l'ORM. Maintenant les contrôleur, les templates, les dossiers, tout doit être crée à la main !
Il faudra repasser pour le Frameworks simple et rapide d'utilisation ! Avec la v2, je doit écrire plus de code de structure qu'avec la v1. Ou est la concentration sur l’essentiel ? C'est à dire le métier.
Si quelqu'un à des infos sur le sujet (en français de préférence), qu'il me l'indique dans les commentaires. Merci !
mardi 19 juin 2012
Astuce sur Mountain Lion (OS X 10.8)
Je viens de découvrir une petite astuce qui peux plaire à certain d'entre nous !
Avec OS X Mountain Lion, Apple introduit un centre de notification intégré au système. Ce dernier, depuis la version DP4 est débrayable. Mais cela implique un certain nombre de clic.
Je vais vous livrer le moyen de désactiver les notifications en 1 clic :
Cliquer sur l'icône du centre de notification en appuyant sur la touche "Alt".
Cela permet de désactiver les notifications mais aussi de les activer en un clic de souris.
A bientôt pour une prochaine nouveauté !
Avec OS X Mountain Lion, Apple introduit un centre de notification intégré au système. Ce dernier, depuis la version DP4 est débrayable. Mais cela implique un certain nombre de clic.
Je vais vous livrer le moyen de désactiver les notifications en 1 clic :
Cela permet de désactiver les notifications mais aussi de les activer en un clic de souris.
A bientôt pour une prochaine nouveauté !
Inscription à :
Articles (Atom)