Paternité | Pas d'Utilisation Commerciale | Partage des Conditions Initiales à l'Identique

Tin Can Jukebox et l’encodage de caractère

Mardi 9 février 2010 - Knah Tsaeb
0 Commentaire

J’ai récemment eu un problème avec certains de mes MP3 qui contenaient des accents accentué dans le path, Tin Can Jukebox n’arrivait pas à résoudre le chemin.
J’ai donc posé le problème au développeur sur http://www.tincanjukebox.com/forums.html et hop là j’ai eu la réponse à mon problème.

Donc un grand merci à Johnmund. Je vous donne la soluce il faut modifier le fichier play.php et ajouter setlocale(LC_CTYPE, « en_US.UTF-8″); ou début du fichier.

Edit du 26 février 2010 :
Johnmund à ajouté l’option dans les paramètres de configuration.


Etre libre et indépendant

Jeudi 4 juin 2009 - Knah Tsaeb
2 Commentaires

Comme tous le monde, j’ai vu et revu la conférence « Internet libre, ou Minitel 2.0 ? » de Benjamin Bayart. Avant même d’avoir vu cette conférence je m’étais déjà engager ou plutôt désengager des services tel que les web-mails gratuit, espace de stockage en ligne et autres services complètement fermer. Mais après avoir vu cette vidéo, j’ai décidé d’aller plus loin, dans les limites de mes possibilités.

N’ayant plus une connexion internet suffisante pour pouvoir assurer tous ce que je voulais mettre en place j’ai opter pour une Dédiboite, je sait que je suis malgré tous « piégé » par ce service, mais c’est un moindre mal à mon avis.

J’ai fait le point sur ce que je voulais exactement comme services :

  • Un serveur web
  • Un serveur mail avec accès POP, Imap et un web-mail avec anti-spam et anti-virrus
  • Un serveur de version
  • Un gestionnaire de projet
  • Un espace de stockage en ligne
  • Un gestionnaire de marque page en ligne
  • Un agrégateur de flux RSS
  • Un jukebox en ligne

Bien sûr tous ces services devaient utiliser des logiciels libres.

Le serveur web

La solution choisie est un grand classique Apache2, PHP 5 et Mysql. Pas de surprise, rien que du fiable testé et approuvé par un grand nombre d’utilisateurs.

Le serveur mail

J’ai fait le choix de Postfix, Courrier, SpamAssassin, Clamav et Squirrelmail pour le web mail. Le système d’authentification est gérer par Mysql.

Le serveur de version

J’ai fait un choix très classique en optant pour SVN.

Le gestionnaire de projet

Après avoir essayer Trac, mon choix c’est finalement porté sur Redmine que je trouve bien plus conviviale tant dans la gestion que dans l’utilisation.

L’espace de stockage

Là c’est une peu un mélange, Proftpd pour avoir un serveur FTP au cas où, mais j’utilise principalement SSH.

Le gestionnaire de marque page

J’utilise le très bon SiteBar ainsi que son extension pour Firefox, un vrai régal.

L’agrégateur de flux RSS

J’ai testé pas mal d’agrégateur, finalement mon choix c’est porter sur Tiny Tiny RSS et son notificateur pour Firefox.

Le jukebox

C’est le seul logiciel qui soit héberger chez moi et pas sur le mon serveur. En effet ma musique est stocker sur mon PC à la maison, j’allais pas tous réuploader sur le serveur.
Après avoir longtemps utilisé MPD couplé à Icecast 2, j’ai découvert grâce à Feilong’s le très bon Tin Can Jukebox.

Je cherche encore un systeme de type Dropbox, Ubuntu-One.

Je n’aurait qu’un conseil : tenter l’expérience !


Ubuntu et la librairie GD

Jeudi 19 février 2009 - Knah Tsaeb
0 Commentaire

