Retour à la page principale

Joueb.com est une communauté de construction de jouebs
(joueb = journal web, traduction de weblog et blog).

En quelques clics et gratuitement, vous pouvez vous inscrire pour participer aux jouebs et si vous le souhaitez créer votre joueb.

Page principale - Créer un blog - Perdu ? Lisez la documentation et visitez le joueb d'aide.
Niutopia a l'heure internationale
SONDAGE : Dans quel pays etes vous ?

France metropolitaine : 68%
Etats Unis : 15%
Canada : 5%
sur la lune (en ce moment!) : 5%
chez bin laden : 5%
Nombre de votants: 19

Du Mercredi 26 Septembre 2001, 03:47 au Jeudi 11 Octobre 2001, 03:47.
afroginthevalley l'avait suggere il y a bien longtemps, c'est maintenant chose faite : les dates des articles, commentaires etc. ne sont plus obligatoirement affichees par rapport a la tranche horaire de Paris. Si vous avez un joueb au Quebec, a la Reunion ou ailleurs, vous pouvez ainsi definir dans quelle tranche horaire vous souhaitez afficher les dates. Mais si les jouebs se trouvent dans plusieurs pays, leurs lecteurs et lectrices se trouvent au quatre coins du globe. Heureusement, j'ai pense a eux, et s'ils le souhaitent, ils peuvent egalement definir leur propre tranche horaire. Le decalage de l'utilisateur prime sur le decalage du joueb, sauf si le jouebmestre a coche une petite case qui empeche les utilisateurs d'utiliser leur propre decalage. [Plus d'infos la dessus et quelques soucis d'heure d'ete/hiver plus bas]

Comme d'habitude, vous pouvez regarder ce que ca donne sur joueb.com/biz qui est passe a l'heure de San Francisco. (Paris -9h)

Les details techniques :

Pour les jouebs : allez dans le menu administrateur, sous-menu site.

- Vous pouvez choisir le decalage en heure par rapport a l'heure de Paris. Si vous n'avez aucune idee de ce decalage, l'heure courante de Paris est affichee, regardez votre montre et faites une soustraction en essayant de ne pas vous tromper de sens. ;-) - Vous pouvez aussi cocher une case pour empecher vos lecteurs d'utiliser leur propre decalage lorsqu'ils visitent votre joueb. Cela peut servir si vous utilisez l'heure comme identifiant. Par exemple, sur Linuxfr.org, il y a une tribune ou les interventions ne sont identifiees que par l'heure, on voit donc des messages comme "Reponse a 14:12, tu devrais blabla...". Je vous laisse imaginer la confusion si tout le monde est sur un fuseau horaire different !

Note : le decalage est pris en compte pour l'objet summary_new_day (separation des resumes d'articles par jour). Si vous voulez publier 2 articles tous les jours, separes par jour, selon le decalage horaire, ca peut donner 1 et 3 au lieu de 2 et 2.

Pour tous les utilisateurs de Niutopia (avec ou sans joueb) : allez dans le menu utilisateur. (Cliquez sur votre nom quelque part et cliquez sur Modifier votre profile).

- Le choix du decalage s'effectue de la meme maniere que pour les jouebs.

Probleme de l'heure d'ete, heure d'hiver :

Pour simplifier ma gestion des dates etc. j'ai choisi de faire un decalage par rapport a l'heure de Paris, plutot que par rapport a GMT. La raison est simple : ca change 2 fois par an. +1 ou +2 pour Paris. Avec la solution choisie, l'heure d'ete/hiver est geree... mais par rapport a l'heure de Paris. Cela veut dire que si vous etes dans un pays qui n'a pas de difference entre l'hiver et l'ete, ca ne marchera pas la moitie de l'annee.

Autre probleme, moins important : les dates de passage a l'heure d'ete/hiver varient suivant les pays. Entre les Etats Unis et la France par exemple, il y a une semaine de difference. Cela veut donc dire que si vous etes aux Etats Unis, pendant une semaine, il y aura une heure de difference. Pas de quoi en faire un plat. ;-)
Ecrit par Biz, le Mercredi 26 Septembre 2001, 03:47 dans la rubrique "Nouvelles".

Commentaires :

afroginthevalley
afroginthevalley
26-09-01 à 16:03

Heure internationale, ca c'est Global...

Un petit truc, utilisez le World Time Server pour calculer la différence avec Paris si vous ne la savez pas par coeur.

Paris est à "DST +0200 UTC" (ca veux dire en clais Daylight Saving Time)

UTC c'est (ref http://www.dxing.com/utcgmt.htm)

This standard is coordinated universal time, abbreviated UTC. This was formerly known as Greenwich mean time (GMT). Other terms used to refer to it include "Zulu time" (after the "Z" often used after UTC times), "universal time," and "world time."
Alors par exemple, Montréal est à DST -0400 UTC, donc -6 heures pour la côte est nord-américaine... Toronto, Montréal, Boston, New-York, Wahsington, entre autre.

Si je peux me créer un pont entre Radio Userland et Niutopia, je pourrais commencer à poster plus souvent...

Est-ce que Niutopia pourrait supporter l'API de Blogger? (http://groups.yahoo.com/group/bloggerDev). De plus en plus de systèmes de Jouebs le font, incluant Manilla et LiveJournal.

 
Biz
Biz
26-09-01 à 19:07

XML-RPC, APIs etc.

