Callisto

jcaron et Dadou, vous soulevez tous les deux un point très important et avec lequel je suis entièrement d'accord : un développeur web n'est pas quelqu'un qui sait (bien) faire un site de A à Z, de sa conception, à sa promotion, en passant par son graphisme, son code, son hébergement et son contenu. J'ai par ailleurs bien aimé la formulation de Dadou et je me permets de la reprendre afin qu'elle soit un peu plus vue et comprise par la profession Un webdeveloppeur n'est pas le couteau suisse du web L'expérience m'a toutefois montré qu'il existe autant de profils de développeur web que de développeurs web. Je m'explique : j'ai connu des développeurs web qui se limitaient au Php/MySQL/JavaScript, j'en ai connu d'autres qui associaient merveilleusement bien ces compétences de base au référencement naturel, d'autres qui étaient également des intégrateurs CSS hors-pair et aussi des personnes qui maîtrisaient l'intégration CSS et l'administration système avancée mais pas le Php. Bref, j'ai l'impression que toutes les combinaisons sont possibles. Je ne veux pas dire par là que je cherche une perle aussi rare qu'introuvable qui saura tout faire à la fois, mais je souhaite pouvoir déceler des talents ou du potentiel là où on ne l'attend pas forcément. La structure de l'agence est suffisamment souple pour que notre façon de travailler puisse s'adapter aux spécificités de nos collaborateurs, plutôt que l'inverse comme on le voit habituellement. Dadou : bien sûr, la création de maquettes graphiques sous Photoshop/Gimp n'est pas du ressort d'un développeur web, mais il n'est pas rare de trouver des développeurs web capables de s'occuper aussi bien du backend (Php/MySQL) que du frontend (HTML/CSS) et dans ce cas, ils auront besoin d'aller chercher des bouts de maquette graphique (préalablement réalisée par un graphiste) dans un PSD/XCF. S'ajoutent à ça la connaissance des particularités des principaux formats d'image (PNG, JPG, GIF), le support inégal par les navigateurs et notamment les problématiques liées à la transparence, etc. C'est à ça que je pensais quand j'ai écrit Expérience de base avec Photoshop et/ou The Gimp pour le découpage des maquettes graphiques. jcaron : je comprends l'intérêt de demander à un dev de réaliser un algo de tri, mais je suis d'accord avec toi, je risque de me couper aussitôt de 90% des postulants et ce n'est pas mon but. Je préfèrerais retenir un développeur web qui n'est pas forcément très à l'aise avec la récursivité (mais qui a tout de même de bonnes connaissances en Php) mais qui connaît très bien tel ou tel CMS, qui est au courant de la dernière trouvaille SEO et qui connaît Jquery sur le bout des doigts. Entièrement d'accord avec toi, c'est aussi pour ça que j'essayais d'avoir l'avis de la communauté pour voir quels étaient les aspects les plus intéressants. Je n'ai pas l'intention de tester tout ça, et puis j'estime qu'un test de recrutement ne pourra jamais tester de manière exhaustive et objective les compétences de quelqu'un (ne pas oublier le facteur stress !), pour ça il y a la période d'essai. Je ne vais pas dévoiler une partie du 1ertest technique, mais il y a en effet un exercice que presque personne ne sait réaliser sans avoir cherché 5 minutes sur le net. La réalisation de cette partie est donc censée démontrer les capacités de trouver une information et s'adapter à un problème nouveau, ce qui finalement arrive très très fréquemment dans la journée type d'un développeur web En définitive, non je ne cherche pas le couteau suisse du web, le webmaster des années 90, le métier s'est énormément spécialisé depuis, mais je suis pleinement conscient de l'étonnante biodiversité qu'on peut trouver dans ce milieu et je cherche à la mettre en valeur là où elle existe, voire à l'encourager. Autrement dit, si je devais tester (ce qui ne me semble pas du tout prioritaire) les compétences de base en administration système, ce ne serait certainement pas éliminatoire et de même pour la connaissance d'un CMS particulier. D'autant plus que si l'envie et la capacité d'apprendre sont au rendez-vous, ces compétences additionnelles viendront tout naturellement par la suite.

