Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2502 connectés 

 


 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  1380  1381  1382  ..  1454  1455  1456  1457  1458  1459
Auteur Sujet :

blabla@web

n°2280027
masklinn
í dag viðrar vel til loftárása
Posté le 23-04-2016 à 13:46:22  profilanswer
 

Reprise du message précédent :


C'est plus pour une tangente que pour une sidebar, normalement.


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
mood
Publicité
Posté le 23-04-2016 à 13:46:22  profilanswer
 

n°2280094
Jubijub
Parce que je le VD bien
Posté le 24-04-2016 à 17:32:32  profilanswer
 

j'avais déjà posé la question ici y'a quelques temps, mais je repose, de façon plus détaillée.
 
Petit sondage à brûle pourpoint :  
1) vous faites du dev sur quel OS ? (Linux/Mac/Win)
2) pour le dev web, où est votre environenement de dev ? (sur la machine de dev (ie votre OS de dev fait tourner le serveur / sur une VM genre virtualbox sur votre machine de dev / sur une VM Cloud genre EC2/linode/etc...
3) Pour passer les fichiers MAJ de votre machine de dev à votre serveur de test, vous utilisez (FTP / repertoire partagé / transfert de fichier par SSH / vagrant / git (le serveur checkout les fichiers et les execute localement)
4) pour le debugging web, est-ce que vous utilisez un IDE ? si vous comment est-ce que vous vous connectez à l'executable pour le débuggage ?


---------------
Jubi Photos : Flickr - 500px
n°2280095
Hermes le ​Messager
Breton Quiétiste
Posté le 24-04-2016 à 17:41:56  profilanswer
 

Jubijub a écrit :

j'avais déjà posé la question ici y'a quelques temps, mais je repose, de façon plus détaillée.
 
Petit sondage à brûle pourpoint :  
1) vous faites du dev sur quel OS ? (Linux/Mac/Win)
2) pour le dev web, où est votre environenement de dev ? (sur la machine de dev (ie votre OS de dev fait tourner le serveur / sur une VM genre virtualbox sur votre machine de dev / sur une VM Cloud genre EC2/linode/etc...
3) Pour passer les fichiers MAJ de votre machine de dev à votre serveur de test, vous utilisez (FTP / repertoire partagé / transfert de fichier par SSH / vagrant / git (le serveur checkout les fichiers et les execute localement)
4) pour le debugging web, est-ce que vous utilisez un IDE ? si vous comment est-ce que vous vous connectez à l'executable pour le débuggage ?


 
 
1) OSX en client, mais les données ainsi que PHP, MySQL, Node, Composer, Bower etc... sont des VM Linux sur des EC2
2) Netbeans sur OSX donc, connecté sur des  EC2s
3) Sftp l'exécution est bien sûr en remote.
4) Sur Netbeans, terminal open 24/24 avec un tail -f -n 20 /var/log/apache2/error.log, + chrome dev tools open tout le temps pour la partie JS/client.

n°2280096
Youmoussa
Ecrou-vis
Posté le 24-04-2016 à 17:43:15  profilanswer
 

Jubijub a écrit :

j'avais déjà posé la question ici y'a quelques temps, mais je repose, de façon plus détaillée.

 

Petit sondage à brûle pourpoint :
1) vous faites du dev sur quel OS ? (Linux/Mac/Win)
2) pour le dev web, où est votre environenement de dev ? (sur la machine de dev (ie votre OS de dev fait tourner le serveur / sur une VM genre virtualbox sur votre machine de dev / sur une VM Cloud genre EC2/linode/etc...
3) Pour passer les fichiers MAJ de votre machine de dev à votre serveur de test, vous utilisez (FTP / repertoire partagé / transfert de fichier par SSH / vagrant / git (le serveur checkout les fichiers et les execute localement)
4) pour le debugging web, est-ce que vous utilisez un IDE ? si vous comment est-ce que vous vous connectez à l'executable pour le débuggage ?

 

1) Mac
2) machine de dev
3) git/Jenkins
4) en JS, un IDE ne sert à rien pour debugger. Chrome parce qu'on se paie le luxe de ne rien supporter d'autre :o


