Mon ancien ordi est vraiment pas neuf. Chaque fois que je l'arrete (pas souvent), je ne suis pas sure de pouvoir le rallumer. J'ai des soucis de bios ( qui s'efface à chaque arrêt ), des soucis d'alim, (une tension un peu faible), bref, un vieux PC. La semaine derniere, week-end, j'arrete tout. Retour dimanche, je lance et là, plantage ultime, HDD bad sectors dans la base de registre et autres fichiers. Je suis bon pour le mettre à la casse ...

Et bien non : dans un ultime sursaut d'orgueil, je ne suis dit, bah, il m'a bien servi, je vais essayer une cure de jouvence, un soft nommé : HDD regenerator. Ca a pris son temps (genre 3h pour scanner de 20 Gigas), mais parfait ! Il a tout récupéré comme si rien ne s'était passé. Incroyable. Je suis perplexe devant la prouesse.

Des petits tests fait cette aprem :

 1000 appels à un INSERT d'un row => 1min26
 1 appel à un INSERT de 1000 rows => 4s

Top.

--- => UPDATE

I'm using since one year the connector (and the preceeding ByteFX one) and I'm quite happy with it. My c# project just use it to connect to the database and I don't use the dataset structure to retrieve tables, etc, but anyway, it works great.

Now, I'm trying to optimize the queries. I made theses benchmark on a distant server, using on .NET connector on a client computer and phpMyAdmin directly on the server.

First test : optimizing insert

- 1000x INSERT of 1 row through .NET connector : 81 s
- 1 INSERT of 1000 rows through .NET connector : 3,54 s
- 1000x INSERT of 1 row through local PMA : 13s
- 1 INSERT of 1000 rows through local PMA : 10s

• I'm using ";" as a separator for the query so in the .NET connector I use exactly the same code for both query.
• 1000x INSERT is much more slower than 1 INSERT of 1000 rows. Of course, it's documentated.
• When I put a error on the first insert for the "1000x INSERT" query, an exception arise after 4s. So it's clearly not a connection issue as the server returns me this error in that time. When I put the error at the end of the query, it took around 80s. So apparently, the server need that time to analyse the query. But, why is PMA so fast compared to .NET connector, the server execute the same query ?

Second test : optimizing update

- 1000x UPDATE of 1 row through .NET connector : 80 s
   (using a lock tables write before, unlock table after)
- 1000x UPDATE of 1 row through PMA : 4s (same query as above)

• Again I'm using the ";" as a separator for queries and use only one MySqlCommand.ExecuteNonQuery
• Why 4s against 80s for .NET ?

Encore un post où tout est dans le titre ...

Je vais tester ce week-end limbo (a mambo light), guppy et cms_simple. Je ferais un retour de tests.

Merci Monsieur Rocard. http://wiki.ffii.org/Rocard050413Fr

Ou comment se faire entuber en europe mais laisser entiere liberté au premier dévelopeur du monde.

"Indian parliament deleted the section from the patents bill regrading the software patents as left parties prevailed over the Government on the issue. This may be a major victory for free software foundation(fsf) which has been lobbying hard against the bill."

Je suis admiratif de cet avion, l'A380. C'est vraiment un monstre.

Normalement, lundi prochain, 1er essai en vol du paquebot des airs.

Amen attaqué, puis amen en greve ... http://www.amenengreve.info/fr/

Zut. J'espère que je vais pas à avoir à migrer tous mes domaines, car là c'est carrement une semaine de boulot, entre config dédié, install logiciels, etc.

C'est fou ! C'est comme si microsoft rachetait oracle ...

Enfin, si on aura enfin un dreamweaver avec la perfection d'un photoshop :-)

Une réflexion que j'ai eu il y a quelques jours.

Voila, vous lisez ce blog mais c'est quoi exactement un blog ? D'un point de vue structurel, c'est une base de donnée avec un graph de relation entre les tables et un moteur de rendu pour afficher tout cela correctement. Tous les blogs sont fait pareils ( et d'ailleurs cette définition se généralise à d'autre applications serveurs ).

Donc on a une base et ses relations et un moteur de rendu. Reste les mises à jour de la base ...

C'est là que je mis à rêver d'un programme nommé "Editeur de métadonnées". Que devrait-il faire ? On crée un profil de donnée qui represente la structure de la table et la facon de saisir les données et lui fait le reste. A chaque profil correspond à type d'application : exemple on pourrait avoir un profil dotClear et hop, on saisit son billet directement sur le logiciel (avec tous les helpers qui vont avec comme par exemple upload automatique des images). Je change de profil et hop, je fais de meme avec mon wiki. Je rechange de profil et hop, je tape dans phpBB ... magique.

Effectivement ce genre d'editeur commencent à apparaitre : exemple pour les blogs de ECOT. On choisit le type de blog (et donc son profil ou interface, et hop, on poste toujours du meme logiciel). Notes que pour les blogs c'est assez facile, car il existe des API comme les metablogAPI qui donne une interface de communication standard. En passant dotClear supporte cette interface. Coool, bravo olivier ;-)

