ekyo a écrit 180 commentaires

Ah la Lozère… pour moi c'est un coup de coeur, j'y retourne tous les ans, en vacances effectivement ;)

Dis-moi, est-il possible de trouver du job dans l'informatique là bas ? Si oui, dans quels coins ?

Avec le mode debug intégré dans cakephp, chaque modèle est regénéré à chaque accès.
Je ne connais pas ton plugin de debug, mais il est possible que ton problème vienne de là.
Si je regarde le temps de chargement de ta page avec l'outil de dev intégré dans FF, je vois que sur les 3s que met ta page à s'afficher chez moi (avec javascript désactivé !!), le point de contention sont les 2.4s d'attente pour le début de transfert de ta page de 101ko, le transfert en lui même prend 19ms. Le problème est donc bien à priori sur la génération du contenu par le serveur, pas en raison de ta bande passante.
Plein de conseils de bon sens ici : http://www.sitepoint.com/speeding-up-your-cakephp-websites/

Ensuite, il y a environ 10ms d'attente à chaque accès à une ressource hébergée chez toi, donc plus tu restreins le nombre d'accès, plus tu vas gagner en temps d'affichage sur le client. Là avec noscript d'activé, donc aucun javascript exécuté, j'ai déjà 8 accès. En activant Javascript, j'en suis à 6,12s au total avec 2x2.4s d'attente évitable (pour l'envoi de la police ttf).

Pour tes images, comme indiqué dans plusieurs commentaires, créé des vignettes qui lorsqu'on clique dessus charge alors l'image dans la taille désirée. A titre perso j'utilise convert pour dimensionner et convertir les images en jpeg et jpegtran pour optimiser leur taille.

Enfin, si comme moi tu n'es pas dans une zone fibrée, tu peux te lancer dans le dédié ou le virtuel mutualisé : j'ai un petit dédié avec un double coeur multithreadé, 2Go de RAM, 500Go de disque et 100Mb de bp non garantie pour quelques euros par mois.

Les précos pour la ventilation existent : http://support.apple.com/kb/ht4543?viewlocale=fr_FR
Il y est précisé de ne pas utiliser son macbook sur un autre support qu'une surface rigide et plane, de bien veiller à ne pas obstruer les grilles d'aération (l'inclinaison doit être optimale) et que les ventilateurs peuvent générer un son ressemblant à un puissant bruit de souffle.

Voilà, c'est pas de leur faute aussi si les utilisateurs de iTelephones ne le tiennent pas correctement :
http://www.clubic.com/smartphone/iphone/actualite-349254-iphone-4-reponse-steve-jobs-probleme-reception.html

Apple sait ce qui est bon pour vous : si vous vous plaignez que votre iAppareil ne fonctionne pas comme vous l'espériez, c'est certainement vous qui ne vous êtes pas adaptés à lui.

Dans mon cas c'est plutôt Gros Doigts Boudinés quand il s'agit de l'utiliser.
C'est un debugger C C++ (et d'autres, mais je me cantonne à ces langages), qui permet entre autres d'analyser l'exécution d'un binaire, ou encore de chercher les causes d'un plantage en analysant le coredump.
http://www.gnu.org/software/gdb/

Mordor rire !

C'est le plus évident, mais il y en a tellement… :)
Tous ceux qui ne les ont pas décelés sont des fanboys.

La nimage de circonstance

Mon système tout installé prend 5.2Go. Je ne garde jamais windows. Après tout le reste c'est mes données perso.
Donc même avec le tout petit modèle de 32Go (il sortira également en 64Go) c'est plus qu'il n'en faut. Pour les flims sur le cyclimse, tu rajoutes une micro SD de 64Go et roule.
Le cloud j'aime pas ça non plus, je n'utilise pas. Enfin si, mais pas le leur, le mien en sshfs sur mes ks2g.
Pour la compatbilité linux, déjà pas de poulsbo c'est un intel HD des plus classiques qui équipe le bay trail.
J'attends de voir pour le reste.

Pour ma part j'attends le Asus eeebook x205 qui devrait montrer le bout de son nez en novembre. Pas de clavier détachable pour le mode tablette, de toute manière l'écran n'est pas tactile ; par contre un 11 pouces 1366x768 brillant :( de moins d'un kilo, un baytrail équivalent à un petit i3, 12 heures d'autonomie annoncées pour 199$.
Donc oui pas de tablette, mais le pipe est là ;) et de toute manière openbox en tactile je suis pas convaincu de l'intérêt du truc.

Laisse-moi me rendre utile alors.
Outre le fait que tu aies oublié le "t" à "part", tu as mis un tiret de trop à "y a-t-il".