Message édité par Youmoussa le 24-04-2016 à 17:50:52
n°2280097
flo850
moi je
Posté le 24-04-2016 à 17:44:08  profilanswer
 

1/ windows  
2/ variable :  
     local si ça tourne sous windows ( la majorité, masi pas applicable à quelques gros projets) , sinon machine distante.  
3/ : ssh (géré par l'ide) pour dev. Pour dev-> prod : git, ça oblige à avoir une trace des modifs en prod, et ça simplifie la mise en place de test ou de verif avant mise en prod
4/ chrome / edge/ FF , mais sinon webstorm sait se connecter à la console de debug de chrome


---------------

n°2280098
nraynaud
lol
Posté le 24-04-2016 à 18:01:34  profilanswer
 

Jubijub a écrit :

j'avais déjà posé la question ici y'a quelques temps, mais je repose, de façon plus détaillée.
 
Petit sondage à brûle pourpoint :  
1) vous faites du dev sur quel OS ? (Linux/Mac/Win)
2) pour le dev web, où est votre environenement de dev ? (sur la machine de dev (ie votre OS de dev fait tourner le serveur / sur une VM genre virtualbox sur votre machine de dev / sur une VM Cloud genre EC2/linode/etc...
3) Pour passer les fichiers MAJ de votre machine de dev à votre serveur de test, vous utilisez (FTP / repertoire partagé / transfert de fichier par SSH / vagrant / git (le serveur checkout les fichiers et les execute localement)
4) pour le debugging web, est-ce que vous utilisez un IDE ? si vous comment est-ce que vous vous connectez à l'executable pour le débuggage ?


1) Mac
2) sur la machine + serveur django.
3) git (avec heroku et Circle CI)
4) chrome dev tools


---------------
trainoo.com, c'est fini
n°2280099
Hermes le ​Messager
Breton Quiétiste
Posté le 24-04-2016 à 18:09:03  profilanswer
 

Pour le debbuging, j'avais compris server + client, pas seulement client. :o
 
Vous utilisez quoi pour le debugging PHP/autre langage serveur (à part votre cerveau :o )


Message édité par Hermes le Messager le 24-04-2016 à 18:09:25
n°2280101
Jubijub
Parce que je le VD bien
Posté le 24-04-2016 à 18:16:22  profilanswer
 

merci à tous pour vos réponses.
 
C'est encore Hermès qui gagne un panier garni, ma question portait en effet sur le debugging server side (python / node / php / ruby / <celui qui vous plait>
un truc comme Pycharm a un debugger, et du coup je me demande si vous vous servez de ça, ou si vous débugguiez autrement


---------------
Jubi Photos : Flickr - 500px
n°2280102
Youmoussa
Ecrou-vis
Posté le 24-04-2016 à 18:25:50  profilanswer
 

Je ne suis plus full stack :o

 

Et avant, j'en restais à VIM + command line ( breakpoint en ruby, console du serveur pour évaluer naviguer dans la call stack). La motivation était de pouvoir faire la même chose rapidement sur le serveur de prod en cas d'urgence.


Message édité par Youmoussa le 24-04-2016 à 18:58:51
n°2280104
tryptique
Stay hungry, stay foolish
Posté le 24-04-2016 à 18:35:09  profilanswer
 

Jubijub a écrit :

j'avais déjà posé la question ici y'a quelques temps, mais je repose, de façon plus détaillée.

 

Petit sondage à brûle pourpoint :
1) vous faites du dev sur quel OS ? (Linux/Mac/Win)
2) pour le dev web, où est votre environenement de dev ? (sur la machine de dev (ie votre OS de dev fait tourner le serveur / sur une VM genre virtualbox sur votre machine de dev / sur une VM Cloud genre EC2/linode/etc...
3) Pour passer les fichiers MAJ de votre machine de dev à votre serveur de test, vous utilisez (FTP / repertoire partagé / transfert de fichier par SSH / vagrant / git (le serveur checkout les fichiers et les execute localement)
4) pour le debugging web, est-ce que vous utilisez un IDE ? si vous comment est-ce que vous vous connectez à l'executable pour le débuggage ?


1) Mac
2) Machine de dev
3) git
4) Chrome dev tools pour le JS. Pour le server side, des var_dump en PHP :o des breakpoints en Java avec le debugger d'IntelliJ.

 