Bonjour à tous, Dans le cadre du recrutement des développeurs web dans l'agence web dont je suis le gérant, je suis en train de mettre en place un test technique qui permet de tester les compétences d'un développeur web. Je fais donc appel à la communauté pour savoir ce qui, d'après vous, est vraiment représentatif des compétences d'un développeur web en 2010. Je précise que l'agence web privilégie les technologies libres, on retrouve donc le développement en environnement LAMP (Linux + Apache + MySQL + Php) mais aussi l'utilisation de frameworks JavaScript (surtout MooTools et Jquery) ainsi que le gestionnaire de version Subversion. Les postes de travail sont sous Ubuntu. Voici quelques idées de compétences qu'il me paraît important de vérifier : Programmation avancée en Php : orienté objet, sessions, manipulation des entêtes serveur, ... Langage SQL et création de bases de données sous MySQL : création de requêtes avec jointure, connaissance des différents types de données MySQL et des principaux moteurs de stockage,... Connaissance approfondie de (X)HTML/CSS et capacité à produire du code aussi bien valide que compatible avec les différents navigateurs utilisés Expérience de base avec Photoshop et/ou The Gimp pour le découpage des maquettes graphiques Maîtrise d'au moins un framework JavaScript (Jquery, MooTools, YUI, Dojo, etc.) et aisance avec les techniques AJAX Connaissance de plusieurs CMS : Spip, Joomla!, Wordpress, ... Bases en administration système sous Linux : installation et configuration des principaux éléments techniques d'un serveur web (Apache, Php, MySQL, etc...), connaissances de base d'un shell Bonne culture web sur notamment tout ce qui concerne le référencement naturel Connaissance de l'intérêt d'utiliser des gestionnaires de version lors du travail en équipe Voilà tout ce qui me vient à l'esprit. Alors voilà, le problème c'est que ça fait beaucoup trop de choses à tester lors d'un test technique qui ne devrait pas prendre plus d'une heure. Bien sûr, le CV est là, mais c'est très fréquent qu'il y figurent des compétences souvent très théoriques... D'après votre expérience (en tant que développeur pro ou amateur, employeur, professionnel du recrutement, etc...), quels seraient donc les points prioritaires à tester chez un candidat à un poste de développement web ? Je précise que le test technique que je suis en train de mettre en place est en réalité le 2è test que passent les candidats. Une première idée sur le candidat m'est donnée par le test technique effectué en ligne et disponible à tout le monde à cette adresse : http://test.moon-websites.com. Ce test se veut relativement simple mais tout de même exhaustif au regard des principales technologies employées dans notre agence web : HTML, CSS, Php, MySQL et JavaScript. D'ailleurs, même si j'ai déjà abordé cet aspect sur un autre forum et que ce n'est pas du tout le but de ce sujet (car j'ai bien compris qu'il est interdit de demander un avis sur un site ), n'hésitez pas à me faire part de vos éventuels commentaires sur la nature 1er test si vous en avez. Peut-être serait-il plus approprié de le faire sur l'autre forum en question pour ceux d'entre vous qui ont un compte là-bas ? Merci d'avance pour vos commentaires et votre éventuel apport de nouvelles idées.

Il s'agit de manipulation du DOM, autrement dit, lecture et écriture dynamique du code source de la page. Ma première remarque c'est qu'il faudrait absolument passer par un framework JavaScript parce que ton code sera plus simple à écrire, plus lisible et infiniment plus compatible entre les navigateurs que ce que tu pourrais faire en JavaScript "nu". Des frameworks il y en a plein : jQuery, Prototype, Mootools, Dojo, etc. Mon préféré : Mootools. Voilà comment je coderais en Mootools la fonctionnalité dont tu as besoin : Le code HTML <div id="texte"> Lorem <span>ipsum</span> dolor sit amet, <span>consectetuer</span> adipiscing elit. <span>Morbi</span> luctus, nibh malesuada <span>sodales</span> varius, orci lorem condimentum purus, quis varius arcu <span>magna</span> quis purus. </div> <img id="image" src="" /> <a id="lien" href="" /> Le code JavaScript (ne pas oublier d'inclure la bibliothèque Mootools) //On récupère la liste de tous les mots "réactifs" du texte $$("#texte span").each(function(el) { //Ajout d'un évènement "mouseover" au mot réactif courant el.addEvent("mouseover", function() { //Récupération du mot en minuscules (pour éviter les problèmes de nommage des fichiers images par exemple) var mot = this.getText().toLowerCase(); //Modification de l'attribut "href" du lien en fonction du mot réactif $("lien").setAttribute("href", mot + ".html"); //Modification du contenu du lien en fonction du mot réactif $("lien").setText(mot); //Modification de l'attribut "src" de l'image en fonction du mot réactif $("image").setAttribute("src", mot + ".jpg"); //Modification de l'attribut "alt" (utile pour l'accessibilité et le référencement) de l'image en fonction du mot réactif $("image").setAttribute("alt", mot); }); }); Le code MooTools c'est du 1.11, mais il se peut qu'il soit compatible avec 1.2, à tester. Il se peut également que ton code HTML soit très différent de celui que j'ai donné en exemple qui est très minimaliste, mais j'espère que tu comprendras la logique et que tu pourras l'adapter à ton besoin. Bonne chance !

