Journal Conférence eyeOS le 24 février à Toulouse

Posté par  (site web personnel, Mastodon) .
Étiquettes : aucune
7
3
fév.
2009
Salut à tous,

Ceci est mon premier journal alors soyez indulgents et n'hésitez pas à proposer des remarques constructives en commentaire ! :)

J'ai déjà pris la parole sur ce site à propos du même sujet, mais uniquement en commentant un post d'un autre utilisateur. Cette fois-ci je me lance en initiateur pour vous parler d'un prochain événement qui se tiendra dans la ville rose.

Je fais partie du projet eyeOS depuis que je l'ai rejoint bénévolement comme développeur en août 2006, et j'avoue que depuis la passion ne m'a pas quitté. Et ce qui était au départ un passe-temps dans un but presque purement personnel s'est transformé en travail à temps partiel (et j'espère à terme, plein temps).
Je suis "accessoirement" étudiant à l'IUP ISI de l'université Paul Sabatier à Toulouse et c'est à ce même endroit que j'ai décidé de prendre pour la première fois la parole en public pour présenter, à qui le souhaitera, ce projet qui me tient à coeur.

Je laisse donc un message ici pour informer les librophiles et techno-curieux de tout bords qu'un présentation du projet eyeOS se tiendra le mardi 24 février à 18h à l'université Paul Sabatier, Amphi Daurat (bâtiment U3).

Que toutes les personnes intéressées se fassent connaitre en laissant un commentaire, histoire d'avoir un aperçu prévisionnel des chaises à réserver ;)

Quelques liens pour en savoir plus :

À bientôt j'espère, et rendez-vous le 24 !

  • # Déjà...

    Posté par  . Évalué à 6.

    ...ne commence pas par te critiquer. Avec une telle introduction les lecteurs sont mis en condition pour chercher les défauts et ne pas faire attention au contenu. Poste ton journal c'est tout. On s'en fous que ce soit ton premier, s'il est bon tu le sauras.

    EyeOS est un beau projet, bon courage à toi et à l'équipe :-D

  • # Retransmission?

    Posté par  . Évalué à 2.

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

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

    • [^] # Re: Retransmission?

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      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 !

  • # navigateur dans le navigateur

    Posté par  . Évalué à 2.

    J'ai essayé eyeOS sur http://eyeos.info . J'avoue que c'est assez impressionnant ! C'est fluide et il y a pas mal d'applications.

    Comme je ne pourrai pas assister à ta présentation (trop loin), je profite de ton journal pour te poser une question. J'ai lancé le navigateur de eyeOS et je suis allé sur le site http://www.monip.org , j'ai été surpris de voir l'adresse IP de mon accès internet et pas celui du serveur.

    Je pensais que toutes les applications fonctionnaient sur le serveur à la manière d'un serveur X mais visiblement, ce n'est pas le cas. Peux-tu m'expliquer comment cela fonctionne ?

    • [^] # Re: navigateur dans le navigateur

      Posté par  (site web personnel) . Évalué à 4.

      Une iframe et c'est ton navigateur qui va lui même comme un grand sur le site... parce que bon c'est quoi l'intérêt d'utiliser le serveur comme proxy ?

      • [^] # Re: navigateur dans le navigateur

        Posté par  . Évalué à 3.

        heu au hasard... s'anonymiser ? :D

        • [^] # Re: navigateur dans le navigateur

          Posté par  . Évalué à 1.

          Je viens de tester sur le serveur public et c'est vrai que ça a l'air réactif;
          je ne pense devenir un grand utilisateur (je préfère les applis en console perso) mais par contre c'est le genre de truc que je me vois bien mettre en place pour des amis/famille/...
          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 :(
          Bon courage à vous en tout cas, je vais continuer mes tests avec plaisir :-)

          • [^] # Re: navigateur dans le navigateur

            Posté par  (site web personnel, Mastodon) . Évalué à 1.

            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 !

      • [^] # Re: navigateur dans le navigateur

        Posté par  (site web personnel, Mastodon) . Évalué à 1.

        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...

    • [^] # Re: navigateur dans le navigateur

      Posté par  . Évalué à 0.

      Quand je suis allé sur linuxfr via eyeos, la page affiché (sans accro) était authentifié avec mon compte. Je pense (mais je ne sais pas comment faire) que les devs font un appel au navigateur lui même pour afficher la page.

      Non ?

      • [^] # Re: navigateur dans le navigateur

        Posté par  (site web personnel, Mastodon) . Évalué à 2.

        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.

  • # C'est beau

    Posté par  . Évalué à 4.

    Je suis en train de coder un gestionnaire de fenêtre, bureau, etc en javascript aussi et quand je vois eyeOS, je me dis qu'il me reste du boulot :)

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

    • [^] # Re: C'est beau

      Posté par  (site web personnel, Mastodon) . Évalué à 2.

      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 ;)

      • [^] # Re: C'est beau

        Posté par  . Évalué à 2.

        J'ai pas regardé, mais vous utilisez des "lib" pour le javascript ou faite tout from scratch ?

        Le plus gros du code est coté javascript ?

        • [^] # Re: C'est beau

          Posté par  (site web personnel, Mastodon) . Évalué à 2.

          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...

          • [^] # Re: C'est beau

            Posté par  . Évalué à 2.

            Moi j'hésitais à m'appuyer sur une lib JS existante, mais au moment ou je me posais la question, une lib venait de changer de version et pétait toute l'API...

            Donc j'ai tout fait from scratch :) c'est formateur !

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

            • [^] # Re: C'est beau

              Posté par  (site web personnel, Mastodon) . Évalué à 1.

              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.

  • # Très propre

    Posté par  (site web personnel) . Évalué à 3.

    Je viens de tester, je trouve ça très propre, très léché et tout ce que j'ai tenté a marché. 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é.

    • [^] # Re: Très propre

      Posté par  (site web personnel, Mastodon) . Évalué à 4.

      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.

  • # Une appli jabber ?

    Posté par  (site web personnel) . Évalué à 1.

    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!

    Je développe à mes heures perdues un client jabber en javascript ( http://ajaxbber.sourceforge.net/ ), et même si je n'ai pas fait de release depuis un certain temps, le code a pas mal évolué.
    Je me demandais si ça pouvait avoir un intérêt à être intégré dans ce genre de projets, sous forme d'applis.
    Il pourrait bien sûr s'intégrer au look&feel d'eyeOs. La seule contrainte que je vois concerne les libs javascripts, puisque j'utilise JsJac [1] et mootools [2] et que déjà pour les faire marcher ensemble, j'ai du modifier le source de mootools.

    Enfin voilà, ça reste une question ouverte !

    [1] : http://blog.jwchat.org/jsjac/
    [2] : http://mootools.net/

    • [^] # Re: Une appli jabber ?

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      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).

  • # Oups, erreur de date !

    Posté par  (site web personnel, Mastodon) . Évalué à 1.

    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.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.