Message édité par tryptique le 24-04-2016 à 18:36:51

---------------
"J'ai les goûts les plus simples du monde, je me contente du meilleur" O. Wilde - Freedom of time is the new luxury. Time to sleep, work, play, relax, travel, inspire and get inspired. Time to write your story.
mood
Publicité
Posté le 24-04-2016 à 18:35:09  profilanswer
 

n°2280106
Taiche
(╯°□°)╯︵ ┻━┻
Posté le 24-04-2016 à 18:45:43  profilanswer
 

Jubijub a écrit :

j'avais déjà posé la question ici y'a quelques temps, mais je repose, de façon plus détaillée.
 
Petit sondage à brûle pourpoint :  
1) vous faites du dev sur quel OS ? (Linux/Mac/Win)
2) pour le dev web, où est votre environenement de dev ? (sur la machine de dev (ie votre OS de dev fait tourner le serveur / sur une VM genre virtualbox sur votre machine de dev / sur une VM Cloud genre EC2/linode/etc...
3) Pour passer les fichiers MAJ de votre machine de dev à votre serveur de test, vous utilisez (FTP / repertoire partagé / transfert de fichier par SSH / vagrant / git (le serveur checkout les fichiers et les execute localement)
4) pour le debugging web, est-ce que vous utilisez un IDE ? si vous comment est-ce que vous vous connectez à l'executable pour le débuggage ?


1) Windows
2) local
3) git commit -> intégration continue et déploiement (TeamCity)
4) non, juste les outils de debug des browsers (essentiellement FF, parfois Chrome mais rare).


---------------
Everyone thinks of changing the world, but no one thinks of changing himself  |  It is the peculiar quality of a fool to perceive the faults of others and to forget his own  |  Early clumsiness is not a verdict, it’s an essential ingredient.
n°2280107
Plam
Bear Metal
Posté le 24-04-2016 à 18:52:26  profilanswer
 

Jubijub a écrit :

j'avais déjà posé la question ici y'a quelques temps, mais je repose, de façon plus détaillée.

 

