Archives taggées avec ‘serveur web’

Installer Composer sur un synology sous DSM 6

Si vous disposez d’un NAS Synology sous DSM6 et que vous souhaitez utiliser Composer pour créer des projets PHP, cet article peut vous aider !

Prérequis

En prérequis, je considère comme acquis les points suivants :

  • Votre accès SSH est opérationnel,
  • Web Station est activée,
  • Vous avez installé PHP 5.6 et/ou PHP 7 sur votre NAS,
  • L’extension « phar » est active au moins dans la configuration PHP de la version avec laquelle vous souhaitez utiliser Composer.

Installation de Composer

La première chose à savoir – je suis tombé dans le panneau et c’est la raison de ce billet – c’est que votre NAS est équipé d’une version de PHP dédiée à l’exécution du DSM. Cette version n’est pas utilisée par Web Station. C’est-à-dire qu’en tapant php en ligne de commande, c’est le PHP interne qui se lance et qui est limité au niveau de ses extensions (je me suis retrouvé confronté à l’absence de « tokenizer » en souhaitant installer un logiciel). Les autres versions de PHP sont accessibles depuis les commandes php56 et/ou php70 ; qui sont installées dans /usr/local/bin.

Je vous propose donc d’installer Composer globalement au serveur dans le même répertoire que les différentes versions PHP installées ; parce que taper du php56 composer.phar, ça va deux secondes…

Commençez donc par ouvrir votre accès SSH :

$ ssh yourname@ip

Accédez au compte root :

$ sudo -i

Déplacez-vous dans le répertoire où nous installerons Composer :

$ cd /usr/local/bin

Installez Composer :

$ curl -s http://getcomposer.org/installer | php56
 All settings correct for using Composer
 Downloading...

Composer (version 1.3.1) successfully installed to: /usr/local/bin/composer.phar
 Use it: php composer.phar

Comme composer.phar utilise par défaut la commande php nous devons créer une commande qui permet d’outrepasser ce comportement. Créons donc ce script :

$ vi composer

Enregistrez le contenu suivant (tapez « i » pour passer en modification de contenu) :

!/bin/bash
php56 /usr/local/bin/composer.phar $*

Tapez Echap pour quitter le mode modification puis :wq pour enregistrer et fermer le fichier.

Rendez le script exécutable :

$ chmod +X composer

Quittez le mode root :

$ exit

Testez pour finir que la commande fonctionne correctement :

$ composer --version
Composer version 1.3.1 2017-01-07 18:08:51

Si la version s’affiche correctement, c’est tout bon !

Activer eth0 sur CentOS6

Pour mes besoins personnels, j’ai monté une VM (via VirtualBox) avec CentOS 6. Passée l’installation, j’ai souhaité commencer par mettre à jour la distribution. Sauf que l’interface réseau eth0 n’est pas montée par défaut.

Pour ce faire, en mode root (je l’étais déjà) :

$ vi /etc/sysconfig/network-scripts/ifcfg-eth0

Dans le fichier j’ai mis (tapez « i » pour passer en mode modification dans vi) :

ONBOOT=yes

On sauvegarde ([Esc] pour sortir du mode modification, puis « :wq » pour sauvegarder les modifications dans vi).

Et on redémarre le service réseau :

$ service network restart

Le serveur DHCP de votre réseau va alors vous attribuer une adresse IP.

Migration terminée

Voilà, c’est fait ! La migration sur le nouveau serveur Gandi est terminée.

S’il manque quelque chose ou si vous rencontrez un problème quelconque, un petit commentaire pour m’avertir et je m’en occupe.

Astuce : CTRL + MAJ + R dans votre navigateur Firefox (voire d’autres) pour le forcer à vider son cache si vous tombez sur un message de maintenance !

Découverte : Cherokee, un serveur web léger et performant ?

Je viens de faire connaissance (une très rapide connaissance) avec un nouveau serveur Web : Cherokee. J’étais finalement parti pour nginx mais n’ayant pas encore eu le temps de terminer son installation il est encore temps de prendre une autre route !

Cherokee donc semble être une n-ième alternative à Apache et si l’on en croit ce qui est indiqué sur le site officiel, les performances ont l’air encore meilleures que ce que propose Lighty ou nginx

Qui plus est, Cherokee, propose une interface Web pour paramétrer l’intégralité du serveur ! Interface qui semble, à première vue, légère et bien conçue. Je n’ai pas pu lire énormément de choses à propos de Cherokee sur le net mais le peu que j’ai pu voir semble indiquer un serveur de bonne facture, rapide à mettre en oeuvre, performant et efficace. Tout ce qu’il faut pour mon VPS !

Si tout cela s’avère exact (ce que je saurai après l’avoir testé), il se pourrait qu’il prenne le pas à nginx…L’interface Web de paramétrage me plait bien, car la ligne de commande c’est pas mal, mais aller rapidement à l’essentiel c’est mieux !

Site officiel de Cherokee [Anglais] »
Documentation [Anglais] (documentation qui semble bien fournie) »

Apache, Lighty, LiteSpeed, Nginx, que choisir ?

Depuis peu, je dispose d’un hébergement d’une part chez Gandi.net. J’ai craqué dernièrement pour un serveur dédié virtualisé ; j’en ai marre de mon hébergement mutualisé (besoin de plus de flexibilité et d’espace disque). Une part d’hébergement chez Gandi correspond à 256Mo de RAM. C’est très correct pour héberger des petits sites à faible trafic (ce qui est mon cas 😀 ) mais cela peut vite devenir faible : avoir son propre serveur ouvre des possibilités et donc une consommation potientielle plus grande des ressources.

Initialement installé avec Apache + PHP5 + MySQL, la consommation du serveur est montée en flèche : quasiment 200 Mo pour un seul site hébergé…Je n’ai cependant pas qu’un serveur web mais aussi un serveur Teeworlds pour jouer de temps à autre (~ 15 Mo en RAM). Je suis donc en train de reconsidérer l’installation du serveur web.

Après quelques recherches, trois alternatives à Apache sont possibles (Apache c’est bien mais c’est « mémoirophage ») :

  • Lighttpd (Lighty), utilisé par YouTube, un seul process pour 10000 connexions simultannées, une consommation mémoire moindre, mais apparamment quelques problèmes de fuites mémoire.
  • LiteSpeed, plus commercial, une version standard gratuite est disponible.
  • Nginx (prononcez EngineX), un petit serveur ultra léger, optimisé et sécurisé qui a le vent en poupe.

L’ennui dans tout ça, c’est que je ne sais pas quel serveur choisir…Lequel prendre pour avoir le meilleur compromis performances / fonctionnalités sachant que je souhaite disposer d’un serveur pour pouvoir exécuter des scripts PHP et Ruby On Rails ?

Je fais donc appel à vous, chers lecteurs de ce blog, pour me retourner vos expériences et ainsi me guider dans mon choix ! (pour l’instant ma préférence va à Nginx…)