totof2000 a écrit 9656 commentaires

tu me rassures, je commencais à croire que j'étais le seul à bosser avec ce genre de dev.

affirmer que les dev n'ont aucune conscience des problématiques d'admin, c'est juste drôle.

donc c'est plus grave alors : ils en ont conscience mais ils s'en fichent royalement !!! Merci pour m'avoir donné un prétexte pour leur taper dessus.

Par contre, à moins que tu y tiennes, je n'ai aucune intention de rentrer dans le débat pour trier entre le bon et le mauvais féminisme.

A quoi reconnait-on un bon féminisme et un mauvais féminisme ?

Bof, ta remarque me paraîtrait pertinente si je n'entendais pas régulièrement des femmes employer l'expression "Je m'en bats les couilles" ou "tu me casses les couilles" …

Perso, j'ai l'impression de lire 2/ mais avoir 1/ en pratique.

Le 2 n'empêche pas de restreindre l'accès aux sources uniquement aux personnes à qui le binaire est diffusé.

Maintenant, si tu me dis que tu as récupéré des binaires sur le site du P.I. sans pouvoir en récupérer les sources d'une façon ou d'une autre, on pourra te donner raison, mais pour le moment tu n'as rien de factuel (étonnant de ta part, toi qui prétends t'intéresser qu'aux faits).

Ou est le repo de votre code source?

T'es un client ?

J'ai cherché, et pas trouvé, et j'ai donc l'impression que c'est du fermé qui utilise juste du libre, mais ne s’intéresse pas vraiment au libre (n'y participe pas, juste passif).

La GPL par exemple n'oblige pas un développeur à fournir le code source à tout le monde : juste à ceux à qui tu as fourni un binaire. Encore un procès d'intention de ta part.

Par exemple c'est libre (code source livré) mais disponible uniquement si on achète le matos (tiens, ce n'est pas une vente liée ça?)?

Non, il faut juste être client pour avoir le code source.

Cette remarque me surprend de ta part.

A quand la même chose sur des PC constructeurs (et pourquoi pas, rêvons un peu, sur des smartphones) ?

Mais je comprends tout à fait ton point de vu, juste que je pense que le code qu'on écrit, à partir du moment où il est libre, ne nous appartient plus.

Un code, oui. Un projet (avec un nom et une image), je ne suis pas d'accord. Personnellement, je jour ou je diffuse un projet libre, je garde la main sur le nom (gestion de l'image).

Je ne suis pas sûr qu'il soit judicieux de prendre la dernière phrase que tu cites au premier degré …

Il n'y a pas que le code, mais aussi l'historique des bugs reports, etc …

Plus sérieusement, à te lire, on a l'impression que la procédure stockée, c'est le mal. Que tu ne les utilises pas et/ou que tu ne l'aimes pas, c'est ton choix. Dire que c'est de la merde, désolé, je ne peux pas ne pas réagir.

C'est comme pour les frameworks …

bien vu pour le probleme de droit.

Rien de difficile je me suis fait avoir également, et j'ai galéré pour trouver la solution, donc ça m'a marqué.

Merci

De rien, ce fut un plaisir.

Dans ce cas, tu te connectes sur le serveur qui te refuses les connections Tu stoppes le service ssh (service sshd stop ou un truc du genre). Tu lances manuellement ssh avec les options de debug (/usr/sbin/sshd -ddd). Ensuite tu tentes de te connecter et tu regardes ce qui se passe.