Petit sondage à brûle pourpoint :
1) vous faites du dev sur quel OS ? (Linux/Mac/Win)
2) pour le dev web, où est votre environenement de dev ? (sur la machine de dev (ie votre OS de dev fait tourner le serveur / sur une VM genre virtualbox sur votre machine de dev / sur une VM Cloud genre EC2/linode/etc...
3) Pour passer les fichiers MAJ de votre machine de dev à votre serveur de test, vous utilisez (FTP / repertoire partagé / transfert de fichier par SSH / vagrant / git (le serveur checkout les fichiers et les execute localement)
4) pour le debugging web, est-ce que vous utilisez un IDE ? si vous comment est-ce que vous vous connectez à l'executable pour le débuggage ?

 

1/ Linux (Debian)
2/ local mais avec déjà des vérifications locales justement (style à minima, sinon tu commites pas)
3/ Git (GitHub et Travis CI avant de merger)
4/ FF/Chrome avec l'extension React qui déboîte :D

 

edit : pas d'IDE, Atom.


Message édité par Plam le 24-04-2016 à 18:52:59

---------------
Spécialiste du bear metal
n°2280108
Ant1_
The game is rigged
Posté le 24-04-2016 à 18:56:30  profilanswer
 

Jubijub a écrit :

j'avais déjà posé la question ici y'a quelques temps, mais je repose, de façon plus détaillée.

 

Petit sondage à brûle pourpoint :
1) vous faites du dev sur quel OS ? (Linux/Mac/Win)
2) pour le dev web, où est votre environenement de dev ? (sur la machine de dev (ie votre OS de dev fait tourner le serveur / sur une VM genre virtualbox sur votre machine de dev / sur une VM Cloud genre EC2/linode/etc...
3) Pour passer les fichiers MAJ de votre machine de dev à votre serveur de test, vous utilisez (FTP / repertoire partagé / transfert de fichier par SSH / vagrant / git (le serveur checkout les fichiers et les execute localement)
4) pour le debugging web, est-ce que vous utilisez un IDE ? si vous comment est-ce que vous vous connectez à l'executable pour le débuggage ?

 

1. Arch Linux
2. Tout sur la machine la plupart du temps
3. Jenkins se charge de compiler tout ca (depuis Git). J'ai un script de mise a jour sur le serveur de prod qui wget le resultat (et modifie les fichiers de configs comme il faut).
4. J'utilise Netbeans aussi bien pour debugger le code serveur que client. Tout avoir dans le meme outil est vraiment appreciable.


Message édité par Ant1_ le 24-04-2016 à 18:58:01

---------------
But you can't lose if you don't play
n°2280109
Ydalb
In Crêpes n' Cidre I Trust!
Posté le 24-04-2016 à 19:16:23  profilanswer
 

:hello:
 
Vous connaissez des moyens / librairies pour comparer des sons ? L'idée est d'utiliser le micro du client, et de comparer le son avec un mp3 côté serveur.
 
Si jamais des personnes ici ont déjà fait ça :jap:


---------------
:o
n°2280110
Ydalb
In Crêpes n' Cidre I Trust!
Posté le 24-04-2016 à 19:18:16  profilanswer
 

Jubijub a écrit :

j'avais déjà posé la question ici y'a quelques temps, mais je repose, de façon plus détaillée.

 

Petit sondage à brûle pourpoint :
1) vous faites du dev sur quel OS ? (Linux/Mac/Win)
2) pour le dev web, où est votre environenement de dev ? (sur la machine de dev (ie votre OS de dev fait tourner le serveur / sur une VM genre virtualbox sur votre machine de dev / sur une VM Cloud genre EC2/linode/etc...
3) Pour passer les fichiers MAJ de votre machine de dev à votre serveur de test, vous utilisez (FTP / repertoire partagé / transfert de fichier par SSH / vagrant / git (le serveur checkout les fichiers et les execute localement)
4) pour le debugging web, est-ce que vous utilisez un IDE ? si vous comment est-ce que vous vous connectez à l'executable pour le débuggage ?

 

1/ Linux
2/ Machine de dev
3) Capistrano / Deployer
4) Console Chrome + error_log() à l'arrache :o


Message édité par Ydalb le 24-04-2016 à 19:18:34

---------------
:o
n°2280111
erulio
Posté le 24-04-2016 à 19:34:30  profilanswer
 

Jubijub a écrit :

j'avais déjà posé la question ici y'a quelques temps, mais je repose, de façon plus détaillée.
 
Petit sondage à brûle pourpoint :  
1) vous faites du dev sur quel OS ? (Linux/Mac/Win)
2) pour le dev web, où est votre environenement de dev ? (sur la machine de dev (ie votre OS de dev fait tourner le serveur / sur une VM genre virtualbox sur votre machine de dev / sur une VM Cloud genre EC2/linode/etc...
3) Pour passer les fichiers MAJ de votre machine de dev à votre serveur de test, vous utilisez (FTP / repertoire partagé / transfert de fichier par SSH / vagrant / git (le serveur checkout les fichiers et les execute localement)
4) pour le debugging web, est-ce que vous utilisez un IDE ? si vous comment est-ce que vous vous connectez à l'executable pour le débuggage ?


1/ OSX
2/ local
3/ git + hook ou Heroku selon projet
4/ rarement webstorm, plus souvent l'inspecteur FF.

n°2280131
Devil'sTig​er
Posté le 25-04-2016 à 10:48:56  profilanswer
 

Jubijub a écrit :

j'avais déjà posé la question ici y'a quelques temps, mais je repose, de façon plus détaillée.
 
Petit sondage à brûle pourpoint :  
1) vous faites du dev sur quel OS ? (Linux/Mac/Win)
2) pour le dev web, où est votre environenement de dev ? (sur la machine de dev (ie votre OS de dev fait tourner le serveur / sur une VM genre virtualbox sur votre machine de dev / sur une VM Cloud genre EC2/linode/etc...
3) Pour passer les fichiers MAJ de votre machine de dev à votre serveur de test, vous utilisez (FTP / repertoire partagé / transfert de fichier par SSH / vagrant / git (le serveur checkout les fichiers et les execute localement)
4) pour le debugging web, est-ce que vous utilisez un IDE ? si vous comment est-ce que vous vous connectez à l'executable pour le débuggage ?


 
1) Windows
2) Vagrant, donc hybride Windows/Linux le plus souvent, les outils de dev (Eclipse, Sublime...) sur windows, vagrant s'occupe de rsync avec la VM. Ca tourne admirablement bien et c'est putain de propre :o
3) Vagrant le fait pour moi, install finale souvent en command line git ou autre
4) Error log dans la console comme tout le monde, j'ai tres rarement vu du débogage via IDE, ou Jazz par exemple, c'est super rare sur le web... Tests de non régressions (ou tests UI en général) sous Selenium driver.
 