Récemment j’ai eu besoin de générer des graphiques avec PHP, tous naturellement, je me suis tourné vers l’excellente librairie Artishow . Les pré-requis sont simple PHP4 ou 5 et la librairie GD en version => 2. Tous cela étant déjà présent sur le serveur, je me lance donc à la création d’un graphique, et là Artishow se met à m’insulter comme un malpropre à coup de « Artichow error Missing imageantialias() function ». Après une petite recherche sur un moteur de recherche très connu, je voit que imageantialias fait partit de GD. Je lance un petit phpinfo() pour être sur de bien avoir la l’extension GD activé avec PHP. Phpinfo me dit qu’elle est bien installé et qu’il n’y a pas de problème.

Hummmm il doit en avoir un deux (Artichow ou PHP) qui me raconte des conneries. Je poursuis mes investigation quand je voit sur la page de PHP.net « Cette fonction n’est disponible que si PHP est compilé avec la version embarquée de la bibliothèque GD ». Ah ! Donc persone ne me racontait de bétise. Et oui ma version de GD est une version précompiler : le paquet php5-gd. Tous s’explique maintenant, il faut que je compile PHP. Oui mais j’ai pas trop envie.

Bon direction Ubuntu-fr.org pour voir si d’autre on déjà été confronter au problème, et je trouve la solution sur le wiki. Qui me dit de télécharger le fichier gd.so à partir de ce site ( un peu zarbe ce site ).

Bien passons à la pratique :

Connecter vous à votre server

Donner vous les tous les pouvoir

sudo -s

Installer le packet php5-gd

aptitude install php5-gd

On ce déplace dans le répertoire des lib de PHP

cd /usr/lib/php5/20060613+lfs/

On fait un backup de notre extention gd

mv gd.so gd.so.back

On télécharge l’extension déja compilé

wget http://www.cartefoi.net/archives/gd.so

On relance Apache

/etc/init.d/apache2 force-reload

On vérifie que l’extension est bien prise en charge par PHP grace à phpinfo().

Si jamais vous ne voyez aucune trace de l’extendion GD, editer votre php.ini.

nano /etc/php5/php.ini

Et rajouter

extension=gd.so

A vous les zolie graphique antialisé d’Artichow.


Url Rewrite

Vendredi 18 avril 2008 - Knah Tsaeb
0 Commentaire

Vous avez du mal avec la réécriture d’url, rassurez vous grâce à http://www.mod-rewrite-wizard.com (1)vous pourrez créer facilement vos fichier .htacces.

Ils en ont parlés :

(1) Edit du lundi 25 mai 2009 : le site web est HS, je recherche une alternative.


Catégorie : Programation, Server
Tags :

PHP allow_url_fopen

Mercredi 16 avril 2008 - Knah Tsaeb
0 Commentaire

Aujourd’hui la plus part des servers PHP sont réglés avec register_globals OFF. Tous le monde sait que c’est dangereux, d’ailleurs dans PHP 6 cette valeur sera sur OFF et non modifiable et c’est tant mieux. Mais on oublie trop souvent la variable "allow_url_fopen" qui permet d’exécuter des scripts distant, la célèbre faille include.

Pour ce protéger rien de plus simple dans votre php.ini changer "allow_url_fopen On" par "allow_url_fopen Off".

Vous voilà protégé ……. Oui le messieurs au fond de la salle, vous avez un script qui utilise cette fonction. Et bien dans ce cas n’autorisez qu’un fichier ou un répertoire à utiliser la fonction allow_url_fopen. Mais faites bien attention que votre script soit bien sécurisé. Pour activé cette fonction sur un fichier ou un répertoire on vas utiliser Apache.

Ouvrez votre fichier /etc/apache2/sites-available/mon_site_.conf et ajouter pour un répertoire :

<Directory "/var/www/mon_site/mon_repertoire_ou_j_ai_besoin/">
php_admin_flag allow_url_fopen on
</Directory>

Où pour un fichier

<Files "/var/www/mon_site/mon_repertoire_ou_j_ai_besoin/mon_fichier_qui_a_besoin">
php_admin_flag allow_url_fopen on
</Files>

N’oubliez pas de recharger la nouvelle configuration d’Apache avec un

/etc/init.d/apache2 force-reload