Tu devrais trouver la raison pour laquelle tu ne te connectes pas avec la clé.
```

Pour moi, clojure a 2 grands défauts :
- il est basé sur Java
- il ne bénéficie pas de l'optimisation de la récursion terminale(il semble que ce soit une conséquence de son premier défaut : http://www.clojure.org/about/functional_programming#_recursive_looping ) ce qui est moche et dommage pour un langage fonctionnel (attention à la pile).

Pourrait difficilement être plus fausse. J'ai rarement vu de langage qui offrait autant de méthodes simples, lisibles et maintenables pour gérer les évènements asynchrones.

Simple, je suis d'accord. Mais lisible et maintenables, pas forcément. On a vite fait de se perdre sans le vouloir en Javascript (plus qu'avec d'autres langages) et on peut arriver assez facilement à du code non maintenable.

Attention, je ne dénigre pas : j'exprime juste mon ressenti, mon expérience personnelle.

voir http://superuser.com/questions/466114/ssh-and-home-directory-permissions#541242

ssh est assez strict sur ce point : il faut que personne d'autre que l'owner ne puisse modifier le répertoire ~/.ssh Si le homedir de root est en 777 ou en 775, ça signifie que quelqu'un d'autre que l'owner peut modifier le rep .ssh. Tu ne pourras pas utiliser d'authentification par clé.

Je ne comprends pas pourquoi mon commentaire a été moinssé : je pose une question toute bête suite à une affirmation. Je n'ai pas spécialement de point de vue tranché sur cette question. Je cherche juste à avoir des précisions.

Personnellement, je suis un peu mitigé sur ce point précis. Je n'ai pas d'idée arrêtée ( à part le fait que je n'aime pas trop avoir une redirection vers un chemin sur le filesystem stocké dans une base de données, et si possible j'aimerais éviter). D'ou ma question pour savoir dans quelsd cas c'est une mauvaise idée.

Il peut par exemple s'agit d'une image que l'on stocke dans une colonne (même si c'est pas forcément une bonne idée).

Pourquoi ne serait-ce pas une bonne idée ?

voir les options -mtime -type et exec

Comme dit plus haut, diagrammo ressemble à ce que je cherche. Je vais tester mais toujours ouvert à d'autres suggestions.

diagramo ressemble à ce que je cherche. Faudrait que je teste. Je suis preneur d'autres idées si vous en acvez.

Merci pour la suggestion.

Cela apparaissait dans les commentaires de ton précédent journal : https://linuxfr.org/users/totof2000/journaux/hs-enfin-presque-sncf-transilien-fr-du-gros-n-importe-quoi#comment-1637564

Mémoire de poisson rouge : je ne me rappelais plus. ee me suis quand même demandé si ça n'avait pas été indiqué dans les commentaires du journal, puis finalement je me suis dit qu'un journal dédié pourrait intéresser ceux qui n'ont pas suivi la discussion.

pourquoi étrange ? Pour poster sur LinuxFr.org, tu as bien une inscription aussi, non ?

Je n'ai jamais envoyé de mail pour m'inscrire sur linuxfr.

va voir sur https://ressources.data.sncf.com/explore/dataset/api-temps-reel-transilien/

Cela permet de tracer les utilisations et appliquer au besoin des limitations (authentification préalable à l'appel d'API, throttling comme tu l'indiques avec la limitation à 20 appels/minute…).

Mais pourquoi envoyer un mail pour s'inscrire ?

Espérons que l'officialisation de ces API permettra le foisonnement d'applications (libres) plus pratiques que ce que propose la SNCF ;-)

J'espère aussi ;)

(un couplage avec la RATP serait bien pratique aussite, notamment pour évaluer les itinéraires de secours et voir directement l'ampleur des incidents, car parfois c'est tout de même en cascade, Murphy n'étant souvent pas très loin).

+1

"Synchroniser la racine des clients avec celle du serveur pour n'avoir à administrer que le serveur" ?

Tu comptes faire ue sorte de rsunc de / du serveur vers les clients ?

Ca me parait pas génial …. A la imite un truc du style FS monté via le réseau, pourquoi pas … mais il te faut de la bande passante.

Sinon, un truc qui me vient à l'esprit (mais pas testé ..) : une arborescence sur ton indépendante de l'arborescence / de ton serveur, que tu administres via chroot par exemple, et que tu dépoie vers les clients. Après, reste à voir le meilleur moyen de synchroniser les clients avec le serveur : un mécanisme du genre test de la présence d'une nouvelle version de fichiers sur l'arborescence chrootée au boot, et synchronisation avant le démarrage (ou à l'extinction, ou même les deux)