La plupart des projets sont perso: PHP/Python/Node.JS (un peu de Java de temps en temps), donc globalement pas d'install a faire pour tous ces languages, ca se push easy & co donc Vagrant fait bien le boulot :)

n°2280132
masklinn
í dag viðrar vel til loftárása
Posté le 25-04-2016 à 11:02:34  profilanswer
 

Jubijub a écrit :

j'avais déjà posé la question ici y'a quelques temps, mais je repose, de façon plus détaillée.
 
Petit sondage à brûle pourpoint :  
1) vous faites du dev sur quel OS ? (Linux/Mac/Win)
2) pour le dev web, où est votre environenement de dev ? (sur la machine de dev (ie votre OS de dev fait tourner le serveur / sur une VM genre virtualbox sur votre machine de dev / sur une VM Cloud genre EC2/linode/etc...
3) Pour passer les fichiers MAJ de votre machine de dev à votre serveur de test, vous utilisez (FTP / repertoire partagé / transfert de fichier par SSH / vagrant / git (le serveur checkout les fichiers et les execute localement)
4) pour le debugging web, est-ce que vous utilisez un IDE ? si vous comment est-ce que vous vous connectez à l'executable pour le débuggage ?


OSX / machine / déploiement depuis le repo git / très rarement, via le debugger de pycharm


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°2280133
ximothov
Posté le 25-04-2016 à 11:04:17  profilanswer
 

Linux / machine / jenkins, git / intellij et chrome :o

n°2280138
tomsoft
Posté le 25-04-2016 à 11:35:15  profilanswer
 

Jubijub a écrit :

j'avais déjà posé la question ici y'a quelques temps, mais je repose, de façon plus détaillée.
 
Petit sondage à brûle pourpoint :  
1) vous faites du dev sur quel OS ? (Linux/Mac/Win)
2) pour le dev web, où est votre environenement de dev ? (sur la machine de dev (ie votre OS de dev fait tourner le serveur / sur une VM genre virtualbox sur votre machine de dev / sur une VM Cloud genre EC2/linode/etc...
3) Pour passer les fichiers MAJ de votre machine de dev à votre serveur de test, vous utilisez (FTP / repertoire partagé / transfert de fichier par SSH / vagrant / git (le serveur checkout les fichiers et les execute localement)
4) pour le debugging web, est-ce que vous utilisez un IDE ? si vous comment est-ce que vous vous connectez à l'executable pour le débuggage ?


 
1) OSX
2) Machine de dev unique prod/preprod (donc je tape dans la preprod via SSH avec Coda)
3) Synchro du repertoire preprod/prod
4) IDE Coda / Debugger PHP (var_dump) / Console JS / Debugger safari / chrome

n°2280237
Proov
Art & Science
Posté le 27-04-2016 à 14:52:55  profilanswer
 

Besoin de votre aide en JS,
 
j'essaie de me servir de ce script : https://github.com/baptistebriel/slider-manager
 
j'ai tenté de me faire un gulpfile avec gulp-babel + babel-preset-es2015 mais le fichier JS en sortie ne prends pas compte les imports on dirait... j'avoue que là je suis largué.. vous auriez une idée ?

n°2280238
flo850
moi je
Posté le 27-04-2016 à 15:06:30  profilanswer
 

pourquoi tu ne prends pas directement le fichier depuis le dossier build ?


---------------

n°2280255
Proov
Art & Science
Posté le 27-04-2016 à 20:03:17  profilanswer
 

je vais ressayer  :D

