> ya pas un chef d'entreprise ici qui se propose de monter une entreprise
> d'hebergement python ? je serai son 1er client :)
On pourrait, si on était plusieurs ... se prendre une dedibox ...
(a 2, ça fait déjà plus que 15euros/mois)
Après, il doit y avoir moyen de se partager les ressources, la BP, etc ...
A noter, que l'hebegement python, jadis, était très compliqué. Plusieurs "technos" était disponibles, mais également très différentes, et évidemment incompatibles entre elles ...
D'où l'emergence du standard WSGI (wsgi.org), bien en place depuis python2.5. Qui est en fait une sorte de wrapper permettant un interfaçage commun pour mod_python, fastcgi, cgi, scgi ...
Des libs wsgi existent à partir de python2.3, et permettent de brancher une appli sur un herbergement proposant le python (à partir de 2.3), et ce qqsoit la technique d'hebergement (fastcgi, cgi ...). (Il existe même une isapi pour IIS/win pour faire du wsgi python).
Le framework WSGI est absolument bien pensé et très pythonic, très simple à comprendre. Il facilite la réutilisation de composant. (il existe de plus en plus de "plugins wsgi" permettant de très vite monté des serveurs avec des features adéquates à sa guise (sessions, cookies, authent, ssl,...))
Tout ça va permettre de, très vite, faire décoller l'hebergement python, et de façon simple.
Tous les frameworks mvc (django, turbogears, pylons, cp2, etc ...) ont pris le tournant WSGI, les rendant compatible avec l'ensemble des possibilités wsgi .... wsgi.org est un bon point de départ pour bien comprendre wsgi. (les travaux sur la librairie PASTE sont également excellent pour apprivoiser l'animal)
OVH propose du python sur certain de ses plans ...
Pour l'avoir experimenté, je peux te dire que ça marche très bien.
J'ai également 2 sites en python sur OVH, dans leur formule "hébergement gratuit + nom de domaine" ... (Certes je n'ai qu'un MEGA à ma disposition, mais pour ces 2 sites no prob)
C'est du python 2.3.5 avec (fast?)cgi ... donc, avec la lib FLUP, tu peux rediriger le fastcgi en appel wsgi ... et donc faire marcher tout ce qui est WSGI ... donc django, turbogears et cie .... (moi j'y fait marcher des webpy.org).
Les temps de réponses sont très bons ...
Personnellement .. Je trouve que ce n'est pas encore assez cher !
J'aurai mis le home edition à 500 euros et l'ultimate à 1500¤.
ça fait un bout de temps qu'ils travaillent dessus, du coup ça doit valoir bien plus ...( Et puis, il faut bien rattraper les pertes de tous les XP piratés jadis !!! )
J'espère aussi que le système soit plus inviolable que XP (et pas un petit truc à la noix), qu'il soit DRM'isé à tous les étages (et qu'il empeche reellement la lecture interdire de media copyrighté), et qu'il provoque beaucoup de problèmes avec des vieux périfs/drivers (drivers non portés vers vista ou 64bits)... et ce sera parfait !
Vraiment, ils sont sur la bonne voie ! On ne pouvait pas rêver mieux (il faudrait juste qu'ils augementent le prix des licences)
Bon maintenant, cette différence de prix USA/EU : c'est uniquement pour financer la vaseline ....
pareil, gmail est la solution ...
J'ai un "email public" (on le trouve en clair partout sur le web) ...
je reçois énormément de spam, mais au final j'en est très très peu dans ma BAL ... beaucoup sont automatiquement marqué comme spam par gmail ...
Après, si tu veux pas les lire dans un client mail, tu peux toujours les popper dans un vieux client lourd ... le résultat sera pareil : quasi plus de spams
Je l'ai installé sur un HDD externe ...
La technique en gros, c'est de créer 2 partitions, une FAT32 : pour y recopier quasiment l'intégralité du CD, et une EXT2 "casper-rw" qui servira pour la persistence.
puis de faire un syslinux sur la fat32, d'installer un MBR, et de rendre la partoche bootable ...
Après ça boot (pour peu que la mobo puisse booter en USB), aussi rapidement qu'une vrai version installé sur un disque dur interne. Qques configs de clavier/langue fr. Màj de la sources.list. Et 153 mise à jour plus tard, j'ai une edgy up-to-date (tout est installé dans l'ext2), qui reboot et qui garde tout ce que j'ai configuré/installé !
Ce n'est plus un livecd, mais un Live-HDD ! C'est vraiment fabuleux ! Une "ubuntu-usb" avec tout qui va bien, capable de booter sur pas mal de configs (partout où boot le livecd !), avec tous ses outils, toutes ses configs ! hallucinant
Je me pose la question si c'est dist-upgradable maintenant ?
est-ce qu'il existerait la même chose (une distrib qui s'installerait simplement sur un perif usb, en vue de booter dessus) avec une ubuntu, ou une debian-based ?
euh non !
C'est l'auteur de "mediainfo". Il doit être bien au fait de ça (drm/dadvsi), et savait d'avance que ça se passerai ainsi. C'est un texte satirique !
Mais bon, ça dépeinds relativement bien la situation
> Tu gagnerais à faire connaitre ton client auprès des devs
> de mpd pour qu'il apparaisse dans la page :
> http://www.musicpd.org/clients.shtml
c'est déjà fait ;-) (depuis le 9/11)
sinon, le but c pas de faire un client pour jouer en local
(mais si au final, je risque d'y tendre ... car j'aimerai bien avoir un client comme exaile/listen pour mpd .. mais c'est sans prétention aucune)
Le but : c'est pour commander son serveur de son à distance !!!
il m'arrive de mettre de la zic, quand je suis à une soirée, chez des amis ...
je renvoi tout le flux sonore de ma machine via ices/icecast
et je pilote le player via un navigateur
du coup, techniquement, je peux écouter ma musique partout sur terre où il y a un accès internet ...
oui, on peut aussi se connecter via VNC/nxclient/ssh/mpc pour piloter son mpd de la même façon
Mais là, c'est bien plus pratique ... (et bien plus pratique qu'un phpmp2 ou autres, car il n'y a besoin de quasi rien)
Interessant ... (ce serait bien que mpd se pilote par dbus)
En attendant, j'ai moyen de poller simplement ...
Sinon, la prochaine version aura un rafraichissement séparé, entre la playlist et les commandes ...
C'est effectivement un peu moins gourmand ...
Mais de toutes façons, dès que la playlist dépasse 2000 items, l'affichage coté client web, est "limite" (temps de réponse)
Bon déjà, wymypy n'utilise pas de libs externes de python ... uniquement les libs standards du python de base !
Aussi j'ai du mal à croire que tu n'as pas "python" sur ta machine
Sous windows, je comprendrai très bien ...
Mais sous linux, il y a quand même énormément de progs python.
Quant à qualifier python de langages de scripting : c'est aussi un peu fort ;-)
Quant au freezer pyinstaller, faut savoir que ça freeze l'appli, càd ça zip les librairie python qui vont bien, et les scripts, et ça met tout ça dans un exe ... qui lui est chargé, au moment du lancement de dézipper tout ça dans "temp", et de demarrer l'appli ...
La partie executable est un binaire qui est compilé sur la machine emmetrice ... Je doute sincèrement que cet executable tourne sur tous les linux ...
Sinon, j'aimerai vraiment savoir quelle distrib tu utilises ... vraiment, par curiosité ...
Faut que je sépare le reload de la playlist du reload de l'afficheur ;-)
Je ne voulais pas pour rester le plus simple possible ... (au niveau du gui)
mais je crois que je n'aurai pas le choix ...
Le hic ça va être de "detecter simplement/proprement" quand est-ce qu'il y a un changement de morceau ...
tu as quoi comme processeur ?
j'ai un intel 2.6ghz ... ça tourne autour de 0.7% de cpu, avec un "refresh à 2s", et 60 morceaus dans la playlist ... (et certes 0, sans refresh)
ça bouffe moins que htop ...
Cependant oui la playlist est renvoyée toutes les 2sec. Mais bon, la constitution du html de celle-ci est très rapide et peu gourmande...
(certes c'est optimisable encore)
Sinon il est evident qu'il y a une corrélation entre la valeur du refresh et la charge cpu (ce pourquoi il est possible d'adapter le timing)
Mais cette charge n'est pas énorme (à mon avis assez loin d'autres clients lourds) ... Et puis, à partir du moment où la musique est lancé, on coupe l'interface (comme on le fait avec un client lourd)
Merci pour la correction du wiki d'mpd, j'avais oublié ce détail ...
> Il manque peut-être la possibilité d'ajouter une URL à la playlist.
Ah bon, c'est possible ça ?!?
Tu parles peut être de cette notion de "stream" sous mpd ?
# une URL ?
Posté par manatlan (site web personnel) . En réponse au journal [News] [vente liée] c'est fini !. Évalué à -5.
(c'est pas que je ne te crois pas, mais ça mériterait plus d'explications)
# Dedibox'ons nous ? non ?
Posté par manatlan (site web personnel) . En réponse au journal Hebergeur Python. Évalué à 2.
> d'hebergement python ? je serai son 1er client :)
On pourrait, si on était plusieurs ... se prendre une dedibox ...
(a 2, ça fait déjà plus que 15euros/mois)
Après, il doit y avoir moyen de se partager les ressources, la BP, etc ...
[^] # Re: OVH !
Posté par manatlan (site web personnel) . En réponse au journal Hebergeur Python. Évalué à 3.
D'où l'emergence du standard WSGI (wsgi.org), bien en place depuis python2.5. Qui est en fait une sorte de wrapper permettant un interfaçage commun pour mod_python, fastcgi, cgi, scgi ...
Des libs wsgi existent à partir de python2.3, et permettent de brancher une appli sur un herbergement proposant le python (à partir de 2.3), et ce qqsoit la technique d'hebergement (fastcgi, cgi ...). (Il existe même une isapi pour IIS/win pour faire du wsgi python).
Le framework WSGI est absolument bien pensé et très pythonic, très simple à comprendre. Il facilite la réutilisation de composant. (il existe de plus en plus de "plugins wsgi" permettant de très vite monté des serveurs avec des features adéquates à sa guise (sessions, cookies, authent, ssl,...))
Tout ça va permettre de, très vite, faire décoller l'hebergement python, et de façon simple.
Tous les frameworks mvc (django, turbogears, pylons, cp2, etc ...) ont pris le tournant WSGI, les rendant compatible avec l'ensemble des possibilités wsgi .... wsgi.org est un bon point de départ pour bien comprendre wsgi. (les travaux sur la librairie PASTE sont également excellent pour apprivoiser l'animal)
# OVH !
Posté par manatlan (site web personnel) . En réponse au journal Hebergeur Python. Évalué à 2.
Pour l'avoir experimenté, je peux te dire que ça marche très bien.
J'ai également 2 sites en python sur OVH, dans leur formule "hébergement gratuit + nom de domaine" ... (Certes je n'ai qu'un MEGA à ma disposition, mais pour ces 2 sites no prob)
C'est du python 2.3.5 avec (fast?)cgi ... donc, avec la lib FLUP, tu peux rediriger le fastcgi en appel wsgi ... et donc faire marcher tout ce qui est WSGI ... donc django, turbogears et cie .... (moi j'y fait marcher des webpy.org).
Les temps de réponses sont très bons ...
# Pas assez cher !!!
Posté par manatlan (site web personnel) . En réponse au journal Vista : trop cher ?. Évalué à 10.
J'aurai mis le home edition à 500 euros et l'ultimate à 1500¤.
ça fait un bout de temps qu'ils travaillent dessus, du coup ça doit valoir bien plus ...( Et puis, il faut bien rattraper les pertes de tous les XP piratés jadis !!! )
J'espère aussi que le système soit plus inviolable que XP (et pas un petit truc à la noix), qu'il soit DRM'isé à tous les étages (et qu'il empeche reellement la lecture interdire de media copyrighté), et qu'il provoque beaucoup de problèmes avec des vieux périfs/drivers (drivers non portés vers vista ou 64bits)... et ce sera parfait !
Vraiment, ils sont sur la bonne voie ! On ne pouvait pas rêver mieux (il faudrait juste qu'ils augementent le prix des licences)
Bon maintenant, cette différence de prix USA/EU : c'est uniquement pour financer la vaseline ....
[^] # Re: Solution simple
Posté par manatlan (site web personnel) . En réponse au journal Somutions contre le SPAM ?. Évalué à 4.
J'ai un "email public" (on le trouve en clair partout sur le web) ...
je reçois énormément de spam, mais au final j'en est très très peu dans ma BAL ... beaucoup sont automatiquement marqué comme spam par gmail ...
Après, si tu veux pas les lire dans un client mail, tu peux toujours les popper dans un vieux client lourd ... le résultat sera pareil : quasi plus de spams
# quitte à faire du réchauffer
Posté par manatlan (site web personnel) . En réponse au journal KDE4 sous Mac, Windows et ... Linux ;). Évalué à 0.
Je ne le relate pas, il est là :
http://linuxfr.org/comments/524827.html#524827
[^] # Re: Et Microsoft là-dedans ?
Posté par manatlan (site web personnel) . En réponse au journal Nouvelle version de flash player palibre. Évalué à 4.
[^] # Re: Pour ceux qui sont rebutés par le prix ou on déjà une clé :)
Posté par manatlan (site web personnel) . En réponse au journal Mandriva Flash. Évalué à 2.
ça marche !
Je l'ai installé sur un HDD externe ...
La technique en gros, c'est de créer 2 partitions, une FAT32 : pour y recopier quasiment l'intégralité du CD, et une EXT2 "casper-rw" qui servira pour la persistence.
puis de faire un syslinux sur la fat32, d'installer un MBR, et de rendre la partoche bootable ...
Après ça boot (pour peu que la mobo puisse booter en USB), aussi rapidement qu'une vrai version installé sur un disque dur interne. Qques configs de clavier/langue fr. Màj de la sources.list. Et 153 mise à jour plus tard, j'ai une edgy up-to-date (tout est installé dans l'ext2), qui reboot et qui garde tout ce que j'ai configuré/installé !
Ce n'est plus un livecd, mais un Live-HDD ! C'est vraiment fabuleux ! Une "ubuntu-usb" avec tout qui va bien, capable de booter sur pas mal de configs (partout où boot le livecd !), avec tous ses outils, toutes ses configs ! hallucinant
Je me pose la question si c'est dist-upgradable maintenant ?
[^] # Re: Pour ceux qui sont rebutés par le prix ou on déjà une clé :)
Posté par manatlan (site web personnel) . En réponse au journal Mandriva Flash. Évalué à 3.
https://wiki.ubuntu.com/LiveUsbPendrivePersistent
qui est la "version officielle" ...
je crois que je vais tester tout ça ce soir ...
[^] # Re: Pour ceux qui sont rebutés par le prix ou on déjà une clé :)
Posté par manatlan (site web personnel) . En réponse au journal Mandriva Flash. Évalué à 1.
est-ce qu'il existerait la même chose (une distrib qui s'installerait simplement sur un perif usb, en vue de booter dessus) avec une ubuntu, ou une debian-based ?
[^] # Re: Achetée sur le site brésilien ?
Posté par manatlan (site web personnel) . En réponse au journal Mandriva Flash. Évalué à 1.
ça c'est de la pub mandriva !
[^] # Re: Est-ce que ça vaut le coup...
Posté par manatlan (site web personnel) . En réponse au journal Tentative de téléchargement légal de film. Évalué à 6.
euh non !
C'est l'auteur de "mediainfo". Il doit être bien au fait de ça (drm/dadvsi), et savait d'avance que ça se passerai ainsi. C'est un texte satirique !
Mais bon, ça dépeinds relativement bien la situation
[^] # Re: but du projet...
Posté par manatlan (site web personnel) . En réponse au journal wymypy : un web-client pour MPD. Évalué à 2.
> de mpd pour qu'il apparaisse dans la page :
> http://www.musicpd.org/clients.shtml
c'est déjà fait ;-) (depuis le 9/11)
sinon, le but c pas de faire un client pour jouer en local
(mais si au final, je risque d'y tendre ... car j'aimerai bien avoir un client comme exaile/listen pour mpd .. mais c'est sans prétention aucune)
Le but : c'est pour commander son serveur de son à distance !!!
il m'arrive de mettre de la zic, quand je suis à une soirée, chez des amis ...
je renvoi tout le flux sonore de ma machine via ices/icecast
et je pilote le player via un navigateur
du coup, techniquement, je peux écouter ma musique partout sur terre où il y a un accès internet ...
oui, on peut aussi se connecter via VNC/nxclient/ssh/mpc pour piloter son mpd de la même façon
Mais là, c'est bien plus pratique ... (et bien plus pratique qu'un phpmp2 ou autres, car il n'y a besoin de quasi rien)
capito ?
[^] # Re: .
Posté par manatlan (site web personnel) . En réponse au journal wymypy : un web-client pour MPD. Évalué à 2.
peux tu me dires si ça marche sur ta slack
http://manatlan.free.fr/setup/wymypy
[^] # Re: Impressions
Posté par manatlan (site web personnel) . En réponse au journal wymypy : un web-client pour MPD. Évalué à 2.
En attendant, j'ai moyen de poller simplement ...
Sinon, la prochaine version aura un rafraichissement séparé, entre la playlist et les commandes ...
C'est effectivement un peu moins gourmand ...
Mais de toutes façons, dès que la playlist dépasse 2000 items, l'affichage coté client web, est "limite" (temps de réponse)
# pareil
Posté par manatlan (site web personnel) . En réponse au journal Adresse à coucher dehors. Évalué à 2.
surtout qu'elle est annoncée qu'une seule fois !
C'est hallucinant ! ...
de tete, après l'avoir entendu ce matin vers 9h ...
"alerte@enlevement.justice.gouv.fr" ...
et encore je ne sais pas si c'est avec des "S" ou pas à alerte et enlevement ...
[^] # Re: .
Posté par manatlan (site web personnel) . En réponse au journal wymypy : un web-client pour MPD. Évalué à 2.
Aussi j'ai du mal à croire que tu n'as pas "python" sur ta machine
Sous windows, je comprendrai très bien ...
Mais sous linux, il y a quand même énormément de progs python.
Quant à qualifier python de langages de scripting : c'est aussi un peu fort ;-)
Quant au freezer pyinstaller, faut savoir que ça freeze l'appli, càd ça zip les librairie python qui vont bien, et les scripts, et ça met tout ça dans un exe ... qui lui est chargé, au moment du lancement de dézipper tout ça dans "temp", et de demarrer l'appli ...
La partie executable est un binaire qui est compilé sur la machine emmetrice ... Je doute sincèrement que cet executable tourne sur tous les linux ...
Sinon, j'aimerai vraiment savoir quelle distrib tu utilises ... vraiment, par curiosité ...
[^] # Re: Impressions
Posté par manatlan (site web personnel) . En réponse au journal wymypy : un web-client pour MPD. Évalué à 2.
Faut que je sépare le reload de la playlist du reload de l'afficheur ;-)
Je ne voulais pas pour rester le plus simple possible ... (au niveau du gui)
mais je crois que je n'aurai pas le choix ...
Le hic ça va être de "detecter simplement/proprement" quand est-ce qu'il y a un changement de morceau ...
[^] # Re: Impressions
Posté par manatlan (site web personnel) . En réponse au journal wymypy : un web-client pour MPD. Évalué à 2.
j'ai un intel 2.6ghz ... ça tourne autour de 0.7% de cpu, avec un "refresh à 2s", et 60 morceaus dans la playlist ... (et certes 0, sans refresh)
ça bouffe moins que htop ...
[^] # Re: Impressions
Posté par manatlan (site web personnel) . En réponse au journal wymypy : un web-client pour MPD. Évalué à 3.
Cependant oui la playlist est renvoyée toutes les 2sec. Mais bon, la constitution du html de celle-ci est très rapide et peu gourmande...
(certes c'est optimisable encore)
Sinon il est evident qu'il y a une corrélation entre la valeur du refresh et la charge cpu (ce pourquoi il est possible d'adapter le timing)
Mais cette charge n'est pas énorme (à mon avis assez loin d'autres clients lourds) ... Et puis, à partir du moment où la musique est lancé, on coupe l'interface (comme on le fait avec un client lourd)
[^] # Re: .
Posté par manatlan (site web personnel) . En réponse au journal wymypy : un web-client pour MPD. Évalué à 3.
Cependant, python est installé par défaut sur pas mal de distrib ... non ?
[^] # Re: Ajout stream
Posté par manatlan (site web personnel) . En réponse au journal wymypy : un web-client pour MPD. Évalué à 2.
C'est plus pratique que de saisir une url à chaque fois
Cependant j'ajouterai la possibilité, si mpd le permet
[^] # Re: Impressions
Posté par manatlan (site web personnel) . En réponse au journal wymypy : un web-client pour MPD. Évalué à 2.
Comment tu mesures ça ?
que je tente de refaire chez moi ...
D'autres infos qui m'interesserait :
- Tu as mis le refresh à combien ?
- Combien d'item tu as dans ta playlist ?
- C'est quoi ton processeur/ram ?
[^] # Re: Ajout stream
Posté par manatlan (site web personnel) . En réponse au journal wymypy : un web-client pour MPD. Évalué à 2.
> Il manque peut-être la possibilité d'ajouter une URL à la playlist.
Ah bon, c'est possible ça ?!?
Tu parles peut être de cette notion de "stream" sous mpd ?