J'avoue que jusqu'a ce que je lise ton commentaire, je ne m'etais pas vraiment interesse a Radio Userland, XML-RPC, l'API de Blogger etc.

Ca a l'air interessant tout ca. En gros, ca permet d'utiliser des clients comme Radio Userland, Jogger etc. pour publier des infos sur un joueb, c'est ca ?

J'ai lu les premieres pages des specs de XML-RPC et de la Blogger API, techniquement, ca a l'air faisable. Je ne peux pas faire tourner de demon chez mon hebergeur, mais comme c'est implemente par dessus HTTP, un CGI tout bete devrait s'en tirer honorablement.

Il faut que j'y reflechisse, c'est quand meme pas mal de boulot, et j'ai pas encore saisi tout l'interet de la Blogger API. (question : est ce que Radio Userland supporte la Blogger API ou seulement la Manila API ?)

Parmi les personnes qui utilisent Manila, combien utilisent d'autres interfaces que l'interface web ?

 
manur
manur
26-09-01 à 22:31

Re: XML-RPC, APIs etc.

Un des intérêts de l'API est illustré par blogBuddy :
http://blogbuddy.sourceforge.net/
C'est un petit client Windows dans lequel tu tapes ton entrée, que tu postes en appuyant sur un bouton.
En ce sens, ça ne fait rien de plus que l'interface web, mais ça permet de n'envoyer de requêtes HTTP au serveur qu'une fois, lorsque le texte est fini. Utile quand il est lent et surchargé, par exemple...

Ce sont les fonctionnalités futures qui sont en fait les plus alléchantes ;)

 
Biz
Biz
05-10-01 à 03:53

Re: Heure internationale, ca c'est Global...

Je viens de regarder en detail XML-RPC, Manila RPC et la Blogger API. On peut faire plusieurs chose : implementer Manila-RPC, implementer la Blogger API, creer une Niutopia API en XML-RPC et faire un peu de glue pour Radio Userland.

Mais bon, tres franchement, je trouve que c'est beaucoup de boulot pour quelque chose qui n'apporte finalement pas grand chose. J'ai vu deux avantages majeurs de Radio : on garde une copie des articles en local, et on peut facilement recuperer des RSS d'autres sites et en parler sur son joueb. Mais il y a aussi plein de desavantages : si je choisis l'une des 3 solutions citees plus haut, je me retrouve avec une interface finale (Radio) qui ne me permet pas de profiter de toutes les fonctionnalites de Niutopia. Pas de sondages, de categories, sous-titre etc. Pareil pour les commentaires etc. La plus-value d'une interface autre que l'interface web me parait assez faible...

 
afroginthevalley
afroginthevalley
05-10-01 à 04:19

Re: RPC et Blogger API...

Désolé de n'avoir pu répondre avant, j'étais débordé!

En fait, ce que je suggère ce n'est pas d'implanter Radio ou un autre outils spécifique, mais de découpler la transmission de commande entre l'interface et le système, passer à 3-tiers plutôt que 2 (c'est ma compréhension de l'architecture de Niutopia, je n'ai pas vu le code).

L'idée de l'API blogger, c'est de construire un système qui permet une architecture interface --> API (méthodes et paramètres) --> Application. Cela permet par exmple, de changer l'interface au choix, pas juste le look mais le type: Instant message, telephone mobile, application java, application windows, languages de scripts, etc, etc. Tant que l'interface peut communiquer avec le tiers du milieu (un listener, broker, ca peut avoir plusieurs noms) ca permet de garder la logique de l'application séparée du mécanisme de communication. Un API c'est simplement une façon standard et documentée de passer des commandes à un système.

Ainsi, lorsque que plusieurs systèmes du même type (comme les outils de jouebs) utilisent un API commun (qui peut être enrichi pour chaque système mais toujours avec la base commune), les développements peuvent bénéficier à toute l'industrie. Ainsi une interface qui est developée pour un système devient disponible pour les autres, ca créé un écosystème informatique plus riche et ca permet une croissance et une diversité...

Assez pour ce soir, on pourra poursuivre la discussion plus tard j'ai du boulot à terminer.


 
Lutin
Lutin
08-10-01 à 14:02

Intéressant: y'a une norme?

J'aime bien normaliser, moi :-)

Y'a pas une norme qui décrit ou explique comment formaliser tout ça?

Je veux dire, formaliser les jouebs, quoi? Faire une liste de tout ce qu'on peut faire sur un joueb (on mettra à jour quand d'autres fonctionnalités arriveront) et faire une fois pour toute une interface standard pour tout le monde.

On pensera bien-sûr à prévoir des extensions propriétaires pas (encore) intégrées dans la norme. Décrire des API standard, en quelquesorte, et pouvoir interroger sur les API disponibles.

Ce qui permettrait ensuite de faire un mapping API<->XML-RPC, ou autre pour faire des logiciels standards d'interfaçage des jouebs (comme décrit par afroginthevalley euuh, je sais plus où :-)

Je liste Niutopia:

-categories -articles -commentaires sur les articles -citations aléatoires -skins -ailleurs -pages statiques/images/css... -sondages -oneliners -gestion des stats -gestion des users/inscriptions/...

Je rajoute des souhaits :-) -calendrier -articles en plusieurs langues -insertion sur la page d'accueil d'autres sites (lié au skinning?) via RSS

 


Logo dessiné par Johan Roirand.
Version  XML  -- Joueb.com est une plateforme d'hébergement gérée par l'association 1901 ViaBloga.