n°2280257
boblenain2​00
Posté le 27-04-2016 à 21:09:01  profilanswer
 

Proov a écrit :

Besoin de votre aide en JS,

 

j'essaie de me servir de ce script : https://github.com/baptistebriel/slider-manager

 

j'ai tenté de me faire un gulpfile avec gulp-babel + babel-preset-es2015 mais le fichier JS en sortie ne prends pas compte les imports on dirait... j'avoue que là je suis largué.. vous auriez une idée ?

 

Babel n'integre pas les imports, il les convertit juste en CommonJS.

 

Il te faut webpack ou browserify.

Message cité 1 fois
Message édité par boblenain200 le 27-04-2016 à 21:09:42
n°2280275
Proov
Art & Science
Posté le 28-04-2016 à 10:19:43  profilanswer
 

boblenain200 a écrit :


 
Babel n'integre pas les imports, il les convertit juste en CommonJS.
 
Il te faut webpack ou browserify.


 
Oui car ça marchait toujours pas...
 
je vais re-tester. Merci :D  :hello:

n°2280292
Shinuza
This is unexecpected
Posté le 28-04-2016 à 11:19:19  profilanswer
 

Putain Safari is the new IE. J'ai un soucis de flex avec ce browser de merde. Est-ce que quelqu'un connait la bête pour m'aider en mp?


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2280294
masklinn
í dag viðrar vel til loftárása
Posté le 28-04-2016 à 11:48:44  profilanswer
 

Shinuza a écrit :

Putain Safari is the new IE. J'ai un soucis de flex avec ce browser de merde. Est-ce que quelqu'un connait la bête pour m'aider en mp?


https://github.com/philipwalton/flexbugs


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°2280295
gelatine_v​elue
Posté le 28-04-2016 à 12:01:31  profilanswer
 

Shinuza a écrit :

Putain Safari is the new IE. J'ai un soucis de flex avec ce browser de merde. Est-ce que quelqu'un connait la bête pour m'aider en mp?


 
"T'as pas oublié les préfixes -webkit?" - Captain obvious

n°2280312
Shinuza
This is unexecpected
Posté le 28-04-2016 à 14:15:29  profilanswer
 

gelatine_velue a écrit :


 
"T'as pas oublié les préfixes -webkit?" - Captain obvious


Pas nécessaire, j'avais un html { height : 100% } inutile. Toujours un bug sur IE11  :fou:


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2280313
GenyaB
Shit fucking game.
Posté le 28-04-2016 à 14:27:44  profilanswer
 

Donc c'est IE le problème, pas Safari  [:o_doc]

n°2280314
Shinuza
This is unexecpected
Posté le 28-04-2016 à 14:31:33  profilanswer
 

Logique infaillible [:classe++]


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2280315
gatsu35
Blablaté par Harko
Posté le 28-04-2016 à 14:56:18  profilanswer
 

GenyaB a écrit :

Donc c'est IE le problème, pas Safari  [:o_doc]


Le problème est actuellement entre la chaise et le clavier  [:o_doc]

n°2280328
Proov
Art & Science
Posté le 28-04-2016 à 22:21:51  profilanswer
 

Flex c'est bon, mangez en :o à condition de rajouter max-width partout pour ce bon vieil IE :D

n°2280330
skeye
Posté le 29-04-2016 à 07:59:42  profilanswer
 

Devil'sTiger a écrit :


4) Error log dans la console comme tout le monde, j'ai tres rarement vu du débogage via IDE, ou Jazz par exemple, c'est super rare sur le web...


tomsoft a écrit :


4)  (var_dump)


 
Sérieusement? Je me vois pas me passer d'xdebug sur du php... [:alph-one]  
 
Pour moi - pour udu hp
1) windows
2) vagrant => linux sur virtualbox
3) Pour le local vers VM de dev rien du tout, vagrant monte le dossier local. Pour la "pré-prod", sftp/beyond compare
4) PHPStorm + xdebug


---------------
Can't buy what I want because it's free -
n°2280332
kao98
...
Posté le 29-04-2016 à 08:39:53  profilanswer
 

