Nanawel a écrit 281 commentaires

J'avais pensé faire la même chose mais je n'ai pas trouvé le temps.

En revanche quand un nouveau Tracks sortait je trouvais le temps de le télécharger... manuellement (source HTML, rtmpdump et un peu d'huile de... doigt). Mais bon c'est fatigant.

Merci à toi !


(Je vois que plusieurs proposent leur propre script similaires dans les commentaires, mais je n'en avais vu aucun lors de mes précédentes recherches. Google ne serait-il plus mon ami ?)

Sérieux.
Je t'ai répondu en MP. Content de pouvoir faire plaisir ! (et de me débarrasser d'un bidule inutile)

...j'ai eu Bacary Sagna tout à l'heure (jamais entendu ce nom; pas étonnant quand on en a rien à taper).
Je suis prêt à te l'envoyer gratuitement par courrier (standard, faut pas déconner) si ça peut t'aider à calmer la merd.... la petite fille, et si par là même ça débarrasse mon bureau.

Il y a un hébergeur français qui pour le même tarif propose un service équivalent en mutualisé dans son offre "pro"

J'ai vu cela également. Le tarif n'est toutefois pas le même (à peine un peu plus cher) mais on peut espérer que l'offre soit plus sérieuse.
Si c'est celui auquel je pense, alors MavenHosting utilise en fait déjà leurs serveurs (au moins pour les hébergements mutualisés comme le mien), d'après le DNS.

Les CGV ne précisent rien concernant SSH.
Il est seulement fait mention du SSH dans la liste des services inclus dans l'offre, au même titre que le PHP5, les comptes e-mails illimités, Mysql 5, etc.


MISE À JOUR : après (longue) négociation, je vais finalement clôturer mon compte et me faire rembourser la période restante.

Il me semble aussi.
Je vais poser cette question, mais comme je ne suis qu'un petit client à 5€/mois, je doute qu'ils changent leur système pour me faire plaisir.

> Autant d'un coté rendre cette mesure obligatoire est stupide notamment pour les gens qui ont des IP dynamique, mais aussi pour les gens qui voyages beaucoup.

C'est bien l'objet de mon énervement : c'est une mesure obligatoire qui n'est pas désactivable par le panneau d'administration. De plus, elle a été mise en place sans aucun mail d'avertissement ou d'explication.

> D'un autre coté on ne peut nier que limiter les connections qu'a certaines IP renforce la sécurité.

Je ne le nie pas et je comprends tout à fait la nécessité de ce genre de sécurité pour certains utilisateurs. Mais pour moi cela n'est qu'une gêne.

> Fin bref au lieu de pleurnicher ici tu devrait plutôt argumenter sur le problème des IP dynamiques, tu n'est très certainement pas le seul dans ce cas chez cet hébergeur.

pleurnicher ?? D'où tu sors ça ? C'est un journal, j'écris mes réactions à ce que j'estime être un manque total de respect par un hébergeur envers un client. C'était également dans le but de savoir si des lecteurs avaient déjà fait l'expérience de ce genre de situation, et si oui, comment ils l'avaient résolu.
Si cela trouble ton dimanche, passe ton chemin.

Et ça c'est de la politesse béton. Pour ce genre de réponse, les commentaires de Youtube et Dailymotion sont parfaits, tu devrais essayer.

Techniquement il n'y a pas de changement dans le contrat parce que ce type de détails n'est pas marqué noir sur blanc dans les conditions d'utilisation.
Mais c'est en effet ce que j'ai vérifié en premier.

Merci pour la proposition sur toile-libre.org, j'y penserai pour mon prochain hébergement :)

> Ouais mais bon, ce serait ridicule d'en arriver là !

Oui et c'est bien ce que je reproche à l'hébergeur. je me doute bien que des solutions seraient envisageable pour contourner de près ou de loin cette restriction, mais je pars du principe que ça ne remplacera jamais ce pourquoi j'avais souscrit initialement, à savoir un accès SSH/SFTP sans restrictions.

> Utopiquement, le mieux serait de faire annuler le contrat parce que les conditions d'utilisation ont changées !

Les conditions d'utilisations ne portent malheureusement aucune mention précise à ce niveau. Il est seulement fait référence au SSH comme d'un service inclus dans l'offre d'éhbergement, sans plus de détails.
Par contre, il est clairement marqué qu'aucun remboursement n'aura lieu passé le délai de 7 jours. Comme cela fait plus de 6 mois... je pense que ce n'est pas applicable.

Je plussoie le commentaire précédent. Une des grosses qualités de Source est d'être plutôt optimisé, et adaptable à la dernière carte high-tech, comme au PC d'il y a 4 ans. Et d'ailleurs il n'est plus nécessaire d'avoir cette "dernière carte high-tech" pour faire tourner un jeu basé sur Source avec les graphismes au maximum.

Mon portable dont le modèle date de 2007 fait parfaitement tourner L4D en détails max. Essaye ça avec un jeu du même âge que L4D, tu n'auras certainement pas les mêmes résultat.

Ben apparemment c'est justement ça qui est intéressant. Il devrait y avoir tous les jeux basés sur Source directement utilisables, partant du fait que c'est ce moteur qui a été porté sous OSX et Linux.

Je pense que nous avons affaire à la plus grande révolution du jeu vidéo sur Linux. Même si on aurait préféré que ça soit avec des jeux... libres eux-aussi, je me contenterai de voir qu'une tripotée d'excellents titres deviennent disponibles autre part que sur Windows (et OSX, mais pour ce que j'en connais...).

C'est uniquement le *premier* résultat qui affiche l'expansion de l'acronyme (Wikipédia FR) ! Faut arrêter de crier au drame quand même.

Allez, y'a aussi la page anglaise de Wikipédia en page 2. Nouveau troll Nouvelle question : faut-il bannir Wikipedia des résultats Google ?

Je suis absolument étonné (y'a quoi de plus fort qu'étonné, parce que ça le vaudrait) de voir que personne n'a encore rappelé l'utilisation du "+" magique.

Ben oui, recherchez "+lapins" sur Google et vous chercherez que des lapins. Maintenant enlevez le "+" et vous aurez des lapins singuliers (enfin... j'me comprends...).

Je dois ajouter que ça s'applique aussi aux expressions entre guillemets quand on le place avant le premier guillemet justement ? Allez non.

Oui c'est même plus simple que ça. Comme je le dis plus haut, eyeNav utilise par défaut une simple iframe, un élément HTML qui permet d'afficher une page... au sein d'une autre page. Mais rien ne passe par le serveur eyeOS ici. C'est un peu comme si un onglet de ton navigateur s'ouvrait dans un espace au milieu d'un page déjà ouverte. Les cookies et tout le reste s'appliquent à cette page interne.
En conclusion, eyeNav n'est pas un vrai navigateur. Mais il offre l'avantage de sauvegarder ses favoris et de les rouvrir tout en restant dans l'environnement du bureau eyeOS.

Je viens de remarquer une erreur d'environ 365 jours concernant le début de ma participation au projet. C'était en août... 2007 ! Et pas 2006 comme je l'ai marqué dans mon message.
Cela fait donc un an et demi environ aujourd'hui. Veuillez pardonner cette négligence, je n'ai pas eu la chance de participer à la série 0.x du projet, mais uniquement 1.x.

Excellent ! Je l'avais installé il y a un certain temps, il faut reconnaître qu'il a fait un bon bout de chemin depuis!

Oui ! J'ai eu la chance d'arriver au bon moment me semble-t-il, le projet venait juste d'avoir sa base stabilisée grâce au boulot de deux passionnés catalans.

Je développe à mes heures perdues un client jabber en javascript [...] Je me demandais si ça pouvait avoir un intérêt à être intégré dans ce genre de projets, sous forme d'applis.

Bien sûr que oui ! Ce genre d'application est extrêmement intéressant pour le projet ! Je t'encourage très fortement à regarder un peu comment sont construites les applications eyeOS et à en créer une pour ton client Jabber. Au début tu peux te limiter au plus simple, sans arrangement graphique pour coller au reste, et tu le déposes sur eyeos-apps.org.
Nous n'avons justement pas de client Jabber par défaut pour l'instant, ton application pourrait très bien remédier à ça :)
Ne t'inquiète pas pour les librairies JS additionnelles, chaque application peut charger les scripts nécessaires à son exécution. Le problème risque de se poser si une autre application a besoin des mêmes librairires (mais non-modifiées, dans ton exemple avec Mootools) pour fonctionner. On risque d'obtenir un résultat assez... aléatoire.

Dans tous les cas, ça ne coûte rien d'essayer (à part un peu de temps).

L'échange entre le JS et le PHP, c'est du JSON ? de l'XML ?

Que ce soit entre JS => PHP ou PHP => JS c'est de l'XML.
Côté JS un moteur maison se charge de parser les réponses et de lancer les tâches à effectuer.
Côté PHP, la requête est traitée selon ses variables GET et des paramètres additionnels peuvent être passés par XML.

Dans la série 1.x en service aujourd'hui, de nombreuses librairies JS ont été faites from scratch ou pas loin.
Mais j'hésite à dire que le plus gros soit côté JS. Le javascript gère la couche "présentation" comme on dit. C'est elle qui affiche et dispose les éléments, reçoit les actions utilisateur, et les transmet à la partie contrôle. C'est un gros boulot effectivement, mais ça reste de l'affichage.

La partie contrôle doit dialoguer avec cette partie affichage, mais également gérer l'exécution des applications, le routage des messages, la gestion des droits utilisateurs, les opérations sur le système de fichiers, etc. Et ça c'est un autre gros boulot !
Donc dans eyeOS, je pense que le plus gros du système reste situé côté PHP, même si le noyau JS représente une part évidemment non-négligeable.

Dans la version 2.0 en préparation, la gestion des widgets (boutons, champs, fenêtres, etc.) devrait être assuré côté JS non plus par une librairie développée en interne, mais par Qooxdoo, un framework Javascript très puissant, très complet et très extensible. Mais ça c'est une autre histoire...

Merci, je viens de proposer l'évènement !
Pourvu qu'il n'y ait pas trop de monde quand même ^^

Je ne suis pas non plus un fan du web2.0 et je suis un peu parano alors confier mes données perso à un serveur tiers, pas question mais c'est très bien réalisé.

Merci, ça représente un boulot assez conséquent !

Concernant ta remarque sur le stockage de donnée perso, c'est justement là qu'eyeOS représente une alternative à toutes ces applications priv[ées/atives] !
Le serveur eyeos.info est accessible à tout le monde, et effectivement là, il n'y a pas de contrôle direct des utilisateurs sur leurs données. Libre à chacun de s'inscrire et de l'utiliser en "prenant le risque" (comme on "prend le risque" d'utiliser Facebook, GoogleDocs, Gmail, etc.).

Mais ce n'est pas tout ! Et c'est ÇA qui m'a attiré quand j'ai découvert le projet. Je ne suis PAS dépendant d'un serveur propriétaire situé je-ne-sais-où. Je télécharge le package eyeOS et je l'installe sur le serveur de mon choix, à la maison, sur un hébergement mutualisé, sur un hébergement dédié, etc. Je n'ai besoin que d'Apache et PHP. Et c'est encore mieux comme ça, puisque ça me permet de gérer l'administration d'eyeOS moi-même. Je garde ainsi un total contrôle des données stockées sur mon système eyeOS.

Vous proposez des solutions d'entreprise et tout le tralala ou c'est juste pour la beauté du code ?

Les solutions entreprises sont prises en charge par la société eyeOS (www.eyeos.com). Elle fournit le support, le développement et la maintenance d'applications tierces pour le compte de sociétés privées.

eyeOS propose une double licence concernant les développement spécifiques : dans le premier cas, la société devient propriétaire du source de ses applications/modules/etc et elle seule peut décider de son utilisation.
Dans l'autre, si les développement effectués présentent un intérêt pour la communauté libre, la société peut léguer ses droits sur le source et payera en contrepartie un prix plus faible que dans le premier cas.
C'est d'un certain point de vue gagnant-gagnant, notamment pour les administrations publiques qui sont prêtes, on le sait, à payer le moins cher possible, et qui n'ont que faire du source du logiciel fourni.


... mais sinon c'est aussi pour la beauté du code ;)

Pour ceux qui ne pourraient pas y assister, est il prévu de retransmettre la conférence?

Ce n'est pas prévu malheureusement. Je suis seul à m'occuper de l'organisation et je n'ai pas le matériel pour le retransmettre en direct ou différé.

PS: a toi et à l'équipe, chapeau pour eyeOS, c'est bluffant! Bon courage pour la suite.

Merci ! Cela reste un début, mais les améliorations vont grandissantes au fil des mois !

J'ai remarqué un bug assez choquant tout de fois (concernant le navigateur), si je l'ouvre et que je fais "précédent" cela fait faire "précédent" au "vrai" navigateur :(

Effectivement. Comme nombre d'applications AJAX, les appels aux boutons "Précédent" et "Suivant" ne font pas ce que l'on attendrait d'eux.
Je sais que les applications Google ont partiellement résolu ce problème, je note ça et je jetterai un oeil pour au moins "désactiver" ces boutons sous eyeOS (en attendant de trouver de meilleures actions en remplacement).
Merci de la remarque !

Effectivement le "navigateur" interne d'eyeOS ne propose par défaut qu'une simple iframe et donc aucun moyen d'anonymat puisque c'est le poste client qui effectue les requêtes et non le serveur.
La seule utilité de ce mode est de pouvoir sauvegarder ses bookmarks et de gérer les pages consultées au sein d'eyeOS, sans avoir d'onglets supplémentaires ouverts dans son navigateur.

Cependant, et bien que je ne l'ai jamais essayé, eyeNav propose un plugin de navigation basé sur anonymouse.org. Ce n'est plus alors le client qui effectue les requêtes, mais ce n'est pas non plus le serveur eyeOS. Le plus gênant ici est que bon nombre de proxys (notamment en entreprise) bloquent les accès à ces sites de surf anonyme.

Il n'y a donc pas de réelle solution pour le moment en considérant que les librairies de proxy PHP ne sont, pour la grande majorité, pas au point...