Le Hollandais Volant

J’en connais un qui a replongé dans son vieux code de 9 ans, non ?

:-D

@Arfang : nan, il faut pouvoir récupérer l’image distante et la mettre dans un Canvas. Après seulement on peut travailler dessus.
Or, c’est ça qui n’est pas possible : placer une image distante dans le canvas…

Cependant je suis sûr qu’il y a une solution, c’est obligé. Il doit bien y avoir un code JS pour télécharger une image, la lire en binaire et la transformer en base64, non ?
Comment on faisait, avant les canvas ?
Ensuite suffit d’utiliser de Base64 là comme support de travail dans la canvas.

J’ai l’impression de rêver pour les offres d’emploi ici, aux PB. Dommage que ce soit si loin de chez moi :

Ce qu’ils demandent :

– bonne connaissance dans le design d’interface utilisateur (IHM du web)
– capacité à se mettre à la place de l’internaute
– excellente connaissance en HTML, CSS2 et/ou 3, JS
– de préférence connaissances en HTML5
– connaissances en PHP/MySQL
– de préférence connaissances en Zend framework
– être un bon collège pour les autres, ayant comme eux une grande passion dans son travail.
– intérêt pour le secteur de la santé est un plus

(le dernier point est en rapport avec le client ou l’employeur, qui sont dans le secteur de la santé)

Aucune demande de diplôme, visiblement. J’en ai eu un au téléphone récemment : ce qu’ils demandent c’est de voir comment tu code, de préférence en leur montrant ce que tu fais directement, par email (par exemple ils demandent un truc simple et tu leur envoie le code par email, ou ils demandent un projet précédent personnel).

Je continue :
– salaire : 3500 à 4500 € par mois, pour 40h par semaine
– 25 jours de congé par an
– 8% d’argent de vacances
– une bonne cotisation retraite
– heures de travail flexible
– possibilité de bosser chez soi, ou le soir
– téléphone professionnel (ndla : Smartphone, hein, pas un vieux truc)
– ordinateur portable professionnel
– un espace et du temps (au boulot) pour prendre des cours, des cursus ou des certificats
– un cadre de travail épanouissant

Ils te demandent juste d’être bon, osef des diplômes, de l’école fréquentée.

C’est dingue quand même qu’en France ce soit si différent.

Ah, Julien a modifié mon livre d’or Au79 pour en faire un shaarli ultra-light.
(comme mon linx, mais sans SQLite, juste des des ficheirs textes).

Un petit moment que je sont à transformer mon moteur de template actuel de Blogotext en du RainTPL : beaucoup de gens me demandent du PHP dans les thèmes et mon moteur de template ne le permet pas (mais que RTPL permet).

Après, oui, je confirme que pour ce genre de projet, c’est très pratique : on peut faire un thème pour blogotext sans connaitre du PHP, c’est d’ailleurs ce qui m’a fait craquer sur ce moteur de blog : je ne connaissais pas du tout le PHP à l’époque.

Rhaaaaa…
Et Xavier Niel s’étonne que l’informatique en France est pourrie ? Et il espère que ça va changer avec un école qui n’offre pas de diplômes dans un pays qui se cogne des compétences et qui ne regarde que les bouts de papiers collés au mur ?

Ben il est fou.

Vous savez ce qu’est le salaire proposé pour un "simple programmeur" PHP aux Pays-Bas ? Entre 2400€ (débutant) et 4500€ (sénior) brut par mois.
Et quand je dis prog PHP, c’est quand le HTML/JS/CSS/JQuery est un « pré » et non une compétence requise minimum niveau 99.

On est bien loin du 1465€ brut en France pour un programmeur/chauffeur/paysagiste expert bac +12 avec option thermonucléraire-nasa-pharmaceutique-géographe.

Je me doute bien qu’il y a quelques exceptions en France, mais voir passer ce genre d’offre d’emploi (si on peut appeler ça une offre, on va dire que oui, vu la conjoncture actuelle) c’est quand même déprimant.

Bon, perso j’ai plus qu’à me mettre à la POO vu que je ne connais pas et que c’est la mode, même ici, et que tout le monde veut ça.

(merci à Denis pour m’avoir partagé le lien)

Oh, cool ! J’avais fait la même chose à une époque, pour générer un sommaire des titres h2, h3, h4 … d’une page html :D