Devil'sTiger a écrit :


 
4) Error log dans la console comme tout le monde, j'ai tres rarement vu du débogage via IDE, ou Jazz par exemple, c'est super rare sur le web... Tests de non régressions (ou tests UI en général) sous Selenium driver.
 


Je plussoie skeye au sujet de xdebug !
 
Et jettes un coup d’œil à phantom.js / casper.js. Depuis que j'ai découvert phantom, je reviendrais pas sur Selenium !

n°2280340
Devil'sTig​er
Posté le 29-04-2016 à 10:09:36  profilanswer
 

Ahh oui xdebug il est actif tout le temps. J'avais juste zappé :o
 
Par contre phantom vs Selenium... Non.
 
Je plussoie, phantom est globalement plus cool, mais il y a tellement de bug tordus spécifiques a chaque navigateur que le besoin de tester sur le navigateur en lui même est pour moi bien trop grand...

n°2280352
Taiche
(╯°□°)╯︵ ┻━┻
Posté le 29-04-2016 à 11:09:43  profilanswer
 

skeye a écrit :

Sérieusement? Je me vois pas me passer d'xdebug sur du php... [:alph-one]


Sauf erreur, xdebug c'est pour debugger du PHP, donc du back-end, et là j'ai l'impression qu'on parlait de debug en front-end.
Sinon ouais, moi aussi j'utilise Visual Studio pour debugger mon C# en back.


---------------
Everyone thinks of changing the world, but no one thinks of changing himself  |  It is the peculiar quality of a fool to perceive the faults of others and to forget his own  |  Early clumsiness is not a verdict, it’s an essential ingredient.
n°2280353
kao98
...
Posté le 29-04-2016 à 11:12:42  profilanswer
 

Ca parle de développement web. Pas spécifiquement de back ou de front.
 
Et pour le front, il y a les devtools des browsers pour débugger. C'est un peu plus puissant que des errors logs dans la console par exemple :o. Et avec chrome devtools c'est même connectable aux IDE (netbeaux, brackets).

n°2280354
Taiche
(╯°□°)╯︵ ┻━┻
Posté le 29-04-2016 à 11:18:38  profilanswer
 

Non mais là vous parlez de xdebug dans un contexte front ('fin il me semble que c'est le but du topic mais je peux me tromper). Sinon pareil, je réponds ce avec quoi je debugge pour le back, à savoir VS. C'est tout [:spampafote]
Les devtools des browsers ont été cités car c'est bien du debug pour la partie front-end.
 
Faut faire la distinction à un moment, je pense.


---------------
Everyone thinks of changing the world, but no one thinks of changing himself  |  It is the peculiar quality of a fool to perceive the faults of others and to forget his own  |  Early clumsiness is not a verdict, it’s an essential ingredient.
n°2280355
skeye
Posté le 29-04-2016 à 11:19:41  profilanswer
 

Taiche a écrit :


Sauf erreur, xdebug c'est pour debugger du PHP, donc du back-end, et là j'ai l'impression qu'on parlait de debug en front-end.
Sinon ouais, moi aussi j'utilise Visual Studio pour debugger mon C# en back.


 
tomsoft parlait de var_dump, c'est ce qui m'a fait réagir...[:joce]


---------------
Can't buy what I want because it's free -
n°2280356
tomsoft
Posté le 29-04-2016 à 11:26:12  profilanswer
 

j'ai jamais gouté à xdebug, du coup ca me manque pas,  
mais je vais essayer tiens [:transparency]

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  1380  1381  1382  ..  1454  1455  1456  1457  1458  1459

Aller à :
Ajouter une réponse
 

Sujets relatifs
blabla 3blabla 2
PUTAIN HARKO TU AS FERM2 BLABLA ![Beaucoup de blabla pour rien : post à effacer] Compiler .bat
variable1="blabla + variable2 +blala : c'est possible ??[PHP & regex] "blabla blabla file.ext?point=444 blabla" Recupérer 444
mail("celine@hotmail.com"," sujet","blabla"); pose une err ! Help[MySQL] WHERE 'blabla' compris dans le champ truc
[blabla@olympe] Le topic du modo, dieu de la fibre et du monde[PHP / BlaBla - limite]
Plus de sujets relatifs à : blabla@web


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)