Que pensez vous d'un petit editeur simple et rapide qui permettrait de poster directement dans son blog dotClear ? Est-ce vraiment utile alors que la tendance serait plutot déplacer les applications vers le total web ( c'est en tout cas ce que google nous fait bien comprendre :-) ). Les pours et les contres, j'avoue que je n'ai pas la réponse.

Plus je lis sur la constitution européenne, plus je constate une évidence, c'est vraiment un texte partisan, rempli d'incohérance (par exemple dans les traductions, un comble). Je pense qu'on va droit dans le mur si on vote oui à ce texte.

Question 1 : Apparement la constitution fixe que la liberté des prix (plus moyen de fixer quoi que ce soit dans ce domaine, sauf par exemple pour l'agriculture via la pac). Que devient le prix unique du livre en france qui a énormement contribuer à propager la culture dans notre pays ?

Question 2 : Alsthom s'est pété la gueule, l'état l'a aidé. Comment cela marchera dans l'avenir ? (Je me doute bien pour le cas de ces aides, elles ont du être approuvé par l'europe d'une certaine façon ). Mais bon, est-ce que la constitution va changer quelque chose ?

--- Un peu de lecture

1. Une Constitution doit être lisible pour permettre un vote populaire : ce texte-là est illisible.

2. Une Constitution doit être politiquement neutre : ce texte-là est partisan.

3. Une Constitution est révisable : ce texte-là est verrouillé par une exigence de double unanimité.

4. Une Constitution protège de la tyrannie par la séparation des pouvoirs et par le contrôle des pouvoirs : ce texte-là organise un Parlement sans pouvoir face à un exécutif tout puissant et largement irresponsable.

5. Une Constitution n’est pas octroyée par les puissants, elle est établie par le peuple lui-même, précisément pour se protéger de l’arbitraire des puissants, à travers une assemblée constituante, indépendante, élue pour ça et révoquée après : ce texte-là entérine des institutions européennes qui ont été écrites depuis cinquante ans par les hommes au pouvoir, à la fois juges et parties.

Extraits de : http://www.legrandsoir.info/article.php3?id_article=2190

en full hauteur (1m80) ou en demi-hauteur (1 m de haut). Si vous connaissez quelqu'un qui en a en trop ou qui en jete une, je suis top preneur ( j'ai plein de choses à mettre dedans ;-) )

Pour 20 images, SIFT EXTRACTION

 Timing TOTAL  : 18.57 s
 Timing SIFT   : 5.001 s, soit 1,2 Megapixels / seconds
 Timing READ   : 7.606 s
 Timing RESIZE : 5.6 s
 Timing AUTRE  : 363.9 ms

MATCHING

 Building ktTree : 33333 Features
 Finding Neighbours
   Timing TOTAL  : 3.614 s
   Timing KDTREE : 468.2 ms
   Timing FIND   : 2.78 s
   Timing AUTRES : 366.6 ms

PICTURE PAIRS VALIDATION

 Ransac analysis : Peak = 32, sigma 20.1667, max 1866.24
 Cutoff beta = 22.1613

FINDING INDEPENDANT PANORAMAS

 Found 1 panoramas
   Panorama 0, pictures : 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

BUNDLE ADJUSTMENT

 Image  13 - reference image
  Adding image  15 LO rms=  7.1515 GO, rms=   6.734
  Adding image  14 LO rms=  10.221 GO, rms=  7.5577
  Adding image   0 LO rms=  3.9021 GO, rms=  6.0847
  Adding image  10 LO rms=  4.5637 GO, rms=  5.8702
  Adding image   1 LO rms=  4.4728 GO, rms=    5.46
  Adding image  17 LO rms=  4.8064 GO, rms=  5.3437
  Adding image  11 LO rms=  4.7535 GO, rms=  5.4981
  Adding image  16 LO rms=  4.3518 GO, rms=  6.1504
  Adding image  12 LO rms=  4.7029 GO, rms=  6.4151
  Adding image   9 LO rms=  5.6214 GO, rms=  6.4656
  Adding image   3 LO rms=  3.8699 GO, rms=  6.3465
  Adding image   2 LO rms=  3.3099 GO, rms=  6.2164
  Adding image  18 LO rms=  3.3261 GO, rms=  6.1677
  Adding image   8 LO rms=  4.1306 GO, rms=  6.0908
  Adding image   4 LO rms=  4.6743 GO, rms=   6.037
  Adding image   5 LO rms=  2.9503 GO, rms=  5.9347
  Adding image   6 LO rms=  4.1998 GO, rms=  5.8002
  Adding image  19 LO rms=    3.79 GO, rms=  5.7397
  Adding image   7 LO rms=  4.3221 GO, rms=  5.6565
 Final Bundle Adjustment   2.5338