Beaucoup de sommaires ont été faits comme ça. Mais j’ai du laisser tomber le script car buggé (je débutais en php).
Mais c’est l’exemple typique d’un script qui m’a demandé du temps à le faire, mais qui m’en a fait gagner beaucoup plus par la suite.

Via http://links.la-bnbox.fr/?TTelPw

Nope : c’est beaucoup trop lent.
Rien que le listage du tableau de 9000 commentaires prends 200ms là où SQLite n’en prend que 70.

Et encore, si j’ajoute l’encodage base64 (presque obligatoire par dessus de serialize, pour des questions d’encodage de caractères), je suis à 800ms pour les commentaires.

Nope, nope nope, ce n’est pas la peine. Désolé.

Et même pour les petites bases de données, SQLite reste plus rapide (la différence est moins marquée, mais est de l’ordre de 20 à 30% tout de même).

Note : ces chiffres comptent quoi au juste ?
- L’ouverture du fichier contenant les données (file_get_contents())
– La remise sous la forme d’un tableau PHP (base64_decode + unserialize)
— Un array_slice() qui ne conserve que les 50 premières lignes du tableau (même pas de tri, ce dernier étant fait à l’écriture de la base).

Et en info : j’utilise 3 fichiers différents (liens, commentaires, articles) et seul un n’est chargé à chaque fois, alors qu’en SQL, les trois sont dans la même base .sqlite…
Les fichiers .txt font respectivement 6 Mo, 21 Mo et 7 Mo.
Et mon fichier SQlite fait lui 21 Mo pour les mêmes données (la différence vient du Base64, qui prend systématiquement un minimum de 33% de place en plus — à cause du fonctionnement de Base64 : placer 3 bits binaires sur 4 bits en base 64).

Donc non : Blogotext restera sur du SQLite, avantageux sur tous les points, même les différentes formes de tri.
Blogotext deviendrait très rapide en TXT si on en retirait des fonctionnalités (tags, calendrier, …).

SQLite est plus rapide ici.

Sachant que je n’ai pas utilisé de compression du fichier comme dans shaarli (qui ralentirait encore plus le processus).

SQLite : 30ms pour trier les 25 derniers articles sur 707.
TXT : 86ms pour la même chose.

SQLite : 90ms pour trier les 50 derniers commentaires sur 9700
TXT : 360ms pour la même chose

EDIT : le base64_encode() y est au moins pour 50% des perfs.

Je rappelle que si Oranje Proxy ne vous convient pas, il y a le très bon VerdaProxy !

Il a plus d’options (là où perso je les ai mis en dur).

j'essaye de trouver des solutions pour satisfaire tout le monde quand même. Mais une chose est sûre je ne ferais AUCUNE modification pénalisante pour KrISS feed si ce n'est pas KrISS feed l'origine du problème !

+1

C'est pour ça que je ne prends pas en compte IE, que si mon site est en UTF8 c'est pas rien (si le navi est en iso, s'pa ma faute), que oranjproxy et respawn peuvent ne pas fonctionner avec des pages invalides W3C.
Je suis là pour coder, pas corriger le nombre infini d'erreurs humaines.

@plegall : tout dépend des données.
Pour des articles de bloc assez longs, je pense que ça risque de ramer un peu.

Pour mes tests d’avait fait des essais de tables bidons avec 300K lignes : ça restait très rapide (5ms pour trier et sortir selon une clé).
Utilisé avec des index et des bons formats de donnés, ça passe.

+1

Liste d’applications PHP simples à installer.
Perso je rêverais d’un pack où tous ces softs soient unifiés. Mais je bosse dessus.

Petite mise à jour de OP :
– correction de bugs sur les images/lien en base64
– en navigation proxyfiée, la barre d’adresse se masque dans un petit bouton sur le côté (impossible de faire autrement : même avec un "position:absolute" de la barre, certains trucs passent au dessus, et impossible de faire un bloc pour la page et décaller ça, parce que certains css font des sélecteurs « body > #id », donc je peux pas ajouter de HTML comme le fait SFR…

Il peut également rester quelques éléments dans la page qui ne sont pas proxifiées (à cause des requêtes faites par JS, que je ne peux pas parser en PHP).
Désactivez JS et vous serez proxifié correctement.

/me reprend un vieux script, basée sur des Regex.

Et même avec : http://www.regexper.com/

Certaines Regex ne me disent rien.