Re: passerelle n2j

In fr.comp.reseaux.jntp yamo' <yamo@beurdin.invalid> wrote:

La passerelle était en perl avec une alternative en php.

Intéressant.

Mais suite à une modification sur nemo*, le code ne fonctionnait plus et
je n'ai pas su mettre à jour le code perl par contre j'ai su le faire en
php. Si quelqu'un veut bien s'y pencher...

Dans un monde idéal, le mainteneur de Nemo se chargerait également de
maintenir le logiciel nécessaire à faire communiquer son logiciel
spécifique avec le monde extérieur :)

Nemo est basé sur du PHP5**...

Ah, de mémoire plus supporté depuis quelques années.

base limitée en 32 bits. Théoriquement posgresql gère le NOSQL mais pas
de retour d?expérience sur ce point.

Une base de données relationnelle n'est pas forcément un mauvais choix
si c'est pour lui poser des questions comme:

   - forum => liste message-id
   - message-id => contenu du message
   - user-id => info sur l'user

Ce qui me semble le minimum vital pour faire fonctionner une interface
web style Nemo.

Après, que les données JSON soient stockées en vrac dans un champ texte
ou qu'une moulinette les convertisse en structures de données séparées
et validées par la BD, cela n'est pas si complexe.

Par contre, faire des recherches arbitraires sur n'importe quel champ
JSON, en PostgreSQL ça passerait par des recherches "plain text". Il y a
certes des fonctions JSON PostgreSQL, un backend qui peut stocker
efficacement le JSON, mais dans tous les cas cela sera plus inefficace
et moins validé qu'une vraie structure de BD.

PS: mon engin de recherche utilise simplement des bases de données dbm
clé => valeur, même pas de SQL impliqué; du NoSQL version 1997 quoi; les
données restent dans des gros batches de 100 MB environ tel qu'INN2 les
a pondus originellement; ce qui n'empêche pas de convertir en JSON:
https://nnrp.alphanet.ch/newsgroup/fr.comp.reseaux.jntp/%3Ctskoil%249k1%241%40rasp.pasdenom.info%3E?mode=json
mais à mon avis, parce que le frontend traite du JSON imaginer que
TOUT doit être stocké en JSON dans le backend c'est une décision
de design que je ne partage pas.

--
Attention: limitez le nombre de lignes de citation à l'essentiel, sinon
je ne verrai pas votre réponse. Et si vous écrivez souvent des bobards,
je ne vous lirai plus et je recommanderai (NoCeM) de ne plus vous lire.