Comments for alwaysdata | blog http://blog.alwaysdata.com Le blog pour suivre l'actualité alwaysdata Fri, 21 Nov 2008 02:51:31 +0000 http://wordpress.org/?v=2.5.1 Comment on PostgreSQL 8.3, PostGIS 1.3.3, web2py et Django 1.0.1 by Cyril http://blog.alwaysdata.com/2008/11/15/postgresql-83-postgis-133-web2py-et-django-101/#comment-59 Cyril Wed, 19 Nov 2008 23:20:53 +0000 http://blog.alwaysdata.com/?p=20#comment-59 Merci, il semble effectivement que Wordpress ne gère pas (!) le passage à l'heure d'hiver. Cela devrait être bon - j'en ai profité également pour mettre le format d'heure européen. Merci, il semble effectivement que Wordpress ne gère pas (!) le passage à l’heure d’hiver. Cela devrait être bon - j’en ai profité également pour mettre le format d’heure européen.

]]> Comment on PostgreSQL 8.3, PostGIS 1.3.3, web2py et Django 1.0.1 by NiCoS http://blog.alwaysdata.com/2008/11/15/postgresql-83-postgis-133-web2py-et-django-101/#comment-57 NiCoS Wed, 19 Nov 2008 19:24:14 +0000 http://blog.alwaysdata.com/?p=20#comment-57 Par contre, sur les commentaires, il y a 1h de décalage, il est 20h24 et non 21h24... ;) Par contre, sur les commentaires, il y a 1h de décalage, il est 20h24 et non 21h24… ;)

]]> Comment on PostgreSQL 8.3, PostGIS 1.3.3, web2py et Django 1.0.1 by NiCoS http://blog.alwaysdata.com/2008/11/15/postgresql-83-postgis-133-web2py-et-django-101/#comment-56 NiCoS Wed, 19 Nov 2008 19:22:07 +0000 http://blog.alwaysdata.com/?p=20#comment-56 Argh, encore grillé sur la ligne :P Argh, encore grillé sur la ligne :P

]]> Comment on PostgreSQL 8.3, PostGIS 1.3.3, web2py et Django 1.0.1 by Cyril http://blog.alwaysdata.com/2008/11/15/postgresql-83-postgis-133-web2py-et-django-101/#comment-55 Cyril Wed, 19 Nov 2008 09:52:03 +0000 http://blog.alwaysdata.com/?p=20#comment-55 Et voilà 1.0.2 dans la foulée :) Et voilà 1.0.2 dans la foulée :)

]]> Comment on PostgreSQL 8.3, PostGIS 1.3.3, web2py et Django 1.0.1 by NiCoS http://blog.alwaysdata.com/2008/11/15/postgresql-83-postgis-133-web2py-et-django-101/#comment-54 NiCoS Mon, 17 Nov 2008 11:54:22 +0000 http://blog.alwaysdata.com/?p=20#comment-54 Tiens, et moi qui allait demander où en était la migration vers Django 1.0.1 suite à la mise à jour de PostgresSQL... me voilà ravi, je pensais pas que ce serait si vite :-) Bonne nouvelle aussi pour web2py que j'avais rapidement regardé il y a qqs temps... Tiens, et moi qui allait demander où en était la migration vers Django 1.0.1 suite à la mise à jour de PostgresSQL… me voilà ravi, je pensais pas que ce serait si vite :-)

Bonne nouvelle aussi pour web2py que j’avais rapidement regardé il y a qqs temps…

]]> Comment on Django 1.0 déjà chez alwaysdata by Cyril http://blog.alwaysdata.com/2008/09/05/django-10-deja-chez-alwaysdata/#comment-39 Cyril Sun, 07 Sep 2008 16:59:49 +0000 http://blog.alwaysdata.com/?p=18#comment-39 La méthode officielle pour le multi-environnements (par application) est désormais <a href="http://wiki.alwaysdata.com/wiki/Définir_son_environnement_Python" rel="nofollow">indiquée sur le wiki</a>. La méthode officielle pour le multi-environnements (par application) est désormais indiquée sur le wiki.

]]> Comment on Django 1.0 déjà chez alwaysdata by Cyril http://blog.alwaysdata.com/2008/09/05/django-10-deja-chez-alwaysdata/#comment-38 Cyril Fri, 05 Sep 2008 16:51:48 +0000 http://blog.alwaysdata.com/?p=18#comment-38 Effectivement, ce système ne résout pas la problématique du multi-applications avec des besoins différents. Par chance, les comptes concernés sont peu nombreux et les utilisateurs sont plutôt avertis ;) Vous l'aviez pressenti, le système repose assez bêtement sur le PYTHONPATH, rien de très magique là-dessous. La solution à votre problème est donc de choisir un environnement quelconque (par exemple, avec Django 1.0) et de définir un PYTHONPATH spécifique pour les applications ayant besoin de 0.96. Et pour en arriver à la vraie question (où sont les modules), officieusement c'est /var/lib/python, mais je vais réserver ma réponse officielle avant d'être certain d'en faire un chemin pérenne et garanti. Je vous tiens au courant (le wiki sera mis à jour en conséquence). Et pour revenir rapidement sur la stabilité, tout le monde est par défaut en environnement Python 2.4/Django 0.96, comme depuis le début, il n'y a donc aucun changement sauvage. Effectivement, ce système ne résout pas la problématique du multi-applications avec des besoins différents. Par chance, les comptes concernés sont peu nombreux et les utilisateurs sont plutôt avertis ;)

