Linux? - Page 135

(Tu veux dire qu'avec un truc libre, ça n'aurait pas marché même avec le plugin en question ? )

Non, je veux dire qu'un libriste vous donne un lien direct comme dans le ./4016 et ça marche partout!

D'ailleurs, le plugin qu'il dit être obligatoire est propriétaire.

Ah OK, j'avais mal interprété, pardon

En tout cas, le mec en ./4015 abuse clairement (En lisant les quelques mails cités ici, je serais tenté de penser que c'est un gros con… mais bon ^^), mais faut dire aussi que la façon d'attaquer le sujet de Yoshi Noir était un peu abrupte, ça ne pouvais déjà pas bien se passer

Il aurait peut-être fallu plus jouer la victime genre "ouin mais ça marche pas sous mon OS, comment je fais" "donc au final, les documents ne sont lisibles par personne de normal" ?

Bon, sinon, moi je suis sûr que j'aurais niqué son système en deux trois mouvements…
D'ailleurs ça m'intriguait tellement que je suis allé voir par moi-même ce site, après avoir écrit le début de ce post…
Je me suis retrouvé à télécharger un fichier de merde sans prévenir.
Comme ça me fais chier d'aller chercher un viewer sur internet, j'ouvre le fichier dans le bloc notes (à défaut d'éditeur hexa ^^) comme d'hab pour voir la tronche du fichier. Imbitable, ok…
Cherchant donc un lecteur à la con pour ouvrir ce fichier, je choppe au pif DjVuLibre+DjView parce que c'est un projet open source et hébergé sur sourceforge, donc je me dis naïvement que je risque pas de me chopper un virus comme ça.
(L'application est High-DPI Aware \o/ C'est même sacrément joli pour un truc open source multiplateforme )
J'ouvre le document et je vois en effet pléthore de pages blanches…

*tilt*

Le mec dit qu'il faut obligatoirement un plug-in navigateur. [1]
…Ça serait pas un genre de document multi-fichiers par hasard… ? Je zieute un coup le bloc notes pour voir si je vois un indice, mais c'est toujours aussi indéchiffrable. (Par contre, les 1Ko du fichier confirment ^^)
Après un coup de google rapide et infructueux, pour voir si ça parle de fichiers en plusieurs parties, je regarde si il existe pas un menu Open URL dans DjView… Bah oui, bien sûr
Ni une ni deux, je choppe l'URL, je l'entre dans l'application et, oh, magie, ça fonctionne… Et on peut même le sauvegarder ensuite
Tout ça en… 3 minutes.
D'ailleurs je viens de voir que robinHood en est arrivé au même résultat en ./4016
Comme quoi, y'avait pas à en faire une histoire, plutôt que de se faire chier à lui envoyer un mail, c'eût été plus simple de contourner le problème en se passant de l'avis du mec


On en déduit donc de [1] que le mec est un gros con car il ne comprend même pas lui-même la technologie qu'il utilise et qu'il impose à ses utilisateurs. (Ça ne fait que confirmer l'impression initiale )

Voila pourquoi le DjVU c'est pourri, ça ne serait pas arrivé avec le PDF

c'est pas forcément pourris, si ton document fait 20000000000 pages il va être gros ton pdf, la tu va charger à la page

---

existe t'il un moyen quelconque d'augmenter la taille max des trames udp sur un socket unix ? 65536b c'est léger :/

tu sais que le principe des trames, c'est d'avoir des trames ?

(en général, on s'efforce de ne pas dépasser 4k par trame UDP)

oué mais la ca défonce mon json :/

visiblement ca arrive dans le désordre ou quoi, c'est pas glop

edit> en fait je ne sais même pas si c'est de l'udp, c'est un dialogue entre php et nodejs via un socket par fichier

la taille max que je reçois en une partie c'est 65536 soit 64k et google me dis "udp, dtc !"

ensuite j'ai fait un truc pour les regrouper, qui marche assez bien mais parfois ca serre pour rien, alors je me demande si genre je reçois pas 64k, un second packet qui à genre été envoyé à part puis la secondes partie du premier message ... un vrai bordel quoi ^^

Ce ne sont pas des trames
Sinon, leur taille est limitée par la taille du champ indiquant la longueur du datagramme... On peut avoir 65527 octets de charge utile au maximum.

le protocole des socket unix est fixé forcément avec ca ? je ne peut pas utiliser du tcp ou autre ?
edit > oui c'est limité à udp :/

bon je vais contourner le problème.

https://groups.google.com/forum/?fromgroups=#!topic/nodejs/iCzhcuxGP1I

si je comprend bien c'est à cause de windows qui ne le gère pas qu'ici ce n'est pas transparent ?

si j'utilisais un port au lieu d'un fichier ca fonctionnerais avec n'importe qu'elle taille ?

en fait la c'est pas vraiment grave, ca faisais php => node => redis pour sauver des truc,
je vais juste faire php => redis => node

si tu veux faire du local uniquement tu as SOCK_SEQPACKET mais ça ne supporte que le domaine unix.

sinon l'udp c'est pas un stream donc c'est normal que les trames arrivent en désordre. Sinon tu fais du tcp avec un marqueur de fin de paquet.

merci

oui c'est en local

vu que je passais par php et node, donc du haut niveau je pensais que tout le bordel en dessous allais être transparent pour moi :/
utilise un truc tout consock.on('data', function(data){ console.log(data); });j'ai vu qu'il y à une api "datagram" mais bon moi la j'je laisse le bas niveau pour plus tard

le SOCK_SEQPACKET de PF_UNIX transmet aussi des datagrammes. Sauf que t'es sûr de l'ordre de réception.

c'est bon à savoir merci

visiblement je ne peut pas donner une option à la création
la ca se limite à ca : var sock = 'fpm.sock'; sock = __dirname+'/../'+sock; if( false !== fs.existsSync(sock) ) fs.unlinkSync(sock); function listenSock(){ server.listen(sock,function(){ fs.chmodSync(sock,'777'); var str = 'server started'; console.log(str.green); watchr.watch({path:sock,listeners:{change:function(type){ if(type === 'delete') { server.close(); console.log('socket deleted, restart'); listenSock(); } }}}); }); } listenSock();OST);ou ca var HOST = '127.0.0.1'; var PORT = 6969; server.listen(PORT, H

la doc dis que je peu foutre un handle également il faudra que je farfouille un peu, j’espère qu'à sa création je pourrais lui mettre le flag

en tout cas php le permet http://blog.johnsonlu.org/phpsample-socket-server-client/

c'est ton api js qui est zarbi

en plus je vois pas la déf de la variable 'server' que tu utilises dans les deux cas.

serveur c'est juste ca : var server = net.createServer(function(sock){ sock.setEncoding('utf8'); sock.on('data', function(data) { console.log(data); }); });

marrant, pour moi un sock n'a pas besoin de connaitre l'encoding
Et y'a aucune option à passer à ce niveau?

j'ai spécifié l'encodage pour gagner du temps

readable.setEncoding(encoding)
Makes the 'data' event emit a string instead of a Buffer.

encoding can be 'utf8', 'utf16le' ('ucs2'), 'ascii', or 'hex'.

même sans utiliser un wrapper, il n'y à pas énormément d'options, et pas de flag :

new net.Socket([options])
Construct a new socket object.

options is an object with the following defaults:

{ fd: null
type: null
allowHalfOpen: false
}fd allows you to specify the existing file descriptor of socket. type specified underlying protocol. It can be 'tcp4', 'tcp6', or 'unix'. About allowHalfOpen, refer to createServer() and 'end' event.

If allowHalfOpen is true, then the socket won't automatically send a FIN packet when the other end of the socket sends a FIN packet. The socket becomes non-readable, but still writable. You should call the end() method explicitly. See 'end' event for more information.

alors c'est juste de la merde

pas de chance si t'es obligé d'utiliser ça.

mais ca fonctionne vraiment bien tout de même

bon si j'ai à creer moi même un protocole d'envois en chunk c'est con mais c'est comme ca, je verrais plus tard au besoin ^^

robinHood (./4030) :
oué mais la ca défonce mon json :/

visiblement ca arrive dans le désordre ou quoi, c'est pas glop

edit> en fait je ne sais même pas si c'est de l'udp, c'est un dialogue entre php et nodejs via un socket par fichier

la taille max que je reçois en une partie c'est 65536 soit 64k et google me dis "udp, dtc !"

ensuite j'ai fait un truc pour les regrouper, qui marche assez bien mais parfois ca serre pour rien, alors je me demande si genre je reçois pas 64k, un second packet qui à genre été envoyé à part puis la secondes partie du premier message ... un vrai bordel quoi ^^

Mais si c'est par fichier, ce n'est pas de l'UDP

je ne peut te le dire mais quoi qu'il en soit c'est limité à 65536 octets par message

Mais je comprends pas ton problème, UDP c'est un protocole assez bas niveau par rapport à ton besoin, et il permet d'envoyer des trames courtes (les mettre à 64ko n'est probablement pas une bonne idée) sans avoir la garantie ni qu'elles arriveront à destination, ni qu'elles arriveront dans l'ordre. Toi, tu veux transférer un gros fichier (qui va donc être fragmenté en plusieurs trames), être sûr que ces trames sont arrivées dans l'ordre, et être sûr que tu les as toutes reçues. En plus clair, tu veux exactement ce qu'UDP ne te propose pas. Si tu voulais vraiment utiliser UDP (contrainte externe), il faudrait que tu réimplémentes toi-même ce que fait TCP, avec un résultat très certainement moins bon. Pourquoi veux-tu absolument utiliser UDP ?

moi je veut simplement un dialogue efficace, sur et surtout rapide entre deux process sur ma machine

soit un j'ouvrais un port, soit un fichier, j'ai pris le fichier en pensant ne pas avoir la couche réseau au milieu => plus rapide et plus sur

que se soit limité à 64k est une surprise, et c'est google qui ma dit "udp" quant je lui ai dit "65536"

ensuite, non je ne veut pas y faire passer de gros fichier, j'y fait circuler du json qui symbolise soit les fiches produits, soit l'arbre des catégories/produits
le soucis c'est que l'arbre avec 2300 entrée fait tout de même 112ko

donc la j'ai contourné, en fait cette app node est une bdd custom, elle charge l'arbre et tous les produits, et les distribues à la demande, l'admin passais par elle pour la sauvegarde, maintenant l'admin sauve direct dans redis et informe l'app de se recharger depuis redis
c'est complètement con, mais ca fonctionne.

et un pipe tu l'a oublié je pense

Mais t'as vraiment besoin de fonctionner comme ça ? Tu ne peux pas bêtement avoir un fichier de données, ouvert de façon asynchrone avec les fonctions classiques de lecture/écriture, avec un indicateur de verrou qui sert de mutex basique ?
Parce que là, ça donne vraiment l'impression que tu veux utiliser un outil absolument pas adapté à ton besoin...