Forum de FilmDeCulte
https://forum.plan-sequence.com/

Le fil du webmaster en herbe
https://forum.plan-sequence.com/fil-webmaster-herbe-t13671-60.html
Page 5 sur 12

Auteur:  Delirium Tremens [ 26 Mar 2014, 22:39 ]
Sujet du message:  Re: Le fil du webmaster en herbe

deudtens a écrit:
Sinon, côté php, je suis pas mal branché symfony2.

Tiens question à ce sujet, je cherchais des mecs calés en Symfony 2, n'en ayant pas trouvé (le seul profil très intéressant demandait 45K€ par an (je suis sûr qu'il y a quasi le plein emploi sur les devs Symfony2 actuellement, ils sont recherchés de partout)), j'ai recruté 2 développeurs PHP ayant bossé sur d'autres frameworks (enfin un sur Silex donc pas totalement étranger, et l'autre sur CodeIgniter). La courbe d'apprentissage est comment ? Ils passeront par une formation Sensio de toute façon (moi aussi sans doute (mais je pars de plus loin) sinon ça va être compliqué de suivre), mais c'est pour savoir si le début est assez lent ou si ça se fait relativement bien.
deudtens a écrit:
Et jamais je parierai sur le fait-main. Des briques de routing, de templating et d'accès à la base de donnée existent, et j'aurai jamais la prétention de faire mieux. Donc plutôt que de les refaire mal, je préfère utiliser l'existant.

C'est ce qui se faisait avant (après une fois que tu as programmé une brique, tu la gardes de côté et ainsi de suite). Perso j'ai 2 clients qui ont des sites faits main. Et bien ce sont les plus heureux largement, car l'interface d'admin est la plus simple qui soit. Même si je ne veux plus le faire. (compliqué de se remettre dedans, compliqué d'ajouter des fonctionnalités (même si plus simple parfois que de développer un plugin pour un cms) et surtout compliqué lors de MAJ PHP sans parler du temps de dev)

Auteur:  deudtens [ 26 Mar 2014, 23:04 ]
Sujet du message:  Re: Le fil du webmaster en herbe

Le mec qui gère Silex et surtout Pimple (le conteneur d'injection de dépendance), il se fera vite à symfony : c'est la même chose, même philosophie. CodeIgniter, je dirais que ça n'a rien à voir : c'est du php pré-5.3, plutôt old school. Pas tellement de valeur ajoutée.

Je vois deux gros points d'attention :
- Ou met-on le code ? Attention à ne pas mettre trop de code métier dans le controlleur (code non-réutilisable), et surtout pas dans la vue (ça parait con dit comme ça, mais ça arrive). Personnellement, j'essaie d'avoir des controlleurs reduits à moins de 5 lignes, de foutre le maximum de code dans la couche modele (les entités si on fait du doctrine), et d'utiliser des classes de service (ou manager) pour lier tout ça. Présentation d'un développeur actif : http://fr.slideshare.net/kriswallsmith/ ... mfony-apps . Mec qui a l'air super cool.
- l'ORM : j'aime beaucoup doctrine2. C'est facile de le critiquer car c'est un énorme pachyderme qui suce beaucoup de ressources machine. Mais je développe énormément plus vite avec que sans. Et un développeur, c'est plus cher que des serveurs, et la tendance va pas s'inverser. Mais malgré ça, il est facile de mal utiliser un ORM et

Par contre ça me trouerait le cul de payer une formation. La doc de symf2 est assez bien foutue pour apprendre tout seul.

Et oui c'est dur de recruter sur du symf2. Déjà, le truc qui aide pas en région parisienne, c'est que Sensio eux-même contactent le moindre développeur ayant SYMF2 dans son CV. J'étais un peu vert quand on a choisi ce framework, et qu'on s'est rendu compte qu'à chaque fois qu'on avait un mec en entretien, on était en concurrence avec la boite qui faisait le framework.

Par contre je vois pas le rapport entre l'interface de backoffice et le choix du framework côté serveur : c'est pas symfony qui va changer quelque chose à ton expérience utilisateur, tu restes libre de faire les écrans que tu veux.

Auteur:  Delirium Tremens [ 27 Mar 2014, 01:04 ]
Sujet du message:  Re: Le fil du webmaster en herbe

Merci pour les infos !
deudtens a écrit:
Le mec qui gère Silex et surtout Pimple (le conteneur d'injection de dépendance), il se fera vite à symfony : c'est la même chose, même philosophie. CodeIgniter, je dirais que ça n'a rien à voir : c'est du php pré-5.3, plutôt old school. Pas tellement de valeur ajoutée.

Je vois deux gros points d'attention :
- Ou met-on le code ? Attention à ne pas mettre trop de code métier dans le controlleur (code non-réutilisable), et surtout pas dans la vue (ça parait con dit comme ça, mais ça arrive). Personnellement, j'essaie d'avoir des controlleurs reduits à moins de 5 lignes, de foutre le maximum de code dans la couche modele (les entités si on fait du doctrine), et d'utiliser des classes de service (ou manager) pour lier tout ça. Présentation d'un développeur actif : http://fr.slideshare.net/kriswallsmith/ ... mfony-apps . Mec qui a l'air super cool.
- l'ORM : j'aime beaucoup doctrine2. C'est facile de le critiquer car c'est un énorme pachyderme qui suce beaucoup de ressources machine. Mais je développe énormément plus vite avec que sans. Et un développeur, c'est plus cher que des serveurs, et la tendance va pas s'inverser. Mais malgré ça, il est facile de mal utiliser un ORM et

Je le savais et c'est ce qui me fait peur, les ressources machines c'est le nerf de ma guerre, même si ça n'est pas moi qui gère l'infogérance. On parle de 200 millions de PV par mois donc si on se retrouve avec des besoins en machine quintuplé... Faudra optimiser la BDD et les requêtes à donf, et on verra pour mettre un système de cache (même si les admins serveurs en reviennent du cache statique, ils préfèrent ne plus en avoir).
deudtens a écrit:
Par contre ça me trouerait le cul de payer une formation. La doc de symf2 est assez bien foutue pour apprendre tout seul.

Du coup à voir pour moi. C'est mon client/partenaire qui paye la formation donc pas de soucis de ce côté et ça permettra d'assimiler plus vite.
deudtens a écrit:
Et oui c'est dur de recruter sur du symf2. Déjà, le truc qui aide pas en région parisienne, c'est que Sensio eux-même contactent le moindre développeur ayant SYMF2 dans son CV. J'étais un peu vert quand on a choisi ce framework, et qu'on s'est rendu compte qu'à chaque fois qu'on avait un mec en entretien, on était en concurrence avec la boite qui faisait le framework.

Apparemment la politique de la boite est un peu décriée. Sur les formations notamment (enfin j'ai vu un article de blog là-dessus) où ils font apparemment l'éloge de leur système tout en décriant les autres et en essayant de vendre au max leurs services. J'ai eu à faire à eux quand j'ai publié mes annonces, ils m'ont proposé de missionner quelqu'un mais par contre quand je leur ai demandé s'il faisait du conseil en recrutement, j'ai eu une réponse négative. Ils m'ont juste proposé leur outil de vérification du code (moyennant une belle somme).
deudtens a écrit:
Par contre je vois pas le rapport entre l'interface de backoffice et le choix du framework côté serveur : c'est pas symfony qui va changer quelque chose à ton expérience utilisateur, tu restes libre de faire les écrans que tu veux.

Je parlais plus par rapport aux sites que j'ai fait qui sont sur des CMS (et non des frameworks, je n'en ai jamais utilisés jusqu'à maintenant) et là tu fais pas ce que tu veux du back office du CMS (même si ça tend à changer).

Auteur:  deudtens [ 27 Mar 2014, 08:49 ]
Sujet du message:  Re: Le fil du webmaster en herbe

Ok je vois ce que tu veux dire pour les CMS. Effectivement t'auras toujours une interface générique et touffue. Mais d'un autre côté, tu mets en place le bousin plus rapidement. A voir selon la tronche du client, ses besoins et son budget.

Une phrase que je trouve très vraie, reprise par un peu tout le monde : There are only two hard things in Computer Science: cache invalidation and naming things. Ca doit être les deux choses qui me prennent le plus d'énergie. Le cache HTTP, c'est beau (tu fous un varnish et puis basta), mais il faut arriver à le contrôler ensuite. Sans abuser des requêtes ajax non-cachées et des tags ESI qui peuvent au final faire plus de mal que de bien. Pas de solution ultime, ça dépend du site, s'il y a beaucoup de contenu commun à tout le monde ou bien si l'utilisateur est toujours identifié et qu'on doit personnaliser l'affichage en fonction de lui, etc.

Les gens pensent que c'est facile de faire un site. Ce qui est vrai, tant que t'as pas à gérer des millions de visiteurs.

Auteur:  Delirium Tremens [ 18 Juil 2014, 09:45 ]
Sujet du message:  Re: Le fil du webmaster en herbe

Deudtens mon héro (ou un autre), j'ai une question JS. Comment se fait-il qu'une redirection JS qui marche parfaitement, ne marche plus quand je passe par un lien FB/Twitter ? Je vois d'ailleurs le lien passé dans la barre d'adresse puis hop revenir direct sur la page classique. (c'est pour faire une landing page pour des applications mobiles et tablettes) Twitter et FB se permettraient de stopper la redirection ? Ou bien le navigateur ? Bon j'ai pas encore fait tous les tests, mais je pose la question si quelqu'un a déjà été confronté au problème !

Auteur:  deudtens [ 18 Juil 2014, 17:18 ]
Sujet du message:  Re: Le fil du webmaster en herbe

file moi une page que je regarde, car là à l'aveugle comme ça je sais pas ;)

Auteur:  rotary [Bot] [ 18 Juil 2014, 22:15 ]
Sujet du message:  Re: Le fil du webmaster en herbe

Un hébergeur qui retient un nom de domaine en otage

Image

Un hébergeur fait le mort alors que son client veut partir chez un concurrent :
- il ne répond pas aux e-mails du client qui demande un code de transfert pour le nom de domaine
- il ne répond pas au téléphone (n° d'ailleurs probablement faux)
- son adresse postale en France n'est plus valable. Le Whois donne une adresse au Canada, sans nom ni téléphone.

Quels recours existent, si tant est qu'il y en ait ?

Auteur:  Fire walk with me [ 18 Juil 2014, 22:20 ]
Sujet du message:  Re: Le fil du webmaster en herbe

Le nouvel hébergeur ne prend pas en charge les démarches ? (pas sûr que ce soit possible ceci dit)

Auteur:  rotary [Bot] [ 18 Juil 2014, 22:29 ]
Sujet du message:  Re: Le fil du webmaster en herbe

Si mais avant ça, au départ, l'ancien hébergeur doit te donner un "code de transfert". Tu le remets au nouvel hébergeur lors de ta commande de transfert. En refusant de te donner ce code de transfert, l'ancien hébergeur retient donc ton nom de domaine en otage. C'est illégal, certes, mais que faire ?

Auteur:  Fire walk with me [ 18 Juil 2014, 22:30 ]
Sujet du message:  Re: Le fil du webmaster en herbe

Explique la situation au nouvel hébergeur ; ils ont peut-être l'habitude de ce genre de situation.

Auteur:  rotary [Bot] [ 18 Juil 2014, 22:32 ]
Sujet du message:  Re: Le fil du webmaster en herbe

Le nouvel hébergeur est OVH. Ils s'en branlent.

Auteur:  Fire walk with me [ 18 Juil 2014, 22:36 ]
Sujet du message:  Re: Le fil du webmaster en herbe

lol, sympa...

C'est qui l'ancien ? T'as fait des recherches sur des forums pour savoir si ils étaient coutumiers du fait ?

Auteur:  rotary [Bot] [ 18 Juil 2014, 22:49 ]
Sujet du message:  Re: Le fil du webmaster en herbe

Oui et oui, hélas.

Auteur:  Delirium Tremens [ 18 Juil 2014, 23:50 ]
Sujet du message:  Re: Le fil du webmaster en herbe

Généralement l'hébergeur (enfin les petits hébergeurs) n'est pas le vrai registrar mais juste un intermédiaire ! Il faut vérifier dans le Whois et si le domaine est bien au nom du client avec la bonne adresse mail, il faut contacter ce registrar. Si besoin d'aide, redis-moi en MP.

Auteur:  Delirium Tremens [ 18 Juil 2014, 23:52 ]
Sujet du message:  Re: Le fil du webmaster en herbe

deudtens a écrit:
file moi une page que je regarde, car là à l'aveugle comme ça je sais pas ;)

Bon visiblement c'est une interférence avec des bannières pubs, car j'arrive à le faire marcher sur une page vierge. Merci quand même.

Page 5 sur 12 Heures au format UTC + 1 heure
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/