masta64 : passer des tables au div, c'est pas juste changer le nom des balises, c'est une approche totalement différente. Tu ferais mieux de partir sur une feuille blanche (aussi bien pour le html que pour le css) pour que tu ne sois pas influencé par le code à base de tableaux. Le lien que t'as donné stopher est très bien. Je t'ajoute ceux-ci : Initiation au positionnement CSS : 1.flux et position relative Initiation au positionnement CSS : 2.position float Initiation au positionnement CSS : 3. position absolue et fixe Bonne chance !

Tu as pris un cas de figure pas très courant, mais oui, dans le fond tu as raison. Il y a encore la possibilité d'améliorer la détection de JavaScript et la rendre résistante à ce cas de figure.

Monique : oui c'est vrai la situation évolue, on ne peut pas dire le contraire. Mais quand on vit cette transformation au jour le jour, elle paraît bien lente... captain_torche : je suppose qu'en voyant la barre de défilement en JavaScript tu as tenté de désactiver JavaScript pour voir comment se comportait le site. Mais si tu arrives sur le site avec JavaScript désactivé, tu dois, normalement, voir la barre de défilement normale. Tu confirmes ? Et concernant ton conseil au sujet de références, tu as raison, nous avons aussi pensé que ce serait bien de faire ce que tu proposes, mais nous avons bien d'autres priorités pour le moment ! En tout cas merci pour le conseil

Bonjour à tous, Je fréquente le hub en visiteur depuis quelque temps déjà mais j'ai enfin décidé de créer un compte pour prendre part de façon active aux discussions. Pour l'instant je me contente d'aider à droite et à gauche les webmasters qui en ont besoin, ça me permet d'apprendre les petites habitudes de la maison ! Je suis co-fondateur d'une webagency basée à Paris, fruit de la fusion avec une société similaire créée 4 ans auparavant. Comme beaucoup de collègues ici (mais malheureusement pas dans toute la profession en général), nous travaillons dans le strict respect des standards et gardons toujours à l'esprit les problématiques de l'accessibilité. Ce n'est pas une fin en soi, mais ça me paraît, au contraire, la base sur laquelle tout peut se construire. Défenseur convaincu des logiciels libres et de Linux en particulier, je ne manquerai certainement pas de participer dans les sections du forum dédiées à ce sujet. D'ailleurs c'est un vrai plaisir d'avoir un forum aussi varié dans les sujets qu'il aborde, sans pour autant se disperser ! Pour l'instant j'en ai assez dit, rendez-vous sur d'autres topics !

Oui, ils sont autorisés depuis le début et supportés par tous les navigateurs. Pas de problème de ce côté là. J'en profite pour laisser le lien vers la partie de la spec CSS 2.1 qui nous interesse : http://www.w3.org/TR/CSS21/syndata.html#characters

Si la requête passe mais les valeurs dans la base ne changent pas c'est que la requête ne s'applique à aucune ligne. Tu spécifies qu'elle doit s'appliquer à la ligne qui a id=$id et nomembre=$session_id, mais imagine que $session_id=5 et que dans la table tu n'as aucune ligne où nomembre est égal à 5, alors la requête ne fait rien. Et pourtant sa syntaxe est bonne. Après avoir vu les types de colonnes utilisés dans ta table, je réecrirai la requête comme ça : UPDATE annonces SET titre='$titre', categorie='$categorie', prix=$prix, quantite=$quantite, description='$description', photo='$photo' WHERE id=$id AND nomembre=$session_id Attention, la colonne "titre" était en double. Ce n'est pas la source de ton problème, mais il faut l'enlever quand même. Je te conseille de mettre un : echo $query; juste après le '$query = "update...' pour que la requête s'affiche dans le navigateur telle qu'elle va être envoyée au serveur mysql. Tu pourras ainsi vérifier visuellement qu'elle est correcte et faire un copier/coller dans PhpMyAdmin, onglet SQL. Ca te permettra de voir si, comme je le pense, elle n'affecte aucun enregistrement à cause d'un couple id/nomembre inexistant dans la table.

Le code concernant le $_GET['id'] fonctionne bien sur les deux requêtes. Ton problème doit être ailleurs. Je te conseille de procéder davantage par étapes pour construire tes requêtes SQL, au moins au début. Ainsi, tu pourras plus facilement dépister un bug. Dans ton cas, essaye de coder plus de cette façon : $id = $_GET["id"]; $titre = $_POST["titre"]; $categorie = $_POST["categorie"]; //... ainsi de suite... $query = "UPDATE annonces SET titre='$titre', categorie='$categorie', prix='$prix', quantite='$quantite', description='$description', photo='$photo', titre='$titre' WHERE id='$id' AND nomembre='$session_id'"; $res = mysql_query($query); if ($res) echo "Requête réussie"; else echo "Requête échouée.<br />Détail : '$query'<br />Erreur : " . mysql_error(); Le code est plus lisible et si tu as un problème de ce genre, tu peux intercaler entre tes lignes des "echo $variable" pour t'aider à trouver la faille. Il y a une chose qui est bizarre dans tes requêtes SQL, c'est que tu entoures toutes les valeurs par des guillemets ' '. Alors soit tu as déclaré toutes tes colonnes comme étant des chaînes de caractère (VARCHAR, TEXT, ...), ce qui est un peu bizarre pour des variables comme id, prix, quantite,... Ou bien tu auras des erreurs si tu entoures $id par des guillemets ('$id') et qu'il est de type INT, SMALLINT, BIGINT,...