J'en ai caché moults autres, cherche encore ;)

Sarcasme, toussa… :)

Quant on commente l'ortographe, il faux être soit même irréprochable.

C'était donc ça. Si tu le sais, le problème ne vient pas de la distrib, mais de toi.

Sur le fond, les commentaires ci-dessus résument ma réaction à ton journal, sur l'écart entre tes attentes et les caractéristiques de cette distrib.

Concernant la problématique de la lenteur des mirroirs que tu abordes, comme tu le fais remarquer le wiki archlinux est une mine d'or.
-> https://wiki.archlinux.fr/Miroirs

On y apprend entre autres ce que tu as constaté : le mirroir archlinux.org est limité à 50kbps.
Comme dans toutes les distributions, tu as la possibilité de changer de mirroir pour en prendre un plus près de chez toi et moins chargé.
Et si tu ne veux pas le faire par toi même et gagner 2 minutes comme cela te semble primordial, tu as même des scripts qui feront le boulot à ta place (cf.wiki)

Hello, pas trop tard, on lit toujours ;)
Le script n'est pas parallélisé en soi, mais les convert et autres ffmpeg le sont, j'ai donc les 4 core de l'atom de ma ks2g qui tournent au taquet.

Ok pas de souci, c'était plus pour te faire réagir : traiter de fainéant les personnes qui n'ont pas d'intérêt pour un sujet, c'est les braquer la plupart du temps au lieu de faire naître cet intérêt chez elles.

Merci pour ces informations, j'apprends qu'en fait dans la plupart des scripts que j'écris je peux effectivement remplacer le shebang bash par sh. Dans les exemples que tu cites, il n'y a bien que le test == ou != que j'utilise fréquemment qui sont spécifiques à Bash.

Et moi je suis heureux de t'apprendre que lorsqu'on veut faire passer un message, on évite la condescendance. En tant normal ça m'aurait sûrement intéressé d'apprendre les spécificités des différents shells, là je m'en fous.

Hello,

J'ai fait pour mon besoin un script bash de fainéant, testé cette nuit sur ma ks2g, 4000 photo traitées, soit 8000 convert effectués sur des images jpeg de 6Mo en 4h sur ma pauvre KS2G. Avantage : ça parallélise grâce à convert au contraire de gd/php, et surtout on peut le lancer en nice et ionice pour préserver les ressources pour les autres processes.

