Stéphane Gully a écrit 44 commentaires

  • # samba

    Posté par  (site web personnel) . En réponse au sondage Je réalise mes sauvegardes avec. Évalué à 3.

    Je possède un NAS et comme un con j'ai pas fait attention aux protocoles supportés lors de l'achat : je n'ai que FTP et Samba.
    J'aimerai sauvegarder en incrémental les données de ce NAS sur un serveur Linux distant (pour ainsi me protéger des soucis d'erreur humaine, incendies, catastrophes naturelles ...).

    J'ai essayé de faire du rdiff-backup sur un répertoire monté en mode SAMBA mais les performances n'étaient pas du tout au rendez vous, ça prenait bcp trop de temps pour sauvegarder et j'arrivai même à des plantages du serveur Linux...

    Avez vous des idées (à part racheter un NAS :p) pour sauvegarder de façon efficace à travers ces protocoles ?
  • [^] # Re: via le web

    Posté par  (site web personnel) . En réponse à la dépêche kmymoney 1.0. Évalué à 1.

    Existe il une API pour effectuer des taches simples (création d'une transaction) avec des points d'accès via la ligne de commande, dbus, rest, soap, xmlrpc ou autre ?

    Si tel était le cas il serait possible de coder soit même une interface web pour réaliser cela.
  • # via le web

    Posté par  (site web personnel) . En réponse à la dépêche kmymoney 1.0. Évalué à 3.

    Tout d'abord, bravo pour le travail effectué !

    J'aimerai savoir si kmymoney possède une fonctionnalité permettant d'ajouter des transactions via le Web ?
    J'en rêve car une mini interface web me permettrait d'ajouter des entrées depuis plusieurs lieux (mon travail, mes parents, accès wifi divers et variés) dans un unique fichier centralisé sur un serveur (chez moi).
  • [^] # Re: c'est bon

    Posté par  (site web personnel) . En réponse au message Configuration DNS/Apache pour avoir un sous-domaine par utilisateur. Évalué à 1.

    En fait d'après le doc cela ne semble pas possible : http://httpd.apache.org/docs/2.0/ssl/ssl_faq.html#vhosts
    Par contre, j'imagine que c'est possible avec un unique certificat wildcard pour tous les vhost que tu souhaites gérer. As tu déjà essayé ce type de configuration ? Je me pose des questions sur comment écrire ceci dans le fichier de conf...
  • # c'est bon

    Posté par  (site web personnel) . En réponse au message Configuration DNS/Apache pour avoir un sous-domaine par utilisateur. Évalué à 1.

    Oui ca me parait être une bonne solution. Perso j'utilise également des wildcard DNS couplés à un reverse proxy apache pour gérer tous nos sites.
    Il faut juste faire attention lorsque l'on désire faire du HTTPS sur certains sites car on ne peut pas faire de virtual host HTTPS dans apache.
  • # nas

    Posté par  (site web personnel) . En réponse au message Périnité des données. Évalué à 2.

    Perso, j'utilise pour mon archivage un NAS de 500Go en RAID1, il y a donc 2 dd de 500Go en mode miroir dedans. Ca m'a coûté environ 300 euros à l'achat. J'ai pris le modèle DNS323 http://www.dlink.com/products/?pid=509
    Pour moi son défaut c'est qu'il gère que FTP et Samba et pas rsync... Cependant pour de l'archivage simple il suffit largement.

    On peut sinon aller plus loin dans la sécurité en achetant deux NAS et en les synchronisant par le réseau (via rsync par exemple) entre deux lieux géographiques différents (tolérance aux incendies). Le DNS232 ne le fait pas par contre je crois que certains NAS de la marque Synlogy le font.

    Voila pour mon retour d'expérience.
  • # initiative similaire ?

    Posté par  (site web personnel) . En réponse à la dépêche Un wiki sur l'auto-hébergement. Évalué à 3.

    Je pense que BeeLive est une initiative similaire : http://box.generation-linux.fr/
    Un rapprochement est peut-être envisageable ?
  • [^] # Re: Et les ports

    Posté par  (site web personnel) . En réponse à la dépêche PKGI, création rapide d'environnements applicatifs indépendants sous Debian. Évalué à 3.

    En faite, au sein d'un même processus tu peux bien sûr utiliser des ServerName pour faire du "virtual host" sur le même port mais vu qu'avec pkgi tu as N processus (car 1 par appli, user unix), ces processus ne peuvent pas écouter sur le même port et t'es obligé d'associer un port différent par application.
  • [^] # Re: Et les ports

    Posté par  (site web personnel) . En réponse à la dépêche PKGI, création rapide d'environnements applicatifs indépendants sous Debian. Évalué à 5.

    En effet, on va ainsi déployer N sites Web indépendants avec N numéros de ports différents (supérieurs à 1024 car pas exécuté par root).

    Pour garder des URLs du type http://www.exemple.fr et pas des trucs moches comme http://www.exemple.fr:50389 on peut alors utiliser un apache frontal en mode reverse proxy. C'est ce que l'on fait dans mon entreprise.
  • # dans un terminal

    Posté par  (site web personnel) . En réponse à la dépêche Ultracopier, la copie enfin facile. Évalué à 8.

    Je vois le mot KDE se répéter souvent donc j'imagine quel a réponse à ma question est non : Gère t'il les copies dans depuis les consoles (cp, scp ...) ?

    Par ailleurs je me demande si techniquement sur un linux il existe une interface universelle qui permettrait d'unifier toutes les copies d'où qu'elles viennent ?
  • # thèse

    Posté par  (site web personnel) . En réponse à la dépêche La Poule ou l'oeuf : le livre-application. Évalué à 3.

    A votre avis, cet outil peut-il convenir pour rédiger une thèse en physique ?
    En particulier, au niveau de l'édition (et pre-visualisation) des formules mathématiques est il à la hauteur ? permet t'il de "tout faire" ?
    Je demande car je n'ai pas réussi à créer de formules depuis la démo.
  • [^] # Re: Comparaison Google Analytics

    Posté par  (site web personnel) . En réponse à la dépêche Piwik : une alternative open source à Google Analytics. Évalué à 2.

    Une des valeur ajoutée concerne les données générées par piwik/phpmyvisites qui sont plus complètes que les logs Apache.
    Ceci vient du faite que piwik utilise la méthode du tracker javascript (comme GA), ceci permet entre autre d'enregistrer des données comme la résolution des écrans (ou toute autre données décrivant le client que l'on peut récupérer en JS) qu'il est impossible de faire figurer dans les logs Apache.

    Par ailleurs, tout comme google analytics le fait, rien ne vous empêche de dédier un serveur pour la gestion des stats. Votre serveur de prod est alors libéré, et votre porte monnaie plus léger ;-)
  • [^] # Re: Efficacité

    Posté par  (site web personnel) . En réponse à la dépêche Chacun cherche son chat : phpFreeChat 1.0. Évalué à 2.

    Je pense que la version actuelle (en mode refresh périodique) ne supportera pas 300 utilisateurs simultanés ou difficilement car les messages sont récupérés toutes les N secondes et donc l'affichage sera plutôt illisible si plusieurs dizaines d'utilisateurs parlent en même temps dans un même salon.
    Le soucis est donc plutôt au niveau de l'interface utilisateur qui n'est pas adaptée pour afficher autant de message à la fois. Concernant les ressources niveau serveur, de toute façon 300 connexions http devront être ouverte et occuperont donc 300 thread apache.

    Il est par contre prévu dans les prochaines versions d'implémenter le mode COMET qui permettra de récupérer les messages non plus toutes les N secondes mais de façon quasi instantané. Il sera donc possible de parler avec plusieurs dizaines d'utilisateurs dans le même salon vu que les messages arriveront dès qu'ils sont tapés.
  • [^] # Re: Euhh

    Posté par  (site web personnel) . En réponse à la dépêche AJAX Chat Engine a besoin de vous. Évalué à 3.

    J'ai écrit un petit article qui synthétise deux techniques que j'ai pu trouver sur le net pour faire du COMET :
    http://www.zeitoun.net/index.php?2007/06/22/46-how-to-implem(...)
    (désolé l'article est écrit en langue anglais)


    Il existe sûrement d'autres techniques que je ne connais pas.
    Je suis intéressé par toutes ces techniques donc merci par avance de me laisser un petit message si vous en connaissez, je tacherai de compléter l'article.

    J'espère que la lecture de mon article répondra à ta question.
  • [^] # Re: PHPFreeChat?

    Posté par  (site web personnel) . En réponse à la dépêche AJAX Chat Engine a besoin de vous. Évalué à 5.

    Je suis le développeur de phpfreechat.

    Je vais essayer de répondre très objectivement sur la question des refresh :
    phpfreechat utilise des refresh périodiques (par défaut toutes les 5 secondes) alors que ACE utilise des connexions persistantes donc sans refresh périodique. ACE est ainsi beaucoup plus réactif que phpfreechat.
  • [^] # Re: à quand une réelle séparation du contenu et de la forme ?

    Posté par  (site web personnel) . En réponse à la dépêche Développer des composants graphiques en PHP. Évalué à 2.

    mais quitte à adopter des règles, autant qu'elles soient les plus simples possibles et les plus portables possibles... si quelqu'un veut réutiliser ton template dans un autre langage ça va pas être évident non plus... non ?

    En effet, les templates en PHP ne seront pas réutilisables dans d'autres langages. Pour moi, ce genre de choix dépend du contexte de ton projet, en effet si ton projet impose d'utilisation mixte de plusieurs langages de programmation utilisant tous les même templates, le PHP comme langage de template n'est pas un bon choix.
    Vu tes commentaire tu as certainement déjà rencontré ce besoin dans tes expériences professionnelles, ce n'est pas mon cas.

    D'un autre coté, si on souhaite utiliser un langage de template universel, il faudrait déjà qu'il existe. A ma connaissance aucune norme ou standard n'existe en la matière. Au contraire, il existe des palanqués de systèmes qui au final font la même chose. A mon avis, on ne peut donc pas plus cracher sur des templates en PHP, que sur un autre système.
  • [^] # Re: à quand une réelle séparation du contenu et de la forme ?

    Posté par  (site web personnel) . En réponse à la dépêche Développer des composants graphiques en PHP. Évalué à 1.

    Si vous regardez en détail les sources présentés sur le site, il n'y a pas que de simples "echo" mais des bouts de codes entiers, comme des appels à la bdd, des boucles etc...

    Où as tu trouvé des appels directes à la bdd dans les templates ? J'utilise Pxxo depuis quelques temps déjà et je n'ai jamais eu besoin de faire des appels à la base de donnée dans le template lui même.
    Par contre les boucles, en effet, c'est nécessaire. Un exemple très concret où l'on ne peut pas se passer de boucles est l'affichage d'une liste d'éléments. D'ailleurs, tous les moteurs de templates que je connaisse permettent de faire des boucles, elles sont indispensables.
    Par ailleurs, que mets tu dans le "etc..." ?

    Cependant, je suis d'accord que d'utiliser PHP comme langage de template impose de se donner des règles entre développeurs et graphistes car on peut faire tout et n'importe quoi, rien n'empêche de coller un <?php die(); ?> dans le template :-)
  • [^] # Re: prado + xajax

    Posté par  (site web personnel) . En réponse à la dépêche Développer des composants graphiques en PHP. Évalué à 0.

    En faite Pxxo n'est pas, à priori, orienté Ajax.
    Cependant il propose des mécanismes pour "ajaxiser" les widgets tout en les gardant accessible à ceux qui n'ont pas javascript d'activé sur leur navigateurs.

    Exemple concret sur le jeu du démineur qui fonctionne avec ou SANS javascript :
    http://demo.pxxo.net/widgets/demos/tester/Pxxo_Widgets_Game_(...)
  • [^] # Re: à quand une réelle séparation du contenu et de la forme ?

    Posté par  (site web personnel) . En réponse à la dépêche Développer des composants graphiques en PHP. Évalué à 4.

    En regardant de plus près c'est en effet le PHP qui est utilisé comme langage de template.

    Pour moi c'est un avantage d'utiliser PHP plutôt qu'un langage de template ésothrique. On a (dev et graphistes) pas à apprendre un nouveau langage.
    En smarty on ferait {$mavariable}
    En php on ferait <?php echo $mavariable; ?>
    On retrouve une équivalence.

    Donc utiliser PHP comme langage de template n'est pas une mauvaise idée je trouve ( tant qu'on reste dans la philosophie séparation code/html bien entendu ).