Re: Jessie remplacerait-il Apache par Lighttpd ?
On 2015-12-21 19:47:22 +0100, Dominique Asselineau wrote: > Lors du passage à Jessie de mon portable Asus R051CX (mise à jour, > pas une réinstallation), j'ai eu la surprise de constater que le serveur > Apache installé localement pour mes essais, avait été remplacé par > lighttpd, et « à l'improviste ». J'avais eu le même genre du problème avec Ubuntu, ainsi que d'autres utilisateurs (mais le problème venait du paquet Debian à la base, corrigé en janvier 2014), où tntnet avait été installé et se lançait en priorité. La cause ici était que je n'avais pas installé le metapackage apache2 (normalement inutile) avant la mise à jour et que les dépendances dans Apache avaient changé, avec pour conséquence que apt pensait à tort que le paquet virtuel httpd n'était plus fourni et il était allé chercher tntnet pour l'obtenir: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728937 Bref, des choses complexes peuvent se produire dans des cas particuliers, que les développeurs n'ont pas testés. -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Re: Jessie remplacerait-il Apache par Lighttpd ?
Bonjour, Le jeudi 24 décembre 2015, Eric Degenetais a écrit... > Euh, je crois que l'OP cherche simplement à garder apache2 en état de > marche, pas à changer de serveur... Bah, ça tombe bien, OpenLiteSpeed utilise des directives compatibles avec Apache… Joyeux Noël à tous ! -- jm
Re: Jessie remplacerait-il Apache par Lighttpd ?
Euh, je crois que l'OP cherche simplement à garder apache2 en état de marche, pas à changer de serveur... __ Éric Dégenètais Henix http://www.henix.com http://www.squashtest.org Le 24 décembre 2015 à 10:43, Jean-Michel OLTRA <jm.oltra.antis...@espinasse.net> a écrit : > > Bonjour, > > > Le mercredi 23 décembre 2015, andre_deb...@numericable.fr a écrit... > > >> - Caddy (simple à installer, avec MySQL et php5), >> - Nginx (plus rapide qu'Apache). >> - Lighttpd (très simpliste). > > OpenLiteSpeed ? > > -- > jm >
Re: Jessie remplacerait-il Apache par Lighttpd ?
Bonjour, Le mercredi 23 décembre 2015, andre_deb...@numericable.fr a écrit... > - Caddy (simple à installer, avec MySQL et php5), > - Nginx (plus rapide qu'Apache). > - Lighttpd (très simpliste). OpenLiteSpeed ? -- jm
Re: Jessie remplacerait-il Apache par Lighttpd ?
Sinon, choix de serveurs WEB : - Caddy (simple à installer, avec MySQL et php5), - Nginx (plus rapide qu'Apache). - Lighttpd (très simpliste). André
Re: Jessie remplacerait-il Apache par Lighttpd ?
>Merci. de nada! Resterait à comprendre pourquoi lighttpd a "débarqué"... Quelle est la sortie de: apt-cache rdepends --installed lighttpd ? __ Éric Dégenètais Henix http://www.henix.com http://www.squashtest.org Le 23 décembre 2015 à 00:33, Dominique Asselineau <dominique.asselin...@telecom-paristech.fr> a écrit : > Eric Degenetais wrote on Tue, Dec 22, 2015 at 10:27:13AM +0100 >> Pas de problème pour utiliser enable sur une configuration systemd >> générée. Si la configuration sortie par "systemctl cat apache2" >> commence par: >> >> # /run/systemd/generator.late/apache2.service >> # Automatically generated by systemd-sysv-generator >> >> cela indique une configuration systemd générée par la couche de >> compatibilité system V / systemd. >> D'ailleurs, les start / et stop scripts indiqués sont: >> >> ExecStart=/etc/init.d/apache2 start >> ExecStop=/etc/init.d/apache2 stop > > C'est exactement ça. J'en ai profité pour vérifier le cas de lighttpd, > ça semble être pur systemd. > > j'ai donc stoppé lighttpd par > # service lighttpd stop > J'ai ensuite fait en sorte qu'il ne démarre plus automatiquement par > # systemctl disable lighttpd > puis préparé le démarrage automatique d'apache2 par > # systemctl enable apache2 > Et tout semble fonctionner. > > Merci. > > Dominique > >> >> Il est possible (je l'ai fait) de reprendre la configuration en sortie >> de "systemctl cat apache2" pour l'ajuster, puis l'installer. Ce n'est >> cependant pas nécessaire pour que le service apache2 se lance >> automatiquement au démarrage (par contre on n'a pas les >> fonctionnalités de watchdog permises par systemd) >> Le 22 décembre 2015 à 08:58, Eric Degenetais <edegenet...@henix.fr> a écrit : >> > >> > Bonjour, >> > j'ai installé des serveurs en Jessie (8.1, exactement) avec Apache2 sans >> > soucis. Il ne s'agissait pas de migrations mais d'installations fraîches, >> > cependant. >> > Concernant système, il faut voir si le paquet possède une configuration >> > systemd native ou générée à la volée par la logique de compatibilité >> > système V. >> > Pour le savoir: >> > systemctl cat apache2 >> > (si la source est un script système V adapté à la volée, ça se verra dans >> > la configuration affichée) >> > Pour passer apache2 en démarrage automatique, la commande est: >> > systemctl enable apache2 >> > Il me semble qu'il n'y a pas de soucis, tant qu'on ne veut pas de >> > fonctionnalités comme le watchdog pour redémarrer le service en cas de >> > plantage. >> > Je réponds du train, en arrivant je ferai des vérifications sur le système >> > concerné. >> > >> > Bon courage >> > >> > Le 22 déc. 2015 00:45, "Dominique Asselineau" >> > <assel...@telecom-paristech.fr> a écrit : >> >> >> >> Bonjour, >> >> >> >> Lors du passage à Jessie de mon portable Asus R051CX (mise à jour, >> >> pas une réinstallation), j'ai eu la surprise de constater que le serveur >> >> Apache installé localement pour mes essais, avait été remplacé par >> >> lighttpd, et « à l'improviste ». >> >> >> >> J'ai donc voulu arrêter lighttpd pour lancer ensuite le serveur Apache >> >> mais ça ne s'est pas déroulé simplement. Après un >> >> # service lighttpd stop >> >> ou >> >> # $/etc/init.d/lighttpd stop >> >> la commande >> >> # netstat -tlnp >> >> laissait apparaître que le port 80 était toujours occupé en ipv6 (je >> >> crois). Il fallait bricoler pour arriver à libérer définitivement ce >> >> port pour pouvoir enfin lancer correctement le serveur Apache. >> >> >> >> M'y suis-je mal pris pour arrêter le serveur Lighttpd ? ou y a-t-il >> >> un problème qui échappe à ma bonne volonté. >> >> >> >> J'avoue ne pas être familiarisé avec SystemD et je ne suis pas sûr de >> >> savoir faire en sorte que ce soit le serveur Apache qui démarre au >> >> lieu de lighttpd. Je suppose que les commandes habituelles comme >> >> update-rc.d ne sont pas à utiliser avec systemd ? >> >> >> >> Merci de vos éclaircissements. >> >> >> >> Dominique >> >> -- >> >> > > -- > Dominique Asselineau >
Re: Jessie remplacerait-il Apache par Lighttpd ?
Eric Degenetais wrote on Tue, Dec 22, 2015 at 10:27:13AM +0100 > Pas de problème pour utiliser enable sur une configuration systemd > générée. Si la configuration sortie par "systemctl cat apache2" > commence par: > > # /run/systemd/generator.late/apache2.service > # Automatically generated by systemd-sysv-generator > > cela indique une configuration systemd générée par la couche de > compatibilité system V / systemd. > D'ailleurs, les start / et stop scripts indiqués sont: > > ExecStart=/etc/init.d/apache2 start > ExecStop=/etc/init.d/apache2 stop C'est exactement ça. J'en ai profité pour vérifier le cas de lighttpd, ça semble être pur systemd. j'ai donc stoppé lighttpd par # service lighttpd stop J'ai ensuite fait en sorte qu'il ne démarre plus automatiquement par # systemctl disable lighttpd puis préparé le démarrage automatique d'apache2 par # systemctl enable apache2 Et tout semble fonctionner. Merci. Dominique > > Il est possible (je l'ai fait) de reprendre la configuration en sortie > de "systemctl cat apache2" pour l'ajuster, puis l'installer. Ce n'est > cependant pas nécessaire pour que le service apache2 se lance > automatiquement au démarrage (par contre on n'a pas les > fonctionnalités de watchdog permises par systemd) > Le 22 décembre 2015 à 08:58, Eric Degenetais <edegenet...@henix.fr> a écrit : > > > > Bonjour, > > j'ai installé des serveurs en Jessie (8.1, exactement) avec Apache2 sans > > soucis. Il ne s'agissait pas de migrations mais d'installations fraîches, > > cependant. > > Concernant système, il faut voir si le paquet possède une configuration > > systemd native ou générée à la volée par la logique de compatibilité > > système V. > > Pour le savoir: > > systemctl cat apache2 > > (si la source est un script système V adapté à la volée, ça se verra dans > > la configuration affichée) > > Pour passer apache2 en démarrage automatique, la commande est: > > systemctl enable apache2 > > Il me semble qu'il n'y a pas de soucis, tant qu'on ne veut pas de > > fonctionnalités comme le watchdog pour redémarrer le service en cas de > > plantage. > > Je réponds du train, en arrivant je ferai des vérifications sur le système > > concerné. > > > > Bon courage > > > > Le 22 déc. 2015 00:45, "Dominique Asselineau" > > <assel...@telecom-paristech.fr> a écrit : > >> > >> Bonjour, > >> > >> Lors du passage à Jessie de mon portable Asus R051CX (mise à jour, > >> pas une réinstallation), j'ai eu la surprise de constater que le serveur > >> Apache installé localement pour mes essais, avait été remplacé par > >> lighttpd, et « à l'improviste ». > >> > >> J'ai donc voulu arrêter lighttpd pour lancer ensuite le serveur Apache > >> mais ça ne s'est pas déroulé simplement. Après un > >> # service lighttpd stop > >> ou > >> # $/etc/init.d/lighttpd stop > >> la commande > >> # netstat -tlnp > >> laissait apparaître que le port 80 était toujours occupé en ipv6 (je > >> crois). Il fallait bricoler pour arriver à libérer définitivement ce > >> port pour pouvoir enfin lancer correctement le serveur Apache. > >> > >> M'y suis-je mal pris pour arrêter le serveur Lighttpd ? ou y a-t-il > >> un problème qui échappe à ma bonne volonté. > >> > >> J'avoue ne pas être familiarisé avec SystemD et je ne suis pas sûr de > >> savoir faire en sorte que ce soit le serveur Apache qui démarre au > >> lieu de lighttpd. Je suppose que les commandes habituelles comme > >> update-rc.d ne sont pas à utiliser avec systemd ? > >> > >> Merci de vos éclaircissements. > >> > >> Dominique > >> -- > >> -- Dominique Asselineau
Fwd: Jessie remplacerait-il Apache par Lighttpd ?
Bonjour, j'ai installé des serveurs en Jessie (8.1, exactement) avec Apache2 sans soucis. Il ne s'agissait pas de migrations mais d'installations fraîches, cependant. Concernant système, il faut voir si le paquet possède une configuration systemd native ou générée à la volée par la logique de compatibilité système V. Pour le savoir: systemctl cat apache2 (si la source est un script système V adapté à la volée, ça se verra dans la configuration affichée) Pour passer apache2 en démarrage automatique, la commande est: systemctl enable apache2 Il me semble qu'il n'y a pas de soucis, tant qu'on ne veut pas de fonctionnalités comme le watchdog pour redémarrer le service en cas de plantage. Je réponds du train, en arrivant je ferai des vérifications sur le système concerné. Bon courage Le 22 déc. 2015 00:45, "Dominique Asselineau" <assel...@telecom-paristech.fr> a écrit : > Bonjour, > > Lors du passage à Jessie de mon portable Asus R051CX (mise à jour, > pas une réinstallation), j'ai eu la surprise de constater que le serveur > Apache installé localement pour mes essais, avait été remplacé par > lighttpd, et « à l'improviste ». > > J'ai donc voulu arrêter lighttpd pour lancer ensuite le serveur Apache > mais ça ne s'est pas déroulé simplement. Après un > # service lighttpd stop > ou > # $/etc/init.d/lighttpd stop > la commande > # netstat -tlnp > laissait apparaître que le port 80 était toujours occupé en ipv6 (je > crois). Il fallait bricoler pour arriver à libérer définitivement ce > port pour pouvoir enfin lancer correctement le serveur Apache. > > M'y suis-je mal pris pour arrêter le serveur Lighttpd ? ou y a-t-il > un problème qui échappe à ma bonne volonté. > > J'avoue ne pas être familiarisé avec SystemD et je ne suis pas sûr de > savoir faire en sorte que ce soit le serveur Apache qui démarre au > lieu de lighttpd. Je suppose que les commandes habituelles comme > update-rc.d ne sont pas à utiliser avec systemd ? > > Merci de vos éclaircissements. > > Dominique > -- > >
Re: Jessie remplacerait-il Apache par Lighttpd ?
Pas de problème pour utiliser enable sur une configuration systemd générée. Si la configuration sortie par "systemctl cat apache2" commence par: # /run/systemd/generator.late/apache2.service # Automatically generated by systemd-sysv-generator cela indique une configuration systemd générée par la couche de compatibilité system V / systemd. D'ailleurs, les start / et stop scripts indiqués sont: ExecStart=/etc/init.d/apache2 start ExecStop=/etc/init.d/apache2 stop Il est possible (je l'ai fait) de reprendre la configuration en sortie de "systemctl cat apache2" pour l'ajuster, puis l'installer. Ce n'est cependant pas nécessaire pour que le service apache2 se lance automatiquement au démarrage (par contre on n'a pas les fonctionnalités de watchdog permises par systemd) __ Éric Dégenètais Henix http://www.henix.com http://www.squashtest.org Le 22 décembre 2015 à 08:58, Eric Degenetais <edegenet...@henix.fr> a écrit : > > Bonjour, > j'ai installé des serveurs en Jessie (8.1, exactement) avec Apache2 sans > soucis. Il ne s'agissait pas de migrations mais d'installations fraîches, > cependant. > Concernant système, il faut voir si le paquet possède une configuration > systemd native ou générée à la volée par la logique de compatibilité système > V. > Pour le savoir: > systemctl cat apache2 > (si la source est un script système V adapté à la volée, ça se verra dans la > configuration affichée) > Pour passer apache2 en démarrage automatique, la commande est: > systemctl enable apache2 > Il me semble qu'il n'y a pas de soucis, tant qu'on ne veut pas de > fonctionnalités comme le watchdog pour redémarrer le service en cas de > plantage. > Je réponds du train, en arrivant je ferai des vérifications sur le système > concerné. > > Bon courage > > Le 22 déc. 2015 00:45, "Dominique Asselineau" <assel...@telecom-paristech.fr> > a écrit : >> >> Bonjour, >> >> Lors du passage à Jessie de mon portable Asus R051CX (mise à jour, >> pas une réinstallation), j'ai eu la surprise de constater que le serveur >> Apache installé localement pour mes essais, avait été remplacé par >> lighttpd, et « à l'improviste ». >> >> J'ai donc voulu arrêter lighttpd pour lancer ensuite le serveur Apache >> mais ça ne s'est pas déroulé simplement. Après un >> # service lighttpd stop >> ou >> # $/etc/init.d/lighttpd stop >> la commande >> # netstat -tlnp >> laissait apparaître que le port 80 était toujours occupé en ipv6 (je >> crois). Il fallait bricoler pour arriver à libérer définitivement ce >> port pour pouvoir enfin lancer correctement le serveur Apache. >> >> M'y suis-je mal pris pour arrêter le serveur Lighttpd ? ou y a-t-il >> un problème qui échappe à ma bonne volonté. >> >> J'avoue ne pas être familiarisé avec SystemD et je ne suis pas sûr de >> savoir faire en sorte que ce soit le serveur Apache qui démarre au >> lieu de lighttpd. Je suppose que les commandes habituelles comme >> update-rc.d ne sont pas à utiliser avec systemd ? >> >> Merci de vos éclaircissements. >> >> Dominique >> -- >>
Jessie remplacerait-il Apache par Lighttpd ?
Bonjour, Lors du passage à Jessie de mon portable Asus R051CX (mise à jour, pas une réinstallation), j'ai eu la surprise de constater que le serveur Apache installé localement pour mes essais, avait été remplacé par lighttpd, et « à l'improviste ». J'ai donc voulu arrêter lighttpd pour lancer ensuite le serveur Apache mais ça ne s'est pas déroulé simplement. Après un # service lighttpd stop ou # $/etc/init.d/lighttpd stop la commande # netstat -tlnp laissait apparaître que le port 80 était toujours occupé en ipv6 (je crois). Il fallait bricoler pour arriver à libérer définitivement ce port pour pouvoir enfin lancer correctement le serveur Apache. M'y suis-je mal pris pour arrêter le serveur Lighttpd ? ou y a-t-il un problème qui échappe à ma bonne volonté. J'avoue ne pas être familiarisé avec SystemD et je ne suis pas sûr de savoir faire en sorte que ce soit le serveur Apache qui démarre au lieu de lighttpd. Je suppose que les commandes habituelles comme update-rc.d ne sont pas à utiliser avec systemd ? Merci de vos éclaircissements. Dominique --
demi_résolu_Re: lighttpd et php (sid)
On 11/26/2014 05:27 PM, maderios wrote: Avec lighttpd, je n'arrive pas à afficher un fichier info.php que j'ai mis dans /var/www/ /var/www/info.php ?php phpinfo(); ? http://localhost/info.php me donne un 404 Le but est de faire marcher wordpress avec lighttpd Empirique mais d'une simplicité enfantine. Un lien symbolique dans /var/www/html pointe sur wordpress. J'ai installé apache2 pour faire fonctionner wordpress (pas le paquet wordpress debian qui complique tout) , puis désinstallé apache2. - Wordpress fonctionne maintenant avec lighttpd. - toujours un 404 concernant /var/www/html/info.php -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5476ff81.5060...@gmail.com
Re: demi_résolu_Re: lighttpd et php (sid)
Le 27 nov. 14 à 11:40, maderios a écrit : On 11/26/2014 05:27 PM, maderios wrote: Avec lighttpd, je n'arrive pas à afficher un fichier info.php que j'ai mis dans /var/www/ /var/www/info.php ?php phpinfo(); ? http://localhost/info.php me donne un 404 Le but est de faire marcher wordpress avec lighttpd Empirique mais d'une simplicité enfantine. Un lien symbolique dans /var/www/html pointe sur wordpress. J'ai installé apache2 pour faire fonctionner wordpress (pas le paquet wordpress debian qui complique tout) , puis désinstallé apache2. - Wordpress fonctionne maintenant avec lighttpd. - toujours un 404 concernant /var/www/html/info.php -- Maderios Bizarre que tu aies eu besoin d'installer Apache pour faire fonctionner WP. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5476ff81.5060...@gmail.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/e0a83f9f-c9a9-4987-9861-9bcd43c45...@worldonline.fr
Re: demi_résolu_Re: lighttpd et php (sid)
On 11/27/2014 02:18 PM, Philippe Gras wrote: On 11/26/2014 05:27 PM, maderios wrote: Avec lighttpd, je n'arrive pas à afficher un fichier info.php que j'ai mis dans /var/www/ /var/www/info.php ?php phpinfo(); ? http://localhost/info.php me donne un 404 Le but est de faire marcher wordpress avec lighttpd Empirique mais d'une simplicité enfantine. Un lien symbolique dans /var/www/html pointe sur wordpress. J'ai installé apache2 pour faire fonctionner wordpress (pas le paquet wordpress debian qui complique tout) , puis désinstallé apache2. - Wordpress fonctionne maintenant avec lighttpd. - toujours un 404 concernant /var/www/html/info.php Bizarre que tu aies eu besoin d'installer Apache pour faire fonctionner WP. En fait, c'est un hasard. Ne réussissant pas à faire fonctionner wordpress avec lighttpd, j'ai installé apache et ça a tout de suite fonctionné. Ensuite, j'ai voulu tester avec lighttpd, succès. J'ai donc désinstallé apache. A vrai dire, je n'ai pas tout compris... -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/547728ed.2010...@gmail.com
Re: demi_résolu_Re: lighttpd et php (sid)
Le 27 nov. 14 à 14:36, maderios a écrit : On 11/27/2014 02:18 PM, Philippe Gras wrote: On 11/26/2014 05:27 PM, maderios wrote: Avec lighttpd, je n'arrive pas à afficher un fichier info.php que j'ai mis dans /var/www/ /var/www/info.php ?php phpinfo(); ? http://localhost/info.php me donne un 404 Le but est de faire marcher wordpress avec lighttpd Empirique mais d'une simplicité enfantine. Un lien symbolique dans /var/www/html pointe sur wordpress. J'ai installé apache2 pour faire fonctionner wordpress (pas le paquet wordpress debian qui complique tout) , puis désinstallé apache2. - Wordpress fonctionne maintenant avec lighttpd. - toujours un 404 concernant /var/www/html/info.php Bizarre que tu aies eu besoin d'installer Apache pour faire fonctionner WP. En fait, c'est un hasard. Ne réussissant pas à faire fonctionner wordpress avec lighttpd, j'ai installé apache et ça a tout de suite fonctionné. Ensuite, j'ai voulu tester avec lighttpd, succès. J'ai donc désinstallé apache. A vrai dire, je n'ai pas tout compris... Sans doute parce que c'est encore un truc modulaire ; https://www.digitalocean.com/community/tutorials/how-to-set-up- wordpress-with-w3-total-cache-on-lighttpd-server -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/547728ed.2010...@gmail.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/6651dd83-3d6f-48ff-b252-f6858ae20...@worldonline.fr
lighttpd et php (sid)
Bonjour Avec lighttpd, je n'arrive pas à afficher un fichier info.php que j'ai mis dans /var/www/ /var/www/info.php ?php phpinfo(); ? http://localhost/info.php me donne un 404 J'ai suivi cette doc http://www.howtoforge.com/installing-lighttpd-with-php5-php-fpm-and-mysql-support-on-debian-wheezy Conditions Sid Pas d'Apache installé Mysql fonctionnel Phpmyadmin fonctionne normalement avec Lighttpd http://localhost affiche 'Debian Logo Apache2 Debian Default Page' http://localhost/index.lighttpd.html affiche la page d'accueil de lighttpd Le but est de faire marcher wordpress avec lighttpd Merci pour toute piste -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5475ff7d.30...@gmail.com
Re: lighttpd et php (sid)
bonjour, il me semble que par défault a vérifier dans le fichier lighttpd.conf, le directory pointe dans /var/www/html/ jerem Le 26/11/2014 17:27, maderios a écrit : Bonjour Avec lighttpd, je n'arrive pas à afficher un fichier info.php que j'ai mis dans /var/www/ /var/www/info.php ?php phpinfo(); ? http://localhost/info.php me donne un 404 J'ai suivi cette doc http://www.howtoforge.com/installing-lighttpd-with-php5-php-fpm-and-mysql-support-on-debian-wheezy Conditions Sid Pas d'Apache installé Mysql fonctionnel Phpmyadmin fonctionne normalement avec Lighttpd http://localhost affiche 'Debian Logo Apache2 Debian Default Page' http://localhost/index.lighttpd.html affiche la page d'accueil de lighttpd Le but est de faire marcher wordpress avec lighttpd Merci pour toute piste -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54760121.6000...@prego-network.net
Re: lighttpd et php (sid)
bonjour, il me semble que par défault a vérifier dans le fichier lighttpd.conf, le directory pointe dans /var/www/html/ jerem Le 26/11/2014 17:27, maderios a écrit : Bonjour Avec lighttpd, je n'arrive pas à afficher un fichier info.php que j'ai mis dans /var/www/ /var/www/info.php ?php phpinfo(); ? http://localhost/info.php me donne un 404 J'ai suivi cette doc http://www.howtoforge.com/installing-lighttpd-with-php5-php-fpm-and-mysql-support-on-debian-wheezy Conditions Sid Pas d'Apache installé Mysql fonctionnel Phpmyadmin fonctionne normalement avec Lighttpd http://localhost affiche 'Debian Logo Apache2 Debian Default Page' http://localhost/index.lighttpd.html affiche la page d'accueil de lighttpd Le but est de faire marcher wordpress avec lighttpd Merci pour toute piste
Re: lighttpd et php (sid)
On 11/26/2014 05:37 PM, prego jeremy wrote: bonjour, il me semble que par défault a vérifier dans le fichier lighttpd.conf, le directory pointe dans /var/www/html/ Exact, cela a changé. Dans le passé, il me semble que c'était dans /var/www -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54763f9d.5080...@gmail.com
Tutoriel Installation de owncloud avec Postgres, Lighttpd et Imap
Pour me rattraper, je poste les instructions d'installation de Owncloud
5.0.10 sur Debian Wheezy avec lighttpd (1.4.31) et postgresql (9.1.9).
Owncloud sera installé dans un sous répertoire du webroot
Configuration de lighttpd :
---
# interdiction d'accès au répertoire data
$HTTP[url] =~ ^/owncloud/data/ {
url.access-deny = ()
}
# suppression du listing des répertoires
$HTTP[url] =~ ^/owncloud($|/) {
dir-listing.activate = disable
}
Configuration de postgresql :
-
# sudo -u postgres psql
/* Création de l'utilisateur owncloud */
CREATE USER owncloud WITH PASSWORD '';
/* Création de la base de donnée */
CREATE DATABASE owncloud TEMPLATE template0 ENCODING 'UNICODE';
/* Changement de propriétaire de la base */
ALTER DATABASE owncloud OWNER TO owncloud;
/* Affectation des droits */
GRANT ALL PRIVILEGES ON DATABASE owncloud TO owncloud;
Extraction de l'archive :
-
cd web root
# extraction de l'archive dans le webroot
tar xjf localisation de l'archive/owncloud-5.0.10.tar.bz2
# Changement de propriétaire du répertoire owncloud afin que la
procédure d'installation puisse créer le répertoire data
chown www-data:www-data owncloud
# Changement de propriétaire des sous répertoire apps et config afin
des pouvoirs ajouter des applications et d'écrire le fichier de config
(config/config.php)
chown -R www-data:www-data owncloud/apps/ owncloud/config/
Procédure d'installation :
--
/!\ sur un navigateur propre :-)
aller à l'adresse correspondant au répertoire owncloud
(http://localhost/owncloud, http://monserveur.xxx.fr/owncloud, )
compléter les informations demandés et créer un compte administrateur
avec un login différent de vos utilisateurs imap
Ajout des utilisateurs IMAP :
-
Comme indiquer ici :
http://php.xbe.ch/index.php/Owncloud_IMAP_Authentication
Modifier le fichier webroot/owncloud/config/config.php afin de
rajouter le backend imap et de charger la librairie pour imap.
Il faut ajouter la ligne :
require_once(dirname(__FILE__).'/../apps/user_external/lib/imap.php');
avant la définition de $CONFIG,
et le bloc :
'user_backends' = array(
array('class' = 'OC_User_IMAP', 'arguments' =
array('{localhost/novalidate-cert:143}'))
),
à la fin du tableau $CONFIG
Votre fichier config.php doit ressembler à ça :
?php
require_once(dirname(__FILE__).'/../apps/user_external/lib/imap.php');
$CONFIG = array (
'instanceid' = 'x',
'passwordsalt' = 'x',
'datadirectory' = 'webroot/owncloud/data',
'dbtype' = 'pgsql',
'version' = '5.0.17',
'dbname' = 'owncloud',
'dbhost' = 'localhost',
'dbtableprefix' = 'oc_',
'dbuser' = 'owncloud',
'dbpassword' = 'xx',
'installed' = true,
'user_backends' = array(
array('class' = 'OC_User_IMAP', 'arguments' =
array('{localhost/novalidate-cert:143}'))
),
);
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive:
http://lists.debian.org/fc38f794f46049496a51793579b0f...@127.0.0.1nura.eu
Pseudo vhost sous lighttpd
J'essaie actuellement de configurer des vhosts sous lighttpd :
J'aimerai que lorsque je tape comme url : http://monitor.appartland.eu/jrds
j'accede à JRDS, lorsque je tape http://monitor.appartland.eu/nagios
j'accede à nagios.
$HTTP[host] == monitor.appartland.eu {
proxy.server = (
= (
( host = 192.168.0.12,
port = 8080 )
)
)
}
Ceci fonctionne très bien, j'accède bien à JRDS.
$HTTP[host] == monitor.appartland.eu {
proxy.server = (
= (
( host = 192.168.0.12,
port = 80 )
)
)
}
Et ceci aussi. j'accède bien à nagios
Ma question est donc, comment combiner tout ça ?
J'ai tenté des choses du style :
$HTTP[host] == monitor.appartland.eu {
$HTTP[url] == /jrds {
proxy.server = (
= (
( host = 192.168.0.12,
port = 8080 )
)
)
}
$HTTP[url] == /nagios {
proxy.server = (
= (
( host = 192.168.0.12,
port = 80 )
)
)
}
}
Mais ça ne fonctionne pas.
Merci davance pour laide.
Re: Pseudo vhost sous lighttpd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 24/02/2010 17:50, bougieska...@gmail.com a écrit : J'essaie actuellement de configurer des vhosts sous lighttpd : J'aimerai que lorsque je tape comme url : http://monitor.appartland.eu/jrds j'accede à JRDS, lorsque je tape http://monitor.appartland.eu/nagios j'accede à nagios. Une autre approche serait d'utiliser des vhost différents avec des URI du genre http://jrds.appartland.eu et http://nagios.appartland.eu (et tu peux configurer par exemple http://monitor.appartland.eu/jrds pour rediriger vers http://jrds.appartland.eu). Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuFoosACgkQ18/WetbTC/pzsQCcCXP3CfGLJ1IUzqgt0k09jV5m vfkAoI+UkiFzUh8F6NcFI2xFxIb/CxvY =4vbH -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/hm47qf$4t...@dough.gmane.org
Moinmoin / Lighttpd
Bonjour, J'ai commencé la mise en place du wiki moinmoin, et du serveur web lighttpd mais me heurte à un probléme pour le paramétrage d'une part du vhost et d'autre part de l'ensemble. Si quelqu'un connait ces 2 solutions et peut me fournir quelques précisions. D'ailleurs, j'ai aussi cette erreur en faisant un reload... de lighttpd: Stopping web server: lighttpd. Starting web server: lighttpd/usr/sbin/lighttpd: Symbol `FamErrlist' has different size in shared object, consider re-linking Il semblerait que ce soit du à fam ou gamin mais sans plus. Tk's -- Kader Haji -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Moinmoin / Lighttpd [reformulé]
RE: bonjour, J'ai commencé la mise en place du wiki moinmoin couplé au serveur web lighttpd mais je me heurte au paramétrage de l'ensemble: - /etc/moinmoin (pour ce qui est des fichiers généraux) - vhost (en gros tout et malgrés ma lecture de docs, je suis encore dans le brouillard) Si quelqu'un connait ces 2 solutions, ça fera avancé ma machine. Autres chose, j'ai aussi cette erreur en faisant un reload... de lighttpd: Stopping web server: lighttpd. Starting web server: lighttpd/usr/sbin/lighttpd: Symbol `FamErrlist' has different size in shared object, consider re-linking Il semblerait que ce soit du à un conflit entre fam ou gamin, pour être plus exacte, un gros problème de dépendance car quand je veux installé /ou désinstallé l'un ou l'autre, voici ce qui m'apparait: xenu:/home/xetos# apt-get install fam Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires : xserver-xorg xserver-xorg-video-rendition xserver-xorg-input-evdev xserver-xorg-video-s3virge lxterminal xserver-xorg-video-all xserver-xorg-video-apm xserver-xorg-video-ark xserver-xorg-video-ati xserver-xorg-video-radeonhd xserver-xorg-video-tdfx zenity xserver-xorg-video-trident xserver-xorg-video-glint libbeecrypt6 xserver-xorg-video-fbdev xserver-xorg-input-wacom unzip xserver-xorg-video-v4l xserver-xorg-video-mga obconf xserver-xorg-input-mouse xserver-xorg-video-r128 xserver-xorg-video-nsc xscreensaver xserver-xorg-video-openchrome xserver-xorg-video-vesa xserver-xorg-video-siliconmotion leafpad xserver-xorg-video-mach64 lxde-common xserver-xorg-video-tga xserver-xorg-video-sis xserver-xorg-video-vga xserver-xorg-video-s3 xserver-xorg-video-nv xserver-xorg-core xserver-xorg-video-tseng xserver-xorg-video-savage libdmx1 gdm-themes arj librpm4.4 xserver-xorg-input-all gdm xfonts-base xserver-xorg-video-vmware xserver-xorg-input-kbd xdg-utils rpm xserver-xorg-video-i128 xserver-xorg-video-neomagic xserver-xorg-video-chips gpicview xserver-xorg-video-voodoo xli xserver-xephyr zip xserver-xorg-video-i740 lxde-settings-daemon xserver-xorg-video-cyrix xserver-xorg-video-dummy xserver-xorg-input-synaptics libjpeg-progs desktop-file-utils xserver-xorg-video-sisusb p7zip-full lxsession-lite xscreensaver-data xserver-xorg-video-imstt xserver-xorg-video-radeon xarchiver xserver-xorg-video-cirrus xserver-xorg-video-intel Veuillez utiliser « apt-get autoremove » pour les supprimer. Les paquets suivants seront ENLEVÉS : gamin gimp-gnomevfs gnome-mount libbonoboui2-0 libeel2-2.20 libgamin0 libgnome2-0 libgnome2-perl libgnome2-vfs-perl libgnomeui-0 libgnomevfs2-0 libgnomevfs2-extra lighttpd lxde lxde-core pcmanfm Les NOUVEAUX paquets suivants seront installés : fam 0 mis à jour, 1 nouvellement installés, 16 à enlever et 0 non mis à jour. Il est nécessaire de prendre 70,3ko dans les archives. Après cette opération, 8651ko d'espace disque seront libérés. Souhaitez-vous continuer [O/n] ? Tk's -- Kader Haji -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Moinmoin / Lighttpd
Le Monday 03 August 2009 16:58:41 GMAIL, vous avez écrit : Bonjour, Salut, J'ai commencé la mise en place du wiki moinmoin, et du serveur web lighttpd mais me heurte à un probléme pour le paramétrage d'une part du vhost et d'autre part de l'ensemble. Très bon choix! La configuration utilisée sur le serveur n'est pas celle décrite par Debian. A la place j'utilise des variables + des configurations séparées pour les modules, applications et les vhosts. # /etc/lighttpd/lighttpd.conf # Définitions des variables : var.log_root= /var/log/lighttpd var.server_root = /srv/www/domains var.state_dir = /var/run var.home_dir= /var/lib/lighttpd var.vhosts_dir = server_root var.default_host= www.exemple.com [...] server.username = lighttpd server.groupname= lighttpd include conf.d/simple_vhost.conf [...] # /etc/lighttpd/conf.d/simple_vhost.conf # Domain par défaut: default_host server.modules += ( mod_simple_vhost ) simple-vhost.server-root= server_root + / simple-vhost.default-host = default_host simple-vhost.document-root = /htdocs Pour chaque vhost, la racine est : var.server_root + DOMAIN + /htdocs Soit sur ce serveur : /srv/www/domains/DOMAIN/htdocs Il suffit de créer les répertoires des vhosts: % for v in www.exemple.com www.exemple1.com www.exemple2.com; do mkdir -p /srv/www/domains/$v/htdocs chown lighttpd.lighttpd -R /srv/www/domains/$v done Si quelqu'un connait ces 2 solutions et peut me fournir quelques précisions. D'ailleurs, j'ai aussi cette erreur en faisant un reload... de lighttpd: Stopping web server: lighttpd. Starting web server: lighttpd/usr/sbin/lighttpd: Symbol `FamErrlist' has different size in shared object, consider re-linking Il semblerait que ce soit du à fam ou gamin mais sans plus. Tk's Désole, cette application est compilé sur mesure sans utiliser Fam: % lighttpd -V lighttpd-1.4.22 - a light and fast webserver Build-Date: May 18 2009 13:56:27 Event Handlers: + select (generic) + poll (Unix) + rt-signals (Linux 2.4+) + epoll (Linux 2.6) - /dev/poll (Solaris) - kqueue (FreeBSD) Network handler: + sendfile Features: - IPv6 support + zlib support + bzip2 support + crypt support - SSL Support + PCRE support - mySQL support - LDAP support - memcached support - FAM support - LUA support + xml support + SQLite support - GDBM support @+ -- (o_ (/)_ S e r g e -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Lighttpd
Shams Fantar wrote: Sinon, pour revenir à lighthttp, il est utile pour un serveur qui sert plein de http statique et qui arrive à saturation avec trop de threads apache ouverts, car un processus lighthttp est moins gourmand en RAM qu'un process apache (donc la même machine supportera plus de connexion simultanée). Si ton pb, c'est la BP mais pas les connexions simultanées, lighthttp ne t'apportera pas de solutions. Daniel Le problème n'est pas la bande passante, mais l'occupation d'apache en terme de ram et processeur. Ton 1er post n'était pas très clair... Mais bon, après réflexion, je laisse d'abord apache puisque c'est une machine dédiée (qui ne fait que ça!) aux téléchargements. Si apache sature RAM et CPU, tu peux envisager lightHttp mais tu peux aussi essayer d'améliorer ta conf apache (cf apache tuning dans ton moteur de recherche favori), virer tous les modules qui servent pas, etc... Si c'est possible, tu peux aussi essayer de basculer des téléchargement sur du ftp, c'est beaucoup beaucoup moins gourmand (et plus efficace pour le client). -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lighttpd
Bonjour, A mon avis, un serveur web n'est pas le plus adapté pour un serveur de téléchargement. Une des solutions les plus simples et rapides a déployer est un serveur ftp, qui permettra une gestion fine des quotas. Mais le plus adapté reste un serveur de torrents comme préconisé par Yves précédemment. Mais ce qui est certain c'est que le protocole http est vraiment inadapté, bien qu'utilisable il est vrai. Gal' Le 22/05/07, Daniel Caillibaud [EMAIL PROTECTED] a écrit : Shams Fantar wrote: Sinon, pour revenir à lighthttp, il est utile pour un serveur qui sert plein de http statique et qui arrive à saturation avec trop de threads apache ouverts, car un processus lighthttp est moins gourmand en RAM qu'un process apache (donc la même machine supportera plus de connexion simultanée). Si ton pb, c'est la BP mais pas les connexions simultanées, lighthttp ne t'apportera pas de solutions. Daniel Le problème n'est pas la bande passante, mais l'occupation d'apache en terme de ram et processeur. Ton 1er post n'était pas très clair... Mais bon, après réflexion, je laisse d'abord apache puisque c'est une machine dédiée (qui ne fait que ça!) aux téléchargements. Si apache sature RAM et CPU, tu peux envisager lightHttp mais tu peux aussi essayer d'améliorer ta conf apache (cf apache tuning dans ton moteur de recherche favori), virer tous les modules qui servent pas, etc... Si c'est possible, tu peux aussi essayer de basculer des téléchargement sur du ftp, c'est beaucoup beaucoup moins gourmand (et plus efficace pour le client). -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lighttpd
Shams Fantar wrote: Benjamin RIOU a écrit : Le serveur de téléchargements envoie des données. Mais existe-il une solution *avec* apache pour avoir un système de cache et pour économiser de la bande passante ? Est-ce possible ? Le cache n'économise de la BP serveur que s'il est coté client. Un cache coté serveur économise éventuellement des ressources (CPU) mais pas de la BP. Pour économiser de la BP, tu peux installer mod gzip sur apache, mais ça n'est vraiment utile que sur le texte, pas sur des fichier déjà zippés. Sinon, pour revenir à lighthttp, il est utile pour un serveur qui sert plein de http statique et qui arrive à saturation avec trop de threads apache ouverts, car un processus lighthttp est moins gourmand en RAM qu'un process apache (donc la même machine supportera plus de connexion simultanée). Si ton pb, c'est la BP mais pas les connexions simultanées, lighthttp ne t'apportera pas de solutions. Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lighttpd
Daniel Caillibaud a écrit : Shams Fantar wrote: Benjamin RIOU a écrit : Le serveur de téléchargements envoie des données. Mais existe-il une solution *avec* apache pour avoir un système de cache et pour économiser de la bande passante ? Est-ce possible ? Le cache n'économise de la BP serveur que s'il est coté client. Un cache coté serveur économise éventuellement des ressources (CPU) mais pas de la BP. Pour économiser de la BP, tu peux installer mod gzip sur apache, mais ça n'est vraiment utile que sur le texte, pas sur des fichier déjà zippés. Sinon, pour revenir à lighthttp, il est utile pour un serveur qui sert plein de http statique et qui arrive à saturation avec trop de threads apache ouverts, car un processus lighthttp est moins gourmand en RAM qu'un process apache (donc la même machine supportera plus de connexion simultanée). Si ton pb, c'est la BP mais pas les connexions simultanées, lighthttp ne t'apportera pas de solutions. Daniel Le problème n'est pas la bande passante, mais l'occupation d'apache en terme de ram et processeur. Mais bon, après réflexion, je laisse d'abord apache puisque c'est une machine dédiée (qui ne fait que ça!) aux téléchargements. -- Shams Fantar (http://snurf.info) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lighttpd
Benjamin RIOU a écrit : Le 16/05/07, Shams Fantar[EMAIL PROTECTED] a écrit : Bonsoir, Je souhaiterais savoir si sur un serveur de téléchargements (légaux) qui utilise apache2, il est utile d'installer et de configurer lighttpd ? Est-ce nécessaire et conseillé ? Amicalement, Alors alors... aptitude show lighttpd... Fournit: httpd, httpd-cgi Description : A fast webserver with minimal memory footprint lighttpd is a small webserver and fast webserver developed with security in mind and a lot of features. Oups, en effet, je me suis trompé. Je ne comprends pas, tu veux mettre deux serveurs qui traitent les requetes HTTP sur la même machine ? Le serveur de téléchargements recoit ou bien envoie les données ? ++ Ben Le serveur de téléchargements envoie des données. Mais existe-il une solution *avec* apache pour avoir un système de cache et pour économiser de la bande passante ? Est-ce possible ? bye -- Shams Fantar (http://snurf.info) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lighttpd
Le serveur de téléchargements envoie des données. Mais existe-il une solution *avec* apache pour avoir un système de cache et pour économiser de la bande passante ? Est-ce possible ? bye Si ta machine locale doit envoyer des données, il n'y a pas autre moyen que devoir utiliser ta bande passante montante pour les faire parvenir à tes clients (sauf miracle) Pour économiser ta bande passante montante, il faut alors externaliser tes données vers un serveur distant. Pour cela, tu peux prendre un hébergement, ou bien des compagnies revendent des solutions de cache (akamaï), mais c'est cher. Bonne journée. Ben
Re: Lighttpd
Benjamin RIOU a écrit : Le serveur de téléchargements envoie des données. Mais existe-il une solution *avec* apache pour avoir un système de cache et pour économiser de la bande passante ? Est-ce possible ? bye Si ta machine locale doit envoyer des données, il n'y a pas autre moyen que devoir utiliser ta bande passante montante pour les faire parvenir à tes clients (sauf miracle) Pour économiser ta bande passante montante, il faut alors externaliser tes données vers un serveur distant. Pour cela, tu peux prendre un hébergement, ou bien des compagnies revendent des solutions de cache (akamaï), mais c'est cher. Bonne journée. Ben C'est un serveur dédié qui possède une connexion de 100mb/s. Je ne pense pas qu'il existe pour un serveur de téléchargements une solution de cache, dans le but de consommer le moins de bande passante par client pour avoir plus de téléchargements stimultanés pour plus de clients ?! Amicalement, -- Shams Fantar (http://snurf.info) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lighttpd
On Thu, May 17, 2007 at 03:50:54PM +0200, Shams Fantar wrote: C'est un serveur dédié qui possède une connexion de 100mb/s. Je ne pense pas qu'il existe pour un serveur de téléchargements une solution de cache, dans le but de consommer le moins de bande passante par client pour avoir plus de téléchargements stimultanés pour plus de clients ?! Ben non, c'est pas possible en HTTP. Ce qu'il te faut, c'est bittorrent, qui communalise les bandes passantes de tous les téléchargeurs, et a été conçu exactement pour ça. Ou alors en passant par du multicast, mais ça ne doit marcher qu'avec des flux de données 'temps réel'. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lighttpd
Yves Rutschle a écrit : On Thu, May 17, 2007 at 03:50:54PM +0200, Shams Fantar wrote: C'est un serveur dédié qui possède une connexion de 100mb/s. Je ne pense pas qu'il existe pour un serveur de téléchargements une solution de cache, dans le but de consommer le moins de bande passante par client pour avoir plus de téléchargements stimultanés pour plus de clients ?! Ben non, c'est pas possible en HTTP. Ce qu'il te faut, c'est bittorrent, qui communalise les bandes passantes de tous les téléchargeurs, et a été conçu exactement pour ça. Ou alors en passant par du multicast, mais ça ne doit marcher qu'avec des flux de données 'temps réel'. Y. Merci pour l'info. -- Shams Fantar (http://snurf.info) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lighttpd
C'est un serveur dédié qui possède une connexion de 100mb/s. Je ne pense pas qu'il existe pour un serveur de téléchargements une solution de cache, dans le but de consommer le moins de bande passante par client pour avoir plus de téléchargements stimultanés pour plus de clients ?! Tu peux toujours limiter le flux par utilisateur. ** Avec des options d'apache (j'en sais pas grand chose) S'agit-il d'instaurer des quotas ? http://www.topology.org/src/bwshare/README.html S'agit-il de limiter la bande par IP ? mod_bandwidth ** Avec Iptables Connbytes pour connexions TCP d'un trafic superieur à X kilo-octets. Marquage des connexions Traffic Control pour la régulation du flux exterieur ++ Ben
Lighttpd
Bonsoir, Je souhaiterais savoir si sur un serveur de téléchargements (légaux) qui utilise apache2, il est utile d'installer et de configurer lighttpd ? Est-ce nécessaire et conseillé ? Amicalement, -- Shams Fantar (http://snurf.info) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lighttpd
Le 16/05/07, Shams Fantar[EMAIL PROTECTED] a écrit : Bonsoir, Je souhaiterais savoir si sur un serveur de téléchargements (légaux) qui utilise apache2, il est utile d'installer et de configurer lighttpd ? Est-ce nécessaire et conseillé ? Amicalement, Alors alors... aptitude show lighttpd... Fournit: httpd, httpd-cgi Description : A fast webserver with minimal memory footprint lighttpd is a small webserver and fast webserver developed with security in mind and a lot of features. Je ne comprends pas, tu veux mettre deux serveurs qui traitent les requetes HTTP sur la même machine ? Le serveur de téléchargements recoit ou bien envoie les données ? ++ Ben
Re: Utilisation de dhelp et d'info2www avec Lighttpd et scripts CGI
Sylvain Le Gall a écrit : C'est possible que ce soit un effet de cache de Iceweasel/Epiphany. Ah oui, effectivement, mais ce n'est plus du cache, c'est du vol. :-D Tout marche au poil maintenant. Merci. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Utilisation de dhelp et d'info2www avec Lighttpd et scripts CGI
Bonjour, On 31-03-2007, Yannick P. [EMAIL PROTECTED] wrote: Bonjour, Ayant récemment appris l'existence de dhelp, j'ai décidé par curiosité de l'installer. D'après ce que j'ai compris, info2www (que j'ai installé également) est un script CGI qui convertirait à la volée les manuels Info installés sur le disque dur en pages HTML. Mais il y a quelques choses que je ne comprends pas. Avec le mod_cgi désactivé dans la configuration de Lighttpd, les liens de la page http://localhost/doc/HTML/index.html pointant vers http://localhost/cgi-bin/info2www et http://localhost/cgi-bin/man/man2html fonctionnent avec Iceweasel (2.0.0.3-1). Il me propose de télécharger un fichier BIN et si je le fais je retrouve les fichiers situés dans /usr/lib/cgi-bin/. Cela dit le script n'est pas exécuté. Mais ce comportement n'est pas le même avec Epiphany ou W3M. Ces deux-là me sortent une erreur 404. Et en fait c'est pareil avec le mod_cgi activé. Je n'ai pas de lien symbolique pointant vers /usr/lib/cgi-bin/ dans /var/www/ a) Pourquoi ce comportement différent entre ces plusieurs navigateurs ? Je ne sais pas répondre à ca... Desfois ca à avoir avec la négociation de contenu (content negotiation) : IceWeasel dit qu'il accepte tout et on lui envoie un fichier bin, W3M n'accepte que du html et comme bin != html on lui envoie un 404. b) Comment Lighttpd me sort-il les fichiers situés dans usr/lib/cgi-bin/ alors que le mod CGI est désactivé ? (mais je dois dire que je ne m'y connais pas trop en serveurs) Les fichiers dans usr/lib/cgi-bin sont par un moyen ou un autre dans l'arborescence vu par lighttp. Par exemple, il y dans lighttpd.conf ou un fichier inclus : alias.url += ( /cgi-bin/ =/usr/lib/cgi-bin/ ) c) Comment faire exécuter ces scripts ? Il faut activer le mod_cgi : sudo lighty-enable-mod taper cgi à l'invite Je te conseille par ailleurs de laisser commenter la ligne mod_cgi dans lighttpd.conf. Dans debian le tout est gérer par lighty-enable-mod/lighty-disable-mod. d) Effectivement, passer par un serveur HTTP local pour lire des manuels Info c'est un peu bizarre, ça m'apprendra. :P Non, ce n'est pas plus bizarre qu'autre chose... Je trouve tout ça assez déroutant ! Si quelqu'un a une idée... :-) J'utilise Sid sur un Athlon XP. Cdlt, Sylvain Le Gall -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Utilisation de dhelp et d'info2www avec Lighttpd et scripts CGI
Sylvain Le Gall a écrit : a) Pourquoi ce comportement différent entre ces plusieurs navigateurs ? Je ne sais pas répondre à ca... Desfois ca à avoir avec la négociation de contenu (content negotiation) : IceWeasel dit qu'il accepte tout et on lui envoie un fichier bin, W3M n'accepte que du html et comme bin != html on lui envoie un 404. Pas bête, je n'avais pas pensé à ça. En continuant à chercher tout seul j'étais tombé sur d'autres trucs bizarres mais c'est très confus. b) Comment Lighttpd me sort-il les fichiers situés dans usr/lib/cgi-bin/ alors que le mod CGI est désactivé ? (mais je dois dire que je ne m'y connais pas trop en serveurs) Les fichiers dans usr/lib/cgi-bin sont par un moyen ou un autre dans l'arborescence vu par lighttp. Par exemple, il y dans lighttpd.conf ou un fichier inclus : alias.url += ( /cgi-bin/ =/usr/lib/cgi-bin/ ) Sot que je suis, je n'avais pas regardé dans /etc/lighttpd/conf-available, me laissant abuser par cet available... Hem. Le clavier, la chaise, tout ça... c) Comment faire exécuter ces scripts ? Il faut activer le mod_cgi : sudo lighty-enable-mod taper cgi à l'invite Je te conseille par ailleurs de laisser commenter la ligne mod_cgi dans lighttpd.conf. Dans debian le tout est gérer par lighty-enable-mod/lighty-disable-mod. Ah, merci, je ne connaissais pas ces commandes. d) Effectivement, passer par un serveur HTTP local pour lire des manuels Info c'est un peu bizarre, ça m'apprendra. :P Non, ce n'est pas plus bizarre qu'autre chose... Hé hé. :-° Cdlt, Sylvain Le Gall Eh bien merci beaucoup car ça marche... pas totalement ceci dit ! Ça marche avec w3m et Opera, Iceweasel et Epiphany ne me proposent que de télécharger le fichier... Je me pencherai sur ce problème un peu plus tard (ou un peu plus tôt, car il est bientôt 1h du matin :D) et je posterai la réponse si jamais je la trouve. Mais je suis bien content déjà d'avoir appris ces deux choses. Encore merci. Cordialement, Yannick. (qui en apprend tous les jours) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Utilisation de dhelp et d'info2www avec Lighttpd et scripts CGI
On 01-04-2007, Yannick P. [EMAIL PROTECTED] wrote: Sylvain Le Gall a écrit : Eh bien merci beaucoup car ça marche... pas totalement ceci dit ! Ça marche avec w3m et Opera, Iceweasel et Epiphany ne me proposent que de télécharger le fichier... C'est possible que ce soit un effet de cache de Iceweasel/Epiphany. Il faut aussi considérer la possibilité que tu t'adresse à une sorte de serveur rémanent de lighttpd (i.e. qui n'a pas été tué par le start/stop... ca peut arriver sur certains démon qui conserve les connexions comme sshd). Mon conseil : fermer tous les iceweasel/epiphany, relancer lighttpd, demander à iceweasel/epiphany de vider ses caches et réessayer ;-) Cdlt, Sylvain Le Gall -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Utilisation de dhelp et d'info2www avec Lighttpd et scripts CGI
Scribit Sylvain Le Gall dies 01/04/2007 hora 23:32: Eh bien merci beaucoup car ça marche... pas totalement ceci dit ! Ça marche avec w3m et Opera, Iceweasel et Epiphany ne me proposent que de télécharger le fichier... C'est possible que ce soit un effet de cache de Iceweasel/Epiphany. Je confirme, je me suis fait b**ser un nombre incalculable de fois par Firefox, à essayer vingt milliards de façon de régler un problème qui l'était depuis belle lurette, mais que je croyais insoluble parce que Firefox ne prenait pas la peine d'aller voir ailleurs que dans son cache. Ce en quoi il a raison, par contre je m'étonne qu'afficher une page du cache ne soit pas plus rapide. Donc je conseille d'avoir installé iceweasel-webdeveloper et de désactiver le cache dès qu'on tente de règler un souci... Et une fois que le souci est réglé, ne pas oublier de vider le cache avant de le réactiver ! Furieusement, Pierre -- [EMAIL PROTECTED] OpenPGP 0xD9D50D8A signature.asc Description: Digital signature
Utilisation de dhelp et d'info2www avec Lighttpd et scripts CGI
Bonjour, Ayant récemment appris l'existence de dhelp, j'ai décidé par curiosité de l'installer. D'après ce que j'ai compris, info2www (que j'ai installé également) est un script CGI qui convertirait à la volée les manuels Info installés sur le disque dur en pages HTML. Mais il y a quelques choses que je ne comprends pas. Avec le mod_cgi désactivé dans la configuration de Lighttpd, les liens de la page http://localhost/doc/HTML/index.html pointant vers http://localhost/cgi-bin/info2www et http://localhost/cgi-bin/man/man2html fonctionnent avec Iceweasel (2.0.0.3-1). Il me propose de télécharger un fichier BIN et si je le fais je retrouve les fichiers situés dans /usr/lib/cgi-bin/. Cela dit le script n'est pas exécuté. Mais ce comportement n'est pas le même avec Epiphany ou W3M. Ces deux-là me sortent une erreur 404. Et en fait c'est pareil avec le mod_cgi activé. Je n'ai pas de lien symbolique pointant vers /usr/lib/cgi-bin/ dans /var/www/ a) Pourquoi ce comportement différent entre ces plusieurs navigateurs ? b) Comment Lighttpd me sort-il les fichiers situés dans usr/lib/cgi-bin/ alors que le mod CGI est désactivé ? (mais je dois dire que je ne m'y connais pas trop en serveurs) c) Comment faire exécuter ces scripts ? d) Effectivement, passer par un serveur HTTP local pour lire des manuels Info c'est un peu bizarre, ça m'apprendra. :P Je trouve tout ça assez déroutant ! Si quelqu'un a une idée... :-) J'utilise Sid sur un Athlon XP. Yannick -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