Alors le script est perfectible : je n'ai pas trouvé comment gérer le compteur autrement que par fichier, sinon l'incrément des processus child ne remonte pas au principal ; il est probablement un peu crade (coder n'est pas mon métier), mais il fonctionne.

Après le premier essai de cette nuit, j'ai vu des améliorations à effectuer : en cas d'ajout d'un répertoire, et d'une volumétrie importante de photos… ben c'est long, il va tester si les fichiers small et thumbs existent et les créer le cas échéant. Il y a surement une meilleure manière de faire. Il faudrait également laisser la possibilité de passer en paramètre un nom de répertoire. Il y a la conversion des videos en webm via ffmpeg aussi. Et sûrement d'autres choses.

Ah oui, j'ai fait un chmod -R 640 sur le répertoire Thumbs ensuite pour qu'httpd puisse lire les images (dans mon cas le script est lancé par le user avec lequel j'ai installé PhotoShow, ce user fait partie du groupe http)

#!/bin/bash
# Ce script effectue les générations de vignettes 200x200 et les images small 1200x1200^ pour PhotoShow
# Il doit être copié dans le répertoire que l'on créé à l'installation de PhotoShow (celui qui contient les répertoires Conf et Thumbs)
# et exécuté depuis celui-ci
#
# licence : fait_a_la_rache_mais_ca_marche_faites_en_ce_que_vous_voulez

image_dir=`awk -F '[""]' '/photos_dir/{print $2}' ../config.php`
thumbs_dir=`pwd`/Thumbs/
compteur=0

# pre-requis
for dir in $image_dir $thumbs_dir ; do
  [ ! -d $dir ] && echo "Erreur, le répertoire d'images $dir n'existe pas" && exit 1
done

for binaire in convert ffmpeg ; do
  if ( ! which $binaire > /dev/null 2>&1 )
    then echo "Erreur, le binaire $binaire est introuvable dans le \$PATH" && exit 1
  fi
done

# creation de la structure des répertoires
rsync -r --include '*/' --exclude '*' $image_dir/ $thumbs_dir

# pour toutes les images présentes dans ce répertoire, créer une miniature 200x200 et un small 
cd $image_dir
find . -print0 | while IFS= read -rd '' f ; do
  if file "$f" | grep -o -P '^.+: \w+ image' >/dev/null ; then
    if [ ! -f ${thumbs_dir}/"$f" ] ; then
      echo -en "$f : \tvignette "
      if ( convert $image_dir/"$f" -thumbnail 200x200^ -gravity center -extent 200x200 -auto-orient -quality 70 ${thumbs_dir}/"$f" )
        then echo -en "OK\t" 
        else echo -en "Erreur !\t"
      fi
    fi
    if [ ! -f "${thumbs_dir}/`echo "$f" | sed 's/\(.*\)\./\1\_small./'`" ] ; then
      echo -n "small "
      if ( convert $image_dir/"$f" -thumbnail 1200x1200 -auto-orient -quality 70 "${thumbs_dir}/`echo "$f" | sed 's/\(.*\)\./\1\_small./'`" )
        then echo -en "OK\n" 
        else echo -en "Erreur !\n"
      fi
    fi
    export compteur=`expr $compteur + 1`
  fi
echo $compteur > /tmp/compteur
done
echo "Script terminé, `cat /tmp/compteur` images ont été traitées"
\rm /tmp/compteur

Idem, cette galerie très agréable pour notre utilisation familiale, après 1 journée d'essais nous l'avons adoptée.

Est-il possible de lancer la génération des vignettes en ligne de commande ? (directement en lançant un php ou en faisant faire le taf à imagemagick jpg 200x200 ?)
Comme ça je pourrai la lancer en nice et ionice après rsync d'un répertoire de photos, mon petit ks2g appréciera :)

Merci à toi Thibaud.

J'ai installé des bequiet! (c'est la marque des ventilos) pwm 12cm (2 en aspi façade, 1 en aspi hdd, 2 en extract haut, 1 en extract arrière)
Le ventirad est un dark rock pro 2 de la même marque qui comporte un ventilo de 14 et un de 12cm, et un rad double tour.
Les cartes graphiques ont 2 ventilos chacune qui tournent à 10% quand elles ne sont pas sollicitées de manière importante.
Les ventilos de boitier et de ventirad tournent entre 400 et 600tr/min.
Le flux d'air et l'emplacement du boitier ont été étudiés de façon a bien évacuer la chaleur émise.
L'alimentation est une 80+ platinum qui ne déclenche son ventilo qu'en cas d'utilisation à 70% de la PSU.

Lorsque le PC est au repos je met au défi une personne "normale" d'entendre quoique ce soit.
Et même lorsqu'il est en charge prolongée (jeu…) il est bien plus silencieux que le bruit de tes draps ;)

Sinon retour au sujet, mpv a été testé et approuvé avec vo opengl et vaapi sur mon pc portable au cpu anémique et chip gma i915, lors du décodage d'un flux de démo 1080p bitrate important, le CPU ne dépasse pas les 10% d'utilisation, et ne déclenche plus systématiquement le ventilo qui lui est très bruyant. Merci pour la découverte Pseudo007, je vais approfondir le sujet.

Salut, très bon choix de composants pour ton PC fanless.

Et sinon j'ai un pc de kéké énergivore (je joue en SLI) et s'il n'est clairement pas fanless -je compte 11 ventilos- il est pourtant inaudible. J'ai passé tout comme toi un bon moment à sélectionner mes composants et à choisir chaque détail en fonction de mon cahier des charges.

Pour t'éviter des maux de crâne, je t'invite à regarder le nom de l'auteur du journal.
Tu sauras ainsi que tu te trouves dans un publi-reportage marketting 2.0 où tes remarques cartésiennes et déductions logiques n'ont pas cours car ne faisant pas partie du même ensemble.

Foutaises !

s/pingouin/manchot/ en est un autre.

Celui où tes contributions auraient tellement été marquées comme "inutiles" que tu ne pourrais plus poster tes publichoses inintéressantes.

Tout à fait, c'est probablement une campagne orchestrée par un/des état(s), on se rapproche d'après les premières analyses d'un framework modulaire à tout faire comme on a pu le voir l'année dernière avec les flame etc

J'ajouterai juste que le nombre d'infections que tu reprends est certainement très en dessous de la réalité : ce chiffre est obtenu via analyse des flux et des logs des C&C connus, or ils ne le sont pas tous.

Pas vraiment, ils n'ont pas trouvé de trace du malware sur un linux, mais une version semble exister d'après après analyse des serveurs C&C (les serveurs de contrôle du malware) qui n'avaient pas encore été wipés.

cf l'article de kaspersky :
Some of the exploit server paths contain modules that appear to have been designed to infect Linux computers, but we have not yet located the Linux backdoor.

Idem pour les version iOS et Android (user agent pour ces OS dans les logs).