Vous l’aviez pressenti, le système repose assez bêtement sur le PYTHONPATH, rien de très magique là-dessous. La solution à votre problème est donc de choisir un environnement quelconque (par exemple, avec Django 1.0) et de définir un PYTHONPATH spécifique pour les applications ayant besoin de 0.96.

Et pour en arriver à la vraie question (où sont les modules), officieusement c’est /var/lib/python, mais je vais réserver ma réponse officielle avant d’être certain d’en faire un chemin pérenne et garanti. Je vous tiens au courant (le wiki sera mis à jour en conséquence).

Et pour revenir rapidement sur la stabilité, tout le monde est par défaut en environnement Python 2.4/Django 0.96, comme depuis le début, il n’y a donc aucun changement sauvage.

]]> Comment on Django 1.0 déjà chez alwaysdata by No' http://blog.alwaysdata.com/2008/09/05/django-10-deja-chez-alwaysdata/#comment-37 No' Fri, 05 Sep 2008 16:21:32 +0000 http://blog.alwaysdata.com/?p=18#comment-37 hum... c'est bien comme idée, mais il se peut fort bien que sur un même compte on trouve des applications en 0.96 et d'autres en 1.0... Modifier la version de Django en global, c'est pas un peu... instable ? si j'ai déjà des applications développées en 0.96, et que je ne veux pas les migrer en 1.0, comment fais-je pour faire coexister mes anciennes et mes nouvelles applications ? (je pose la question, mais en même temps, j'ai une idée de la réponse. Je gage qu'il faut changer le pythonpath dans le fichier django.fcgi... La vraie question, c'est : vers quel chemin dois-je faire pointer mes applications 'old school' et mes 'bleeding age' ?... je pense que le wiki peut indiquer comment faire simplement) hum… c’est bien comme idée, mais il se peut fort bien que sur un même compte on trouve des applications en 0.96 et d’autres en 1.0… Modifier la version de Django en global, c’est pas un peu… instable ? si j’ai déjà des applications développées en 0.96, et que je ne veux pas les migrer en 1.0, comment fais-je pour faire coexister mes anciennes et mes nouvelles applications ?

(je pose la question, mais en même temps, j’ai une idée de la réponse. Je gage qu’il faut changer le pythonpath dans le fichier django.fcgi… La vraie question, c’est : vers quel chemin dois-je faire pointer mes applications ‘old school’ et mes ‘bleeding age’ ?… je pense que le wiki peut indiquer comment faire simplement)

]]> Comment on C’est la rentrée, le wiki est arrivé by Kedare http://blog.alwaysdata.com/2008/08/27/cest-la-rentree-le-wiki-est-arrive/#comment-36 Kedare Sun, 31 Aug 2008 14:49:20 +0000 http://blog.alwaysdata.com/?p=17#comment-36 Hop j'ai contribué avec un article sur postgresql :) Hop j’ai contribué avec un article sur postgresql :)

]]> Comment on Nouvelle grille by Cyril http://blog.alwaysdata.com/2008/06/03/nouvelle-grille/#comment-16 Cyril Tue, 03 Jun 2008 22:42:26 +0000 http://blog.alwaysdata.com/?p=16#comment-16 Naturellement, il faudra quelques jours avant que la nouvelle version ne devienne aussi stable que l'ancienne. On se charge d'éliminer les quelques bugs au fur et à mesure. Quant au franglais de WordPress, on va regarder ça :) Naturellement, il faudra quelques jours avant que la nouvelle version ne devienne aussi stable que l’ancienne. On se charge d’éliminer les quelques bugs au fur et à mesure.

Quant au franglais de WordPress, on va regarder ça :)

]]>