Je voulais juste reprendre le mot utilisé dans le "communiqué":
D’un point de vue légal leur statut n’est pas très clair,
Mais c'est vrai que je m'avance un peu en disant qu'elles "sont illégales". Disons qu'elles peuvent l'être et que les arguments qui iraient contre les licences d'utilisation ne sont pas forcément suffisants pour assurer une sécurité juridique au cas où ;-)
Je pense que les développeurs de clients vers ces protocoles ont eux même des difficultés (qu'ils surmontent certes) pour faire de la rétro-ingénierie. Ce n'est jamais évident d'osculter des échanges plutôt que des specs ouvertes, de suivres des modifications sans être avertis etc... Et puis simplement, tout le monde n'a pas de temps à accorder à ce genre de passe temps.
Certains vont voir en cette annonce comme toi, une baisse de qualité du service, d'autre au contraire vont trouver que l'APINC respecte plus à présent ses idéaux et ne lui tiendront pas rigueur de couper des passerelles qui en plus sont illégales.
Les argument sont bien expliqués je trouve et je comprend tout à fait la position de l'APINC pour ma part. Je comprend aussi que certains puissent être déçus... mais bon, il reste des alternatives.
Au final, sur l'idée d'un ami, j'ai préféré changé le format de réception des données depuis l'API (je ne la maitrise pas, mais je peux donner en paramètre d'une requête le format souhaité).
Avec un unserialize sur la réponse, j'ai pu parser le tableau avec: ['toto']['ploup']['*'] et obtenir relativement proprement ce que je souhaitais :-)
En fait, pensez à changer de distribution pour une qui assume (et ne laisse pas ses utilisateurs avec un navigateur buggué) et ne s'en prend pas bêtement par rancoeur à Mozilla.
Pour ma part je trouve qu'ils assument pour le moment très bien leurs choix (liberté, stabilité, sécurité (et même les défaillances)...)
Mais tu as raison sur une chose, on peut choisir d'autres distributions si on n'aime pas... C'est la magie du monde Linux. Tu n'as pas attendu mon commentaire pour le faire einh !? ;-)
Après il suffit de créer ta playlist et de l'ouvrir/stopper depuis cette interface.
ça c'est pour une lecture sur le serveur...
Mais en ajoutant les fonctionnalités de streaming de VLC et en utilisant un client qui souscrit à ce flux, tu obtiens:
- un lecteur local qui diffuse le contenu joué par le serveur
- une télécommande via ton browser.
Mais ce n'est peut être pas ce que tu cherches?...
Il s'attaque au processus SVCHOST.EXE et il permet d'exécuter du code à distance.
from dissuasion.nucleaire import missile
from politique.exterieure import conflits, allies
target ="paysAuchoix"
if (target in conflits):
coords(target)
launch()
else:
print "tans pis, on tire comme même! de toute façon c'est un ver..."
missile.coords(target)
missile.launch()
Par contre, mon exemple est faussé. Je pensais que tu cherchais les fichiers appelés "references" et que tu souhaitais appliquer un traitement sur eux.
Pourquoi ne pas juste faire:
find ~/Bureau/Linux/test/ -exec sed -i 's/MaChaineQueJeVeuxRemplacer/LaChaineQuiRemplace/g' {} \; et oublier ce fichier "references"?
Il faudrait peut être que tu expliques ton problème plus clairement si tu veux une réponse efficace ou bien te plonger toi même dans la documentation des commandes que tu utilises.
à quoi sert ton fichier? comment instancies tu tes variables? Pourquoi un fichier? il y en a beaucoup? etc...
Là je ne sais pas ce que tu essayes de faire donc...
# je me positionne dans mon répertoire archives
cd /Bureau/Linux/Test_Pano/archives/
#je fais mon recherche remplace dans mon répertoire archives
awk '{print "sed -i -e s/"$1"/"$2"/g *"}' references | sh
"Convertir" un .sh en .exe ne peut être réalisé qu'en réécrivant le programme dans un langage de programmation portable sur les deux environnements.
Là tu utilises des commandes "bash" qui n'existent pas sous windows (certaines ont toutefois des équivalent DOS comme "cd").
Alors à part le réécrire dans un langage comme python... il n'y a pas à mon avis de possibilité d'en faire un .exe directement (ou alors il faudrait un .exe qui inclue les exécutables (compatibles windows) des commandes appelées... pas gagné gagné...)
[^] # Re: Que va-t-il rester à Jabber et la centralisation des protocoles?
Posté par pampryl . En réponse au journal L'APINC ferme les passerelles Jabber/XMPP vers les systèmes d'IM proprios. Évalué à 7.
D’un point de vue légal leur statut n’est pas très clair,
Mais c'est vrai que je m'avance un peu en disant qu'elles "sont illégales". Disons qu'elles peuvent l'être et que les arguments qui iraient contre les licences d'utilisation ne sont pas forcément suffisants pour assurer une sécurité juridique au cas où ;-)
[^] # Re: Que va-t-il rester à Jabber et la centralisation des protocoles?
Posté par pampryl . En réponse au journal L'APINC ferme les passerelles Jabber/XMPP vers les systèmes d'IM proprios. Évalué à 4.
Certains vont voir en cette annonce comme toi, une baisse de qualité du service, d'autre au contraire vont trouver que l'APINC respecte plus à présent ses idéaux et ne lui tiendront pas rigueur de couper des passerelles qui en plus sont illégales.
Les argument sont bien expliqués je trouve et je comprend tout à fait la position de l'APINC pour ma part. Je comprend aussi que certains puissent être déçus... mais bon, il reste des alternatives.
[^] # Re: ...
Posté par pampryl . En réponse au message Récupérer le contenu au sein d'Array. Évalué à 2.
Au final, sur l'idée d'un ami, j'ai préféré changé le format de réception des données depuis l'API (je ne la maitrise pas, mais je peux donner en paramètre d'une requête le format souhaité).
Avec un unserialize sur la réponse, j'ai pu parser le tableau avec: ['toto']['ploup']['*'] et obtenir relativement proprement ce que je souhaitais :-)
Merci encore.
[^] # Re: ...
Posté par pampryl . En réponse au message Récupérer le contenu au sein d'Array. Évalué à 2.
L'idéal serait de pouvoir en faire une Array à part entière pour pouvoir aller chercher l'indice qui me convient.
[^] # Re: ENFIN ...
Posté par pampryl . En réponse à la dépêche Debian GNU/Linux 5.0 : Lenny. Évalué à 2.
Avec quelques bordures en moins et des arrondis en plus à deux ou trois enfroits... ça a encore plus de gueule.
[^] # Re: Note de mise à jour un peu dégueulasse avec Mozilla
Posté par pampryl . En réponse à la dépêche Debian GNU/Linux 5.0 : Lenny. Évalué à 4.
Pour ma part je trouve qu'ils assument pour le moment très bien leurs choix (liberté, stabilité, sécurité (et même les défaillances)...)
Mais tu as raison sur une chose, on peut choisir d'autres distributions si on n'aime pas... C'est la magie du monde Linux. Tu n'as pas attendu mon commentaire pour le faire einh !? ;-)
# Une dépèche dans les bac?
Posté par pampryl . En réponse au journal Debian Lenny 5.0 is out !. Évalué à 3.
# commande http
Posté par pampryl . En réponse au message VLC remote web. Évalué à 3.
vlc -I http
(cf: http://www.videolan.org/doc/play-howto/fr/ch04.html#id311202(...)
Après il suffit de créer ta playlist et de l'ouvrir/stopper depuis cette interface.
ça c'est pour une lecture sur le serveur...
Mais en ajoutant les fonctionnalités de streaming de VLC et en utilisant un client qui souscrit à ce flux, tu obtiens:
- un lecteur local qui diffuse le contenu joué par le serveur
- une télécommande via ton browser.
Mais ce n'est peut être pas ce que tu cherches?...
[^] # Re: CA VA PAS NON ?
Posté par pampryl . En réponse au message AIDEZ-MOI QUELQUN!!!. Évalué à 1.
[^] # Re: Mise en application
Posté par pampryl . En réponse au journal Un ver s'attaque à la Marine française. Évalué à 3.
J'ai testé, mon programme marche parfaitement :D il faut juste avoir installé quelques librairies exotiques ;-)
# pitié != favoritisme
Posté par pampryl . En réponse au journal Amende de 5 millions d'euros pour la SNCF. Évalué à 10.
C'est pas du favoritisme, c'est de la pitié... Imaginez la gueule de voyage-sncf si ils étaient pas favorisés! :-D
Quoi? Ah dehors?
Ok, je sors >>>>>[]
[^] # Re: -e
Posté par pampryl . En réponse au message Fichier de trace. Évalué à 5.
[^] # Re: Mise en application
Posté par pampryl . En réponse au journal Un ver s'attaque à la Marine française. Évalué à 7.
# Mise en application
Posté par pampryl . En réponse au journal Un ver s'attaque à la Marine française. Évalué à 1.
Il s'attaque au processus SVCHOST.EXE et il permet d'exécuter du code à distance.
from dissuasion.nucleaire import missile
from politique.exterieure import conflits, allies
target ="paysAuchoix"
if (target in conflits):
coords(target)
launch()
else:
print "tans pis, on tire comme même! de toute façon c'est un ver..."
missile.coords(target)
missile.launch()
[^] # Re: Python#!/bin/bash find home/germain/Bureau/Linux/Test_appli_origine/
Posté par pampryl . En réponse au message Convertir mon .sh en.exe pour zindows. Évalué à 2.
\;
Par contre, mon exemple est faussé. Je pensais que tu cherchais les fichiers appelés "references" et que tu souhaitais appliquer un traitement sur eux.
Pourquoi ne pas juste faire:
et oublier ce fichier "references"?find ~/Bureau/Linux/test/ -exec sed -i 's/MaChaineQueJeVeuxRemplacer/LaChaineQuiRemplace/g' {} \;
[^] # Re: Python#!/bin/bash find home/germain/Bureau/Linux/Test_appli_origine/
Posté par pampryl . En réponse au message Convertir mon .sh en.exe pour zindows. Évalué à 2.
à quoi sert ton fichier? comment instancies tu tes variables? Pourquoi un fichier? il y en a beaucoup? etc...
Là je ne sais pas ce que tu essayes de faire donc...
[^] # Re: Python
Posté par pampryl . En réponse au message Convertir mon .sh en.exe pour zindows. Évalué à 2.
?$1="blabla"
$1="toto"
[^] # Re: Python
Posté par pampryl . En réponse au message Convertir mon .sh en.exe pour zindows. Évalué à 3.
[^] # Re: Python
Posté par pampryl . En réponse au message Convertir mon .sh en.exe pour zindows. Évalué à 2.
man find
find /Bureau/Linux/Test_Pano/archives/ -name references -exec sed -i "s/"$1"/"$2"/g" {} \;
[^] # Re: Python
Posté par pampryl . En réponse au message Convertir mon .sh en.exe pour zindows. Évalué à 2.
find /Bureau/Linux/Test_Pano/archives/ -exec sed -i "s/"$1"/"$2"/g" {} \;
ça devrais le faire ;-)
[^] # Re: Python
Posté par pampryl . En réponse au message Convertir mon .sh en.exe pour zindows. Évalué à 2.
[^] # Re: Utilisateurs idiots
Posté par pampryl . En réponse au journal Nouvelle interview de Linus Torvalds. Évalué à 7.
Je crois que le reste de ton post n'a même plus d'intérêt quand tu utilises ce genre d'introduction...
[^] # Re: Python
Posté par pampryl . En réponse au message Convertir mon .sh en.exe pour zindows. Évalué à 3.
#!/bin/bash
# je me positionne dans mon répertoire archives
cd /Bureau/Linux/Test_Pano/archives/
#je fais mon recherche remplace dans mon répertoire archives
awk '{print "sed -i -e s/"$1"/"$2"/g *"}' references | sh
"Convertir" un .sh en .exe ne peut être réalisé qu'en réécrivant le programme dans un langage de programmation portable sur les deux environnements.
Là tu utilises des commandes "bash" qui n'existent pas sous windows (certaines ont toutefois des équivalent DOS comme "cd").
Alors à part le réécrire dans un langage comme python... il n'y a pas à mon avis de possibilité d'en faire un .exe directement (ou alors il faudrait un .exe qui inclue les exécutables (compatibles windows) des commandes appelées... pas gagné gagné...)
# Avec un lien
Posté par pampryl . En réponse au journal Affichez le support Wine/Unix pour vos programmes. Évalué à 4.
(Pour ceux qui veulent participer au débat à la source)
[^] # Re: Utilisateurs idiots
Posté par pampryl . En réponse au journal Nouvelle interview de Linus Torvalds. Évalué à 10.