Et donc avoir un module supportant l'ancien protocole non distribuable et une application toute neuve avec un protocole tout neuf dont vous pouvez faire ce que vous voulez …
Merci de m'avoir rappeler qu'il fallait que je fasse une entrée dans le suivi
pour zapper plus rapidement les threads que je n'ai pas envie lire en les masquant ;-)
Honnêtement, ça fait beaucoup de mots clefs mais c'est beaucoup plus simple que pas mal de sujets évoqués sur ce site.
Les protocoles évoqués dans ce journal sont juste des protocoles de transport de données.
On y ajoute des syntaxes (EDIFACT, XML) et on obtient un moyen pour les entreprises d'échanger factures, avis d'expédition, déclaration de douanes, paiement, catalogues là où on faisait par courrier ou de manière moins suivie (donc moins fiable) avant. L'échange de données informatisées en somme.
C'est utilisé par beaucoup de secteurs de l'industrie tel notamment la grande distribution, l'automobile, la publicité etc…
Ce sont généralement des logiciels qui viennent se greffer sur des ERPs et autres systèmes d'informations, qui gèrent assez rarement directement ce genre de chose, vu la pléthore de normes existantes (en fonction du secteur visé)
Comme dit dans le précédent journal sur EBICS, AS1 est moins déployé (RFC 3335) et AS3 est inexistant à ma connaissance. (notamment du fait que ça en est resté à l'état de draft pour l'IETF)
Pour AS2 (RFC 4130), il existe qui plus est OpenAS2 qui semble faire son bout de chemin dans l'industrie.
AS4, c'est EBMS3 (partie messaging de EbXML) sur AS2. Donc en commencant par AS2, on fait une partie du chemin :). Pour AS4 lui-même, c'est encore jeune (Je crois qu'ils en sont encore aux groupes de travail et autres séminaires web chez Drummond) et ça fait un peu usine à gaz AMHA.
(Drummond est la boîte qui pousse ces normes EDIINT et fait payer des certifications.)
Pour créer des frontières là où il n'y en a pas ...
En EBICS, par exemple il y a des différences subtiles dans l'utilisation des messages (FDL pour la récupération des informations) qui différent de manière technique mais pas de manière fonctionnelle entre la France ... et l'Allemagne !
Autant pour des normes qui sont unifiées avec l'âge je peux comprendre, mais là ...
Sinon EBICS T et TS, c'est vendu comme des protocoles successeurs respectivement d'ETEBAC3 et ETEBAC5 (version sécurisée) normes utilisées sur X25.
Les différences avec FTPS :
- FTPS est un protocole de transport uniquement
- EBICS est un protocole fonctionnel qui définit des messages d'échanges bancaires.
le protocole de transport est de l'HTTPS.
Pourquoi l'HTTPS plutôt que le FTPS ? :
- Il n'y a pas une grosse volumétrie.
- visiblement les gens préfèrent. Une norme comme l'AS2 (S/MIME sur HTTP/S) est largement déployé alors que l'AS1 (S/MIME sur "EMAIL") ou AS3 (S/MIME sur FTP/FTPS) le sont beaucoup moins.
De plus, certains voient un avantage à avoir un webservice car on peut faire une forme de séparation entre administration réseaux (l'IT qui gère le routeur/firewall pour l'HTTPS) et administration fonctionnelle (EBICS), une fois les routes établies.
Comme signalé dans l'entrée ouverte par Dabowl, firefox substituera automatiquement Sushi par sushi si ce dernier a déjà été enregistré pour linuxfr.org.
Effectivement le coup de la casse.
Avec la subtilité que firefox substitue d'autorité sans respecter la casse quand un login a été enregistré
dans un casse différente ... ce qui n'aide pas à s'apercevoir du problème !
Je rencontre le même problème sous linux, www-client/firefox 3.6.13.
À l'issue de la procédure de changement de mot de passe,
on est directement connecté (c'est bien)
mais cela semble devenu la seule manière de se connecter (c'est mal ;-) ).
Merci d'avance également,
s'il faut fournir des infos supplémentaires, n'hésites pas.
le problème vient du header HTTP Accept: text/*, image/*
En effet, en mettant "text/html, text/*, image/*", ça semble passer !
Du coup, mieux attendre la màj de rails si ce problème n'a pas de rapport avec les autres erreurs 500
rencontrés par les autres utilisateurs.
Voilà le TCP follow strem, tirée d'une capture sur wireshark.
J'ai pas l'impression que aide beaucoup.
Si tu veux le dump correspondant n'hésites pas.
La seule chose notable semble être un peu de fragmentation (TCP) sur le réseau mais ca n'explique pas (selon moi)
pourquoi ca pose problème avec w3m et pas firefox.
GET /news/rencontre-informatique-et-citoyennet%C3%A9-%C3%A0-manosque HTTP/1.0
User-Agent: w3m/0.5.2
Accept: text/*, image/*
Accept-Encoding: gzip, compress, bzip, bzip2, deflate
Accept-Language: en;q=1.0
Host: linuxfr.org
Pragma: no-cache
Cache-control: no-cache
HTTP/1.1 500 Internal Server Error
Proxy-Connection: close
Connection: close
Content-Length: 1923
Via: 1.1 S-FR-LI-ISA-01
Date: Fri, 11 Mar 2011 13:06:54 GMT
Content-Type: text/html; charset=utf-8
Server: nginx/0.7.67
<!DOCTYPE html><htmllang="fr"><head>
.<title>LinuxFr.org >> Erreur 500</title>
.<!--[if (!IE)|(gte IE 8)]><!-->
.<linkhref="/assets/default-datauri.css"media="screen, projection"rel="stylesheet"type="text/css"/>
.<!--<![endif]-->
.<!--[if lte IE 7]>.<link href="/assets/default-mhtml.css" media="screen, projection" rel="stylesheet" type="text/css" />.<![endif]-->
.<linkrel="shortcut icon"type="image/x-icon"href="/favicon.png"/>
.<!--[if IE]><script src="/javascripts/html5.js"></script><![endif]-->
.<!--[if lt IE 9]><script src="/javascripts/IE9.js"></script><![endif]--></head><bodyid="error500">
.<divid="top"></div>
.<navid="site">
..<divclass="go_to_content"><ahref="#container">Aller au contenu</a></div>
..<ul>
...<li><ahref="/">Accueil</a></li>
...<li><ahref="/news">D..p..ches</a></li>
...<li><ahref="/journaux">Journaux</a></li>
...<li><ahref="/forums">Forums</a></li>
...<li><ahref="/sondages">Sondages</a></li>
...<li><ahref="/wiki">Wiki</a></li>
...<li><ahref="/suivi">Suivi</a></li>
...<li><ahref="/plan">Plan</a></li>
..</ul>
..<formaction="/recherche"method="get">
...<inputid="query"name="q"type="search"placeholder="Entrer un mot-cl.."/>
...<inputtype="submit"value="Rechercher"/>
..</form>
.</nav>
.<asideid="sidebar">
..<headerid="branding">
...<h1style="background-image: url('/images/logos/linuxfr2_classic.png');"title="Le logo de LinuxFr.org"><ahref="/">LinuxFr.org</a></h1>
..</header>
.</aside>
.<sectionid="container">
..<h1>Erreur 500</h1>
..<p>
...Oops, la page demand..e ne peut ..tre servie car une erreur s'est produite.
...L'erreur va ..tre enregistr..e, permettant .. l'..quipe en charge du site de la corriger.
...Vous pouvez cr..er <ahref="/suivi/nouveau">une entr..e dans le suivi</a> pour donner
...des informations sur la mani..re dont cette erreur s'est produite et ..tre averti de sa r..solution.
..</p>
.</section></body>
Humf wireshark n'aime pas les interfaces à la tun/tap ... et je ne peux pas couper ma connexion
pour mettre un eth0 simple.
Je vais voir si je reproduis le problème chez moi ce soir.
… Vimperator 2 c'est dépassé. Vive pentadactyl !
On dirait un nom de dentifrice mais c'est vraiment une extension qui se veut le successeur de vimperator 2 en concurrence avec vimperator 3.
Pentadactyl vise l'ajout de fonctionnalités (il est notablement plus rapide que vimperator mais pas tout à fait abouti me semble-t-il) et l'iso avec vim.
Vimperator 3 est plutôt une release où ils vont faire du nettoyage et de la stabilisation.
(diviser le SLOC par 2, bugfix …)
Sinon pour firefox 4, l'intégration des groupes d'onglets, c'est une très bonne idée !
(et ce sera/c'est intégré dans pentadactyl.)
Merci tout d'abord, c'est semble assez poétique comme histoire :-)
(Enfin j'ai pas tout compris !)
Si vous deviez y passer encore du temps, essayez de diminuer la quantité de temps où l'écran est noire :p (Non je ne proposerais pas un patch !)
Sinon, un détail la dernière phrase n'est pas super claire :
« Cependant, c'est un film libre : tous les fichiers sont disponibles sous la licence CC-BY-SA »
j'aurais dit « fichiers sources »
(et mis des points aux deux dernières phrases.)
Sinon si j'étais toi, j'attendrais que linuxfr.org et ses pontes de l'ortho/grammaire (et les autres hein ^_^) soit passer par là car il y a encore quelques défauts/manques de traductions à corriger.
[^] # Re: Pdf
Posté par Frédéric Heulin . En réponse au journal C'est la rentrée. Évalué à 1.
Il y a un certain nombre de logiciels à connaître en milieu hostile,
davmail est parmi ceux-là ;-)
[^] # Re: et si...
Posté par Frédéric Heulin . En réponse au journal Flou juridique de la rétro-ingénierie. Évalué à 1.
Et donc avoir un module supportant l'ancien protocole non distribuable et une application toute neuve avec un protocole tout neuf dont vous pouvez faire ce que vous voulez …
[^] # Re: A l'usage
Posté par Frédéric Heulin . En réponse à l’entrée du suivi Difficile de commenter. Évalué à 1 (+0/-0).
Et c'est une occasion de redécouvrir la touche "fin" de son clavier ?
(ou Maj+G sous des cieux plus keyboard-friendly ;-) )
[^] # Re: éclaircissement sur le mot "tort"
Posté par Frédéric Heulin . En réponse au journal éclaircissement sur les WM et les DM. Évalué à -2. Dernière modification le 24 août 2019 à 15:00.
Merci de m'avoir rappeler qu'il fallait que je fasse une entrée dans le suivi
pour zapper plus rapidement les threads que je n'ai pas envie lire en les masquant ;-)
[^] # Re: .
Posté par Frédéric Heulin . En réponse au journal Nom de geek pour une chatte ?. Évalué à 7.
Pis ça va lui faire bizarre quand patrikgé va monter sur les cuisses de sa copine.
[^] # Re: forum
Posté par Frédéric Heulin . En réponse au journal Quatre AS dans la manche . Évalué à 3.
Pour Zino je ne peux qu'approuver, j'ai rien compris non plus !
[^] # Re: forum
Posté par Frédéric Heulin . En réponse au journal Quatre AS dans la manche . Évalué à 0.
Honnêtement, ça fait beaucoup de mots clefs mais c'est beaucoup plus simple que pas mal de sujets évoqués sur ce site.
Les protocoles évoqués dans ce journal sont juste des protocoles de transport de données.
On y ajoute des syntaxes (EDIFACT, XML) et on obtient un moyen pour les entreprises d'échanger factures, avis d'expédition, déclaration de douanes, paiement, catalogues là où on faisait par courrier ou de manière moins suivie (donc moins fiable) avant. L'échange de données informatisées en somme.
C'est utilisé par beaucoup de secteurs de l'industrie tel notamment la grande distribution, l'automobile, la publicité etc…
Ce sont généralement des logiciels qui viennent se greffer sur des ERPs et autres systèmes d'informations, qui gèrent assez rarement directement ce genre de chose, vu la pléthore de normes existantes (en fonction du secteur visé)
# Au moins AS2 !
Posté par Frédéric Heulin . En réponse au journal Quatre AS dans la manche . Évalué à 5.
Comme dit dans le précédent journal sur EBICS, AS1 est moins déployé (RFC 3335) et AS3 est inexistant à ma connaissance. (notamment du fait que ça en est resté à l'état de draft pour l'IETF)
Pour AS2 (RFC 4130), il existe qui plus est OpenAS2 qui semble faire son bout de chemin dans l'industrie.
AS4, c'est EBMS3 (partie messaging de EbXML) sur AS2. Donc en commencant par AS2, on fait une partie du chemin :). Pour AS4 lui-même, c'est encore jeune (Je crois qu'ils en sont encore aux groupes de travail et autres séminaires web chez Drummond) et ça fait un peu usine à gaz AMHA.
(Drummond est la boîte qui pousse ces normes EDIINT et fait payer des certifications.)
[^] # Re: Multitouche?
Posté par Frédéric Heulin . En réponse à la dépêche Sortie de Kivy 1.0.7 - Framework pour des applications multitouches. Évalué à -1.
Extrait du tlfi :
[^] # Re: Les 12 travaux d'AstEBICS
Posté par Frédéric Heulin . En réponse au journal Transmissions bancaires : toujours pas dans un format ouvert, et encore plus cher !. Évalué à 9.
Pour créer des frontières là où il n'y en a pas ...
En EBICS, par exemple il y a des différences subtiles dans l'utilisation des messages (FDL pour la récupération des informations) qui différent de manière technique mais pas de manière fonctionnelle entre la France ... et l'Allemagne !
Autant pour des normes qui sont unifiées avec l'âge je peux comprendre, mais là ...
Sinon EBICS T et TS, c'est vendu comme des protocoles successeurs respectivement d'ETEBAC3 et ETEBAC5 (version sécurisée) normes utilisées sur X25.
Les différences avec FTPS :
- FTPS est un protocole de transport uniquement
- EBICS est un protocole fonctionnel qui définit des messages d'échanges bancaires.
le protocole de transport est de l'HTTPS.
Pourquoi l'HTTPS plutôt que le FTPS ? :
- Il n'y a pas une grosse volumétrie.
- visiblement les gens préfèrent. Une norme comme l'AS2 (S/MIME sur HTTP/S) est largement déployé alors que l'AS1 (S/MIME sur "EMAIL") ou AS3 (S/MIME sur FTP/FTPS) le sont beaucoup moins.
De plus, certains voient un avantage à avoir un webservice car on peut faire une forme de séparation entre administration réseaux (l'IT qui gère le routeur/firewall pour l'HTTPS) et administration fonctionnelle (EBICS), une fois les routes établies.
[^] # Re: trop light ?
Posté par Frédéric Heulin . En réponse à la dépêche Sortie de ValaTerm 0.3. Évalué à 1.
J'ai couplé l'utilisation screen à un script de gestion de session screen.
Je suis parti d'un script existant (screenie), ce n'est toujours pas parfait mais si le cœur t'en dit Cc ! :
https://github.com/talineo/screenie
Par contre, je ne conseille pas l'utilisation de screen + screenie + urxvtc/d -pe tabbed + dwm, c'est ... trop !
(j'ai essayé.)
# Firefox
Posté par Frédéric Heulin . En réponse à l’entrée du suivi Login (in)sensible à la casse. Évalué à 1 (+0/-0).
Comme signalé dans l'entrée ouverte par Dabowl, firefox substituera automatiquement Sushi par sushi si ce dernier a déjà été enregistré pour linuxfr.org.
[^] # Re: Login sensible à la casse
Posté par Frédéric Heulin . En réponse à l’entrée du suivi Moi, mon login, mon password, mes emmerdes. Évalué à 1 (+0/-0).
Effectivement le coup de la casse.
Avec la subtilité que firefox substitue d'autorité sans respecter la casse quand un login a été enregistré
dans un casse différente ... ce qui n'aide pas à s'apercevoir du problème !
# idem sous linux firefox
Posté par Frédéric Heulin . En réponse à l’entrée du suivi Moi, mon login, mon password, mes emmerdes. Évalué à 1 (+0/-0).
Je rencontre le même problème sous linux, www-client/firefox 3.6.13.
À l'issue de la procédure de changement de mot de passe,
on est directement connecté (c'est bien)
mais cela semble devenu la seule manière de se connecter (c'est mal ;-) ).
Merci d'avance également,
s'il faut fournir des infos supplémentaires, n'hésites pas.
[^] # Re: Je ne vois pas...
Posté par Frédéric Heulin . En réponse à l’entrée du suivi [solution par configuration client] rss / w3m / erreur 500. Évalué à 1 (+0/-0).
En effet, en mettant "text/html, text/*, image/*", ça semble passer ! Du coup, mieux attendre la màj de rails si ce problème n'a pas de rapport avec les autres erreurs 500 rencontrés par les autres utilisateurs.
Merci en tout cas ;-)
[^] # Re: Je ne vois pas...
Posté par Frédéric Heulin . En réponse à l’entrée du suivi [solution par configuration client] rss / w3m / erreur 500. Évalué à 1 (+0/-0).
Salut Bruno, des nouvelles ? L'erreur vient-elle de mon côté ?
c'est super chiant ...
[^] # Re: Je ne vois pas...
Posté par Frédéric Heulin . En réponse à l’entrée du suivi [solution par configuration client] rss / w3m / erreur 500. Évalué à 1 (+0/-0).
Voilà le TCP follow strem, tirée d'une capture sur wireshark.
J'ai pas l'impression que aide beaucoup.
Si tu veux le dump correspondant n'hésites pas. La seule chose notable semble être un peu de fragmentation (TCP) sur le réseau mais ca n'explique pas (selon moi) pourquoi ca pose problème avec w3m et pas firefox.
[^] # Re: Je ne vois pas...
Posté par Frédéric Heulin . En réponse à l’entrée du suivi [solution par configuration client] rss / w3m / erreur 500. Évalué à 1 (+0/-0).
Humf wireshark n'aime pas les interfaces à la tun/tap ... et je ne peux pas couper ma connexion
pour mettre un eth0 simple.
Je vais voir si je reproduis le problème chez moi ce soir.
[^] # Re: Je ne vois pas...
Posté par Frédéric Heulin . En réponse à l’entrée du suivi [solution par configuration client] rss / w3m / erreur 500. Évalué à 1 (+0/-0).
http://linuxfr.org/users/redfox/journaux/bercy-dit-%C3%AAtre-victime-de-piratage-informatique#container
16:53, 9 mars 2011
j'ai ça tout le temps ...
http://linuxfr.org/users/jehane/journaux/8-mars-2011-international-women-day#container
16:57, 9 mars 2011
ce dernier fait toujours un 500 même après ouverture dans un firefox derniers essais 17:11
mon IP : 83.145.84.28
http://linuxfr.org/users/axioplase/journaux/journal-sans-int%C3%A9r%C3%AAt#container
17:13, 9 mars 2011
[^] # Re: Je m'en fous
Posté par Frédéric Heulin . En réponse au journal Dépouillement de Firefox. Évalué à 6.
… Vimperator 2 c'est dépassé. Vive pentadactyl !
On dirait un nom de dentifrice mais c'est vraiment une extension qui se veut le successeur de vimperator 2 en concurrence avec vimperator 3.
Pentadactyl vise l'ajout de fonctionnalités (il est notablement plus rapide que vimperator mais pas tout à fait abouti me semble-t-il) et l'iso avec vim.
Vimperator 3 est plutôt une release où ils vont faire du nettoyage et de la stabilisation.
(diviser le SLOC par 2, bugfix …)
Sinon pour firefox 4, l'intégration des groupes d'onglets, c'est une très bonne idée !
(et ce sera/c'est intégré dans pentadactyl.)
[^] # Re: Freedos
Posté par Frédéric Heulin . En réponse au journal Le HP Mini 1103 est bientôt de sortie. Évalué à 2.
# Merci … phrases.)
Posté par Frédéric Heulin . En réponse à la dépêche Court-métrage libre : La Chute d'une Plume (pèse plus que ta pudeur). Évalué à 3.
(Enfin j'ai pas tout compris !)
Si vous deviez y passer encore du temps, essayez de diminuer la quantité de temps où l'écran est noire :p (Non je ne proposerais pas un patch !)
Sinon, un détail la dernière phrase n'est pas super claire :
« Cependant, c'est un film libre : tous les fichiers sont disponibles sous la licence CC-BY-SA »
j'aurais dit « fichiers sources »
(et mis des points aux deux dernières phrases.)
[^] # Re: personnage
Posté par Frédéric Heulin . En réponse au journal Vos avis. Évalué à 1.
[^] # Re: Version française de "A byte of Vim"
Posté par Frédéric Heulin . En réponse à la dépêche Vim 7.3. Évalué à 1.
:s/\v(ne)@<=/ se
[^] # Re: Version française de "A byte of Vim"
Posté par Frédéric Heulin . En réponse à la dépêche Vim 7.3. Évalué à 1.
Sinon si j'étais toi, j'attendrais que linuxfr.org et ses pontes de l'ortho/grammaire (et les autres hein ^_^) soit passer par là car il y a encore quelques défauts/manques de traductions à corriger.