=> TOTAL 61s pour 20 images (+ 30 seconds si rendu blend bilinear ). ... Compilation en mode debug ... On devrait arriver à un timing de l'ordre de 5s / images pour tout, reconnaissance, assemblage, optimisation, et rendu.

QUICKFIX:

Just change the following line in conf/dokuwiki.php:
$conf['uploadtypes'] = 'gif|jpe?g|png|zip|pdf|tar(\.gz)?|tgz';
to
$conf['uploadtypes'] = '(gif|jpe?g|png|zip|pdf|tar(\.gz)?|tgz)';

"Nous vous expliquions, il y a quelques heures, les problèmes ayant touché l'hébergeur français Amen. L'équipe technique a d'ailleurs communiqué sur le sujet en annonçant un problème de routeur et de matériels en interne. Seulement, nous sommes en mesure de pouvoir affirmer que le problème interne semble être plus large que prévu. Un internaute nous a contacté par IRC pour annoncer que les ennuis ayant visé cet hébergeur, et ses clients, seraient le fait du piratage de l'un de leur serveur "suivi d'une tentative de piratage de l'intégralité de leur réseau et non pas d'un problème matériel (routeur) comme leur communiqué le prétend." explique notre interlocuteur, Pour prouver ma bonne foi et vous prouvez que leur réseau est menacé deux sites choisis au hasard seront défacés aujourd'hui à 11h00". A l'heure dite, les deux sites étaient modifiés."

Nous avons tenté de contacter Amen par téléphone. Au bout de 12 minutes, à 0.34 euros les 60 secondes, nous avons abouti à "vous avez un téléphone ?". Notre intelocuteur affirme de son côté avoir encore la main sur Amen. "J'ai installé Ettercap (un sniffeur, ndlr) pour explorer un peu plus leurs réseaux (...) après avoir obtenu ce que je voulais (mot de passes, ndlr) j'envoie grâce à Ettercap les requêtes arp nécessaires pour rétablir le traffic et là ça a planté". Normallement les routeurs et firewalls interdisent ce genre d'actions. De plus un routeur est souvent swtich en meme temps ce qui interdit le sniffing. Bref, un piratage dés plus inquiétant.

Qui est donc ce mystérieux internaute ? "J'ai pas osé les contacter, connaissant les admins. S'ils étaient un peu moins cons avec nous ca irait plus vite pour corriger" va-t-il nous confier. A noter que l'ambiance du moment chez Amen n'est pas dés plus roses. Il est possible de lire en ce moment dans les newsgroups de Google quelques postes particuliers comme celui-ci : "Petit communique du personnel d'Amen qui est en greve : L'annonce sans autre préalable de l'intention de rachat du groupe ViaNetworks par Claranet en contrepartie du paiement de 3 millions de dollars pour l'exclusivité de la négociation a été une très grande surprise pour nous tous."

Bref, voilà qui s'annonce difficile pour les clients de cette société.

Source : Zataz

Petite analyse du problème. On crée un layer avec que du rouge. On y ajoute un masque. Dans ce masque, un gradient horizontal parfait.

On duplique le layer. On a deux layers rouges avec le meme masque.

On rempli le layer dupliqué avec un bleu parfait et on inverse le masque.

Bilan : on a deux layers dont les masques sont parfaitement opposés : un layer tout rouge, un autre tout bleu.

Quel doit être l'image résultante de ce blend ? Normalement, la somme des couleurs coéfficientées par l'alpha. Ainsi au centre de l'image, on devrait avoir un bleu 50 % + rouge 50 % sans alpha. Car alpha + (1-alpha) donne 1.

Et bien non. Au centre on a 66 % de bleu et 33 % de rouge avec 25 % d'alpha.

--- En fait, photoshop calcule différement !

Explications : Chaque layer est additif par rapport au précédent. On ne considère pas la somme sur tous les layers en meme temps, mais la somme du layer courant avec le résultat de la somme des layers précédents. Ainsi ceux qui sont tous en dessous sont moyennés plusieurs fois. Ainsi pour que l'exemple ci-dessus marche, il suffit d'oter le masque du premier layer.

Et voilà, un petit garçon de nom de Robin vient agrandir ma petite famille. Il est né ce matin à 1h45. Le papa est très fier :-)

Ziva de la nouvelle version qui est bien sympa ma fois.

http://www.photoshopuser.com/photoshopcs2.html