mac a écrit 202 commentaires

Ca leur est contractuellement interdit - tous les contrats entre Merchants et Acquirer (je ne connais pas les termes français appropriés) imposent le repect de PCI/DSS ( [http://en.wikipedia.org/wiki/Payment_Card_Industry_Data_Secu(...)]

Pour les Merchants ayant un gros volume, un audit externe est même imposé régulièrement.

En pratique, c'est en général plutôt appliqué.

http://fr.wikipedia.org/wiki/Tuner

Apparement non, tu ne fais pas ce que tu veux - ou en tout cas tu n'en parles pas... il semblerait que ce soit mal vu de parler d'une application dédiée à linuxfr sur le site web linuxfr.org.

Les raisons ont à voir avec du prosélytisme, probablement liée à une interprétation un peu restrictive des notions de "choix" et de "liberté"... un peu comme le font certains intégristes religieux en interprétant leurs livres sacrés respectifs.

C'est pathétique...

(tiens, un point Goldwin ;) )

Mac

Ou si t'es paresseux:
shopt -s checkwinsize
dans ton ~/.bashrc

En fait, ton principal soucis avec cette solution, c'est que ton ARM doit gérer:
1. la page statique
2. la réponse aux requêtes AJAX...

Pour 1, pas trop de soucis...

Pour 2, tu auras rapidement besoin d'un serveur Web qui sait générer des pages dynamiques via PHP, CGI ou n'importe quelle autre solution. Si ton serveur web sur ton ARM ne sait pas faire, c'est mal parti..

Les librairies que tu cites sont en général du code Javascript qui réside sur le serveur, qui est envoyé tel quel au client HTTP, et qui est interprété par le client..

Je pense qu'il est temps que tu lises un tutoriel sur Javascript et que tu essayes sur un serveur web "normal" pour voir comment ça marche ;)

- Une page web statique avec du Javascript qui fait des appels AJAX
- Un petit bout the CGI avec du AJAX / JSON ?

Ceci dit, si tu n'es pas très à l'aise avec le HTML / AJAX, ce serait peut-être plus simple pour toi d'enyoer tes mesures vers une machine un peu plus puissante qui se chargerait de l'archivage, de la restitution, ... (pourquoi pas avec syslog + un parseur de syslog)

Là, tu reviens dans des technologies un peu plus classiques (typiquement Apache / PHP / MySQL), qui sont largement documentés un peu partout sur le web.

Bash implémente sa propre logique (oui, c'est le shell qui a pour mission d'implémenter l'expansion des chemins)

C'est dans pathexp.c si ça peut t'aider...

...et le ciel t'aidera

c'est plutôt comment pirater un jeu protégé ou alors comment espionner les communications téléphoniques de son patron ? ;)

-> []

Si tu as des fichiers texte, un peu de temps et un peu de talent de développeur, il te serait facile de mettre en place un programme qui serait plusieurs fois plus rapides que MySQL sur ce genre de requêtes...

Sinon, MySQL devrait être "suffisament bon" - fais quand même attention aux LOCKs qui peuvent se produire - tes INSERT peuvent dans certains cas prendre plusieurs secondes (typiquement pendant un backup de la base, mais il y a d'autres possibilités).

Et si tu ne veux JAMAIS perdre aucune donnée, n'oublie pas que MySQL ne devras JAMAIS s'arrêter ;)

On a souvent tendance à penser que MySQL est la seule et la meilleur solution pour traiter beaucoup de données, mais...

- Tes données ne sont apparement pas relationnelles
- Tu as potentiellement besoin de les insérer en temps réel
- Leur structure est très simple

As-tu *vraiment* besoin d'une base de données SQL? (il est clair que je ne connais pas le type de requêtes que tu fais).

Si tu penses que MySQL est la bonne solution, tu peux jeter un oeil sur le partitionnement de données (http://dev.mysql.com/doc/refman/5.1/en/partitioning-types.ht(...) - (MySQL >= 5.1), qui devrait répondre à ton soucis de saucisonnage.

http://www.dictionnairedelazone.fr/index.php?index=lexique&a(...)

Tu peux essayer strace, il peut t'aider à comprendre le soucis (si il est dans un appel système)...

Oui, mais t'es sûr que ça répond au problème ? ;)

(en fait, ça s'arrête 1 ligne trop tôt - mais il y a peut-être une solution simple)

crade:

grep -B`wc -l fichier | sed 's/ .*//'` "TIMESTAMP 12/31/2007" fichier

(il manque clairement une option dans wc pour ne pas afficher le nom de fichier)

Je sais que c'est pas la solution à ton soucis, mais ça peut aider quand même...

man rsync:
--bwlimit=KBPS

Si tu limites la bande passante, je suppose que ça va par effet de bord réduire l'utilisation CPU.

Il y a d'autant plus d'intérêt à "enhancer" notre application pour qu'elle utilise PHP5 ;)

Tu créés un fichier témoin sur ton disque dur USB, à la racine du chemin que tu vas monter.

Et tu vérifies lors de ton backup que le fichier témoin est présent -> si oui, tu as bien monté la partition.

Je te conseille particulièrement http://www.miketaylor.org.uk/tech/oreilly/truenut.html

(mais il n'a pas été traduit)

Un truc comme ça fonctionnerait ?

yes '' | make --quiet >/dev/null 2>&1

Et en Perl :

perl -ne 'print unless $. == 42' fichier.txt

Dans les conditions d'utilisation :


En conséquence, l'utilisateur s'engage notamment à ne pas reproduire, adapter, extraire, céder ou diffuser (même gratuitement), réutiliser ou commercialiser tout ou partie de ces données, sous quelque forme que ce soit et pour quelque raison que ce soit, sauf accord écrit, exprès et préalable donné par les CCI des Pays de la Loire.

Je suis impressioné, t'as réussi à atteindre le point Godwin avant la fin du *sujet* de ton thread.

Félicitations, j'avais jamais vu ça :)

Je pense maitriser grosso-modo la notion d'incrémental, et je sais à-peu-près ce que c'est qu'un octet... C'est juste l'incrémental octet que je comprend pas bien.

rsync, par exemple, travailler avec des blocs de taille variable (et paramétrable, c'est l'argument -B de la commande Unix). Mais j'ai vraiment du mal à comprendre l'intérêt (et le principe) d'un "incrémental octet" (ou alors tous les incrémentaux sont-il 'octets' ? je m'interroge)

Ca veut dire quoi "incrémental octet" ?