Et ne pas oublier de sauvegarder le repo git
Je plussoie les 2 posts précédents
Si tu veux aller un poil plus loin, un gitlab (community edition bien entendu!) hébergé toi même si t'en as les moyens et les compétences.
Si tu veux du managé payant où t'as pas à te prendre la tête y'a plein de trucs comme gitlab version payant, github, bitbucket
Après il reste le bon vieux disque dur externe qui copie bêtement et régulièrement ton espace de travail.
Au bureau nous avons en avons reçu un avec une version light de Genie Timeline (qui à l'air d'être gratuite en fait ) qui est une 'time machine' : tu peux naviguer dans l'historique de tes fichiers dans le temps.
C'est un bon complément de git pour récupérer du travail en cours ou des trucs qui ne sont pas versionné.
S'il n'y a pas de contrindication à ce que tes sources soient rendues publiques : Github. S'il y en a, n'importe quelle distribution Linux avec Apache et Git installés fera parfaitement l'affaire pour créer un dépôt de référence.
Y'a aussi gitlab et bitbucket qui permettent d'avoir des repositories online privés gratuitement, réservés aux petites équipes (genre ~5 utilisateurs). J'aurais tendance à conseiller bitbucket plutôt que gitlab car même s'il est un peu moins sexy, c'est un vieux de la vieille (Atlassian quoi, cad Jira, Confluence, etc) et c'est une prestation sérieuse, pas comme gitlab qui, parfois, perd définitivement des gigas de données
J'utilise Gitlab quotidiennement depuis plus de six mois pour un gros projet collaboratif, et c'est VRAIMENT pas stable. Et leur UI marche parfois sur la tête.
Github est vraiment au dessus de tous. Et l'abo est pas élevé.
Tiens au fait en parlant d'abo, GitKraken a changé sa politique prix et la version Pro est à 49 EUR par an maintenant, c'est tentant !
Jamais eu de problèmes avec gitlab sur une utilisation d'un an, sur une équipe de 15 et 200k+ loc. L'argument de la boîte pour gitlab c'est que le code restait en interne, pas sur un serveur qui appartient à une autre boîte et dont on a pas le contrôle. Oui ils étaient un peu paranoïaques. C'est aussi pour ça qu'on utilisait un vieux XMPP tout pourri plutôt que slack .
Bref je pense que pour les petits et moyens projets, gitlab fait bien le taf.
Salut les canards,
j'aimerais me mettre à l'automatisation des tâches pour les plus basiques (compiler le Sass, transpiler ES2015 et le concaténer, Git commit ) et j'ai des doutes sur ce que je dois apprendre en premier:
-un build tool comme Webpack?
-un taskrunner comme Grunt?
-le faire en script npm?
Sachant que je ne connais pas node.js, que je n'utilise pas de frameworks front-end (bon jQuery si ça compte) et que je fais principalement du Wordpress ou des pages statiques.
C'est 3 possibilités viables (Gulp plutôt que Grunt si c'est ton option). J'ai l'impression que l'industrie est en transition vers Webpack. Après, j'ai déjà utilisé du Webpack dans Gulp. Au final, tous ces machins sont très proches.
T'as pas besoin de connaître Node JS. Node, tu l'installes sur ta machine pour avoir la possibilité d'utiliser du JavaScript (donc n'importe quel webpack) hors du navigateur. Au final, tes fichiers de compilation sont écrits en JS, avec quelques spécificités liées à Node.
Ce qui est peut-être le plus facile, c'est Gulp. Tu peux trouver plein de get started dans tous les sens (et si t'es limité au français, tu peux commencer chez putain de code: Gulp, Webpack, Webpack ; je sais pas ce que les articles valent, je lis plus rien en français sur le sujet du dév.).
Tu peux aussi te tourner vers Laravel-Mix (webpack, mais avec un wrapper), portable en dehors de Laravel. J'ai commencé à m'y mettre ; sinon je suis sur Laravel-Elixir (Gulp), que je personnalise pour chaque projet.
i5 3550 (3,3 Ghz) – 16 Go DDR3 – GeForce 1070 8 Go – Crucial MX300 512 Go et M4 128 Go – Creative Soundblaster Z – LDLC-QS 550+ – LG 27GN850 – Iiyama G2773 – Bitfenix Phenom M.
Merci pour ta réponse.
La simplicité m'attire bien, mais si tu me dis que le futur c'est webpack j'hésite... Il y a cette série de tutos qui a l'air pas mal: Academind - webpack 2 basics (parce que oui, je lis et j'écoute l'anglais... quand même)
Ce qui m'embête c'est d'accumuler les couches que je ne comprend pas (bon, avec des limites, je ne lis pas les scripts bash de tous les paquets que j'installe ), donc utiliser webpack directement via un wrapper ça me plaît moyen.
Merde, ça existe encore en 2017 ?
Plus sérieusement, je ne préconiserais pas d'utiliser un task runner vu que ceux-ci ont l'air de tomber un peu en désuétude dernièrement.
Si on regarde les techos retenues par les solutions tout-en-un des frameworks web (Angular CLI, Ionic CLI, etc), c'est plutôt entrain de se diriger vers du Webpack + scripts NPM.
Après, si tu tiens à partir sur un task runner (qui reste une solution viable hein, c'est juste qu'elle me semble moins pérenne), comme mon collègue du dessus, je trouve que Gulp est meilleur que Grunt.
Dernière modification par Orhin ; 04/06/2017 à 13h13.
Bon du coup j'ai voulu me lancer dans webpack vu que vous me dites que c'est l'avenir, mais je savais bien que ma non connaissance de npm me jouerait des tours:
J'ai installé par mégarde webpack dans mon dossier home et il me l'a blindé de dépendances. Même en désinstallant webpack via npm, il me reste le répertoire node_modules chargé de sous-répertoire et le fichier package-lock.json, je fais quoi pour me débarrasser de tout ça? Simplement rm -rf?
Yep.
Si tu veux installer webpack accessible partout, tu peux rajouter -g en options du npm install.
Exactement, on a eu énormément de downtime au début de l'année. Et on a souffert de leur gros plantage aussi.
- - - Updated - - -
J'utilise Gulp depuis quelques années, ça fait super bien le taf. Mais sinon oui il semble que l'industrie se dirige doucement vers Webpack.
- - - Updated - - -
Vous vous êtes intéressés à Mattermost ?
Je suis dev Java depuis des nombreuses années et je regarde passer les frameworks JS sans grand intérêt: à chaque fois j'ai trouvé que ça avait l'air compliqué à mettre en oeuvre et que ça ne correspondait pas trop à mes besoins au bureau. Et surtout ils avaient tendance à mourir avant même que je commence à lire la doc.
Maintenant je voudrais faire un proto pour une appli web et je voudrais bien en profiter pour apprendre un peu de web moderne.
Il me faudrait un truc très facile à mettre en oeuvre (s'il faut 12 outils et/ou lire 200 pages de tutos pour faire 'hello world'). et bien documenté.
Pour la partie service je partirais plutôt vers truc en Java avec API REST. Le client doit pouvoir faire un peu de CRUD et afficher des tables.
Il y aura également un partie avec de l'affichage de contenu dynamique via des templates (un peu comme sur un wiki).
Qu'est-ce que vous conseilleriez dans la cohorte de trucs existants ?
Vue js serait parfait pour ce que tu veux, c'est un framework moderne, facile à prendre en main et à utiliser (il suffit d'inclure le fichier js).
en IDE je suis habitué à Intellij, qui gère très bien le javascript de 'base'. Il faut un IDE spécial pour faire du vue.js ou autre ?
Okay, je me rends compte que j'ai aussi des répertoires cachés .npm et .ICEauthority qui date d'aujourd'hui, c'est relatif à la configuration de node.js? (A peine installé, je n'y ai pas touché)
Okay, j'ai du mal à en saisir la nuance du global/local pour le moment, je checkerai ça quand j'arriverai à utiliser la bête.Si tu veux installer webpack accessible partout, tu peux rajouter -g en options du npm install.
Merci du retour, vu que je m'y mets aujourd'hui même, le temps que je soit à l'aise avec les concepts c'est pas impossible que la transition soit achevée... (ou qu'ils soient passés à une autre mode )
Y'a un plugin Vue.js depuis pas très longtemps pour IntelliJ. Ca ne coûtera rien de l'installer et ça aidera à faire les templates.
Vous m'avez-vendu vue (et le vieux dev Java, comme moi, avec cette prez aussi !)
Reste à trouver un bon tuto qui ne soit pas en video.
Merci du conseil
Le GetStarted sur le site de Vue.js est pas mal fait, ça fait un bon point de départ sans t'embêter avec des trucs comme npm, webpack, etc
(copaing javateux !!!)
J'ai trouvé un truc qui à l'air pas mal sur le site de oauth.org où ils font un site avec authentification à partir de rien avec vue.js.
Ca sera encore probablement un truc que je laisserais tomber dans 3 jours...
Petite histoire du gros bordel des user-agents, et de pourquoi ils commencent tous par Mozilla/.
http://webaim.org/blog/user-agent-string-history/
Hello les canards ! Mon hébergeur a récemment forcé la migration de PHP de 5.truc à 7.0 et j'ai depuis quelques problèmes de fatal error sur mon site (en signature). Un canard qui voulait commander m'a signalé le souci qu'il décrit ainsi :
Comme je n'arrivais pas à reproduire l'erreur, j'ai demandé à d'autres canards qui sont aussi tombés dessus et ça m'a fait penser d'essayer avec un nouveau compte. Effectivement, je suis moi-aussi tombé sur l'erreur. Après plusieurs essais à galérer, je pense que j'ai trouvé le nœud du truc : Prestashop ne laisse pas l'internaute accéder à son panier s'il n'a pas d'adresse configurée. Ce qu'il ne peut pas faire au moment où il crée son compte, donc, à moins qu'il crée son adresse puis passe choisisse son produit et passe commande, il tombe sur une fatal erroralors, si je rempli mon panier sans etre log, j'ai une fatal error à la connexion
si je me log puis que j'ajoute le produit dans mon panier
et enfin que j'y accède
j'ai de nouveau une fatal error
quand j'arrive sur la route /commande
Du coup, je me tourne vers qui pour demander de l'aide ? Le forum Presta ? Je pose une question à l'équipe Prestashop directement ? Un canard a une idée de ce qu'il faudrait faire ?
Oui, c'est écrit : Fatal Error
Et rien d'autre. Du coup, j'y suis allé à l'expérimentation en fouillant et en fouillant et en demandant aux canards de tester. J'ai enfin compris que le problème était que les nouveaux inscrits n'avaient pas l'obligation de créer une adresse au moment de l'inscription (je sais pas si c'est nouveau ou si ça a toujours été comme ça). Cependant, Prestashop a visiblement un besoin vital qu'un compte ait une adresse, sans quoi il part en fatal error au moment d'entrer dans le processus de commande
Depuis, j'ai indiqué aux deux nouveaux inscrits d'entrer une adresse dans la configuration de leur compte avant de passer commande, puis j'ai mis l'obligation d'entrer une adresse au moment de s'inscrire.
Paie ta solution en ruban adhésif