Je connais une implémentation en php de l'algorithme stemmer de Paice/Husk qui utilise une stoplist et qui distribue entre autre un fichier en français de plus de 900 mots. Le site de l'implémentation : http://alx2002.free.fr/utilitarism/stemmer/stemmer_fr.html Il y a un lien sur la page du projet vers le fichier de la stoplist en français (stoplist_fr.inc.php) mais le lien semble être cassé. Il suffit par contre de télécharger le .zip de 80ko avec tous les fichiers, dont la stoplist : http://alx2002.free.fr/utilitarism/stemmer...HuskStemmer.zip

Bonjour tout le monde, je voudrais connaître l'avis des webmasters de ce forum concernant l'utilisation des underscores (_) dans les attributs id et class. Petit rappel historique : la spécification CSS1 (publiée en 1996) et CSS2 (1998) interdisaient l'utilisation des underscores. Un errata de CSS2 publié en 2001 les a enfin autorisés. Publiées en pleine guerre des navigateurs, ces recommandations n'ont pas été très suivies, dans un sens comme dans l'autre. Ainsi, Internet Explorer 4 et 5 autorisaient les underscores bien qu'à l'époque ils étaient interdits, alors que Netscape n'a commencé à les autoriser qu'à partir de la version 6. Il est donc certain que jusqu'au moment où Netscape 4 representait une part importante des navigateurs, l'utilisation des underscores, bien que supportée par IE et autorisée explicitement par le W3C, était à proscrire. Actuellement, d'après des tests rapides que j'ai fait sur l'attribut ID, les underscores semblent être parfaitement gérés par Firefox 2, IE7, IE6 et Konqueror (KHTML). Autrement dit par l'écrasante majorité des navigateurs (je n'ai pas testé Opera, mais si quelqu'un veut le faire ce serait interessant). Si on ajoute à cela la bénédiction du W3C qui dure depuis bientôt 7 ans, on peut donc légitimement se dire qu'il est enfin prudent d'utiliser les underscores malgré les sentiment général qui semble être encore refractaire à cette pratique. Que pensent donc les hubmasters à ce sujet ?

Pour ceux qui développent sous Linux, il y a l'excellent IEs4Linux qui fait tourner toutes les versions d'IE émulées par Wine de la 5.0 à la 7.0. Mais si vous avez une machine suffisamment bien équipée en RAM, disque dur et procésseur, il y a aussi la possibilité d'utiliser VMWare pour avoir en parallèle une installation de Windows avec IE6 et une autre avec IE7 (voir plus si vous tenez à tester aussi les versions précédentes, mais comme dit plus haut, le jeu n'en vaut pas la chandelle). C'est évidemment un peu lourd (prévoyez environ 4Go de disque dur et 256Mo de RAM par installation de Windows) mais vous aurez un rendu 100% fiable.

Essaye avec : <li style="display:none;"></li> La différence entre visibility et display, c'est que le premier se contente de cacher l'élément tout en le laissant agir sur le flux du document, alors que le deuxième le retire complètement du flux du document.

La ligne "Somme" indique peut-être l'interclassement de la base elle-même. En effet, charsets et interclassements peuvent s'appliquer à quatre niveaux : serveur, base, table et colonne. La requête "alter table" n'affecte que la table. Pour agir sur la base et modifier le charset et l'interclassement en une seule fois, la requête serait plutôt : ALTER DATABASE nom_de_la_base DEFAULT CHARACTER SET utf8 DEFAULT COLLATE utf8_general_ci; De toute façon, PhpMyAdmin te propose, dans ses dernières versions en tout cas, de modifier aussi bien le charset que l'interclassement à tous les 4 niveaux, par le biais de l'interface. Donc il n'est pas strictement necessaire de connaître la syntaxe de ces requêtes, mais c'est toujours bien pour comprendre ce qui se passe. Ici tu auras la doc de MySQL concernant les charsets et les interclassements : Specifying Character Sets and Collations. Personnellement, lorsque je code un site PHP/MySQL entièrement en UTF8, j'envoie toujours, au début du script, la requête "SET NAMES utf8" car elle renseigne des variables du serveur concernant la connexion en cours et indique que l'UTF8 est utilisé comme encodage par défaut pour toutes les requêtes.