5 Step Tutorial: PHPStorm + MAMP PRO 2 + XDebug+PHPUnit + SkelGen and Code Coverage on Mac OS X SL

OMG,  :^O  this has been a challanging thing to accomplish but I figured it out and to help others who may experiance similar issues I will make this painless for you.

Ok, so my normal editor of choice has been SubLimeText 2, Oh how I love this editor but it can be a real pain to get complete debugging, unittesting and code coverage using Sublimetext without the use of external tools. This means switching back and forth between several different programs to accomplish what PHPStorm can do out the box. Don't get me wrong, I love sublimetext but I got work to do and running several programs is not working for me. Sure there are some plugins for sublime that make it a little less painful but not painless enough. So I downloaded PHPStorm and WOW...

Ok, So first thing we need to understand is that the dev's over at apple are not playing nice for having a posix compliant OS. Yeah, Yeah I know it's a Mac but still, my thought pattern has always been that Linux and Unix based OS's have a lot to offer and everysince OS X made it's intel debut running ontop of a posix compliant core well let's just say I felt somebody somewhere was using their brain. Now if we could get M$ to do the same with windows and get them to understand one thing.

LEAVE THE INSTALLATION OF SERVER PROFILES TO THE USERS.... X-( That's right and here is why, as it stands OSX ships with Apache, PHP, Java and Python installed and you would be hell bent on even tampering with those installations because you don't have inside knowledge as to what dependencies OSX is applying to these default installs nor if apple dev's altered the core for their own purposes. Bottomline is these are pretty much no touch installations, no upgrade, no nothing. But what if you want PHP 5.4 or the newest Apache install. This is where they don't play nice, even with macports and fink as non offical repos you still will end up with multiple installations of certain applications. You would think that since the guys and gals over at macports did all the work that apple would give them a bone and make it the official repo so things get installed gracefully where intended providing an upgrade path while in between major OSX releases. Oh, I found out the hard way that if you tamper with anything and need to revert back you cannot just pop in the OSX disc and repair Oh No you must reinstall the entire OS.

I PREDICT: ]:) That one day all OS vendors will come to the realization as apple did, that you can have a proprietary OS that sit's nicely on a posix compliant core that will close the gaps between systems and make everything play nicely. Well, not everything as the GUI shell is still Mac or Windows or KDE or whatever and in order to get an app on their you have to code for that environment but underneath all that is an open world where tons of software applications already exsist and can coexsist with much fanfare. Are you listening M$ get with the program and apple, get with the repo program.

So on to the challange and quick but otherwise dirty solution to set my MacBook Pro up as a Dev workstation. This first point goes back to my little speech above. BOTTOMLINE is that PHPStorm will use the default installation of PHP as installed by apple no matter what interpreter you tell it to use (it's all about paths and environmental variables folks and you can verify this by opening a command line from inside the IDE and running which php), this will lead to all kinds of funny stuff happening when using a prebuilt stack like MAMP so, what if you are one of those Dev's who just want to install MAMP, XAMPP or AMPP? Yeah sure we could install MySQL and all the other bells directly to the default OS but some of us want to have a portable dev environment and using a pre built stack gives you this. By default ALL mac apps are portable, just load them up on a USB stick and your Dev environment will work on any MAC that meets the requirments of the applications on the stick. Just pop it in and Code till you drop. Now I haven't tried this but I would imagine that since all of these stacks are cross platform including PHPStorm you could easily copy your IDE profiles and clone VCS repos onto other stacks that live on USB sticks and have a goto Dev environment that is portable across all OS's. Will have to try that. But anyway it sounds appealing don't you think? :D

Ok So here we will be setting up a complete PHP development environment on Mac OS X Snow Leapord. We will not be too redundent here as I expect most readers to at minimum already know the basics of running MAMP, GIT and simple things like that. Here we will focus on getting PHPStorm, MAMP, PEAR, APACHE, PHP, PHPUnit, and XDebug Playing nicely.

NOTE: When I did this it was all trial and error and of course I have  edited this document to provide a logical sequences of steps to help  you get going this in no way reflects what actually happened to me or  the order of which I have delivered it to you. I was FUBAR, a chicken  with no head as I had expectations that did not simply exsist.

Step 1: Install PHPStorm.

Just Download PHPStorm from http://www.jetbrains.com/phpstorm/download/index.html Then double click the .DMG and mount it. It should open automagically to the screenshot below. Just drag the PHPStorm Application to the ------>>>> Application Folder and your done. Of course you will need to execute that Application to setup defaults and enter licensing but hey you already got that part right? :p Moving on ...

PHPStorm DMG.png

Step 2: Install MAMP or MAMP Pro.

Now, Let's download MAMP from http://www.mamp.info/en/downloads/index.html MAMP installs both the standard MAMP (Free) and the Pro Edition (cost about 59.00 USD) with the latter in trial mode. Pick your flavor and lets's get to it. Open the disk image (you will see the screenshot below) and drag MAMP into your Applications folder. I know, yeah redundency but hey it's bout to get harder. ;)

MAMP.jpg
I would assume that you have already setup your MAMP stack properly by setting the proper ports and tested this all out. We won't be covering that here.

NOTE: YOU WILL NEED ADMINISTRATOR ACCESS TO INSTALL MAMP CORRECTLY

Step 3: Installing/Upgrading Pear to live inside your MAMP stack.

Now I've seen alot of folks have issues with this step but it really couldn't be any easier then what I will show you here. In order to install PHPUnit, PHPUnit-Skel-Generator and Some of the other PHP dependencies we need to use PEAR. DO NOT ATTEMPT TO CLONE OR DL GIT REPOS !!! for these componants it will most likely not work and you will go through tons of coffee and aspirin trying to make it work. The main point and obvious reason is we need to get MAMP and it's PHP versions in the know about these componants exsistance for integration into the Stack.

We will open the OS X Terminal by doing a shift + command + U keystroke which will open the Utilities Folder where we will find the Terminal.app.

Terminal.png
Double click on the Terminal icon to open the OS X Terminal. Mac uses a Bash command line by default so we have all the tools needed to get the job done.This will put you in your HOME (~) directory so you will want to enter the following cd ../../Applications/MAMP/bin/php/php5.3.6/bin

TermWin.png

Now we have listed the directory and can see were in the bin folder of the php installation version 5.3.6. As you can see I have already done some installing as we have binaries for PHPUnit and PHPUnit-Skelgen. But to continue you can see there is already a PEAR binary inside the bin folder. MAMP ships with pear installed but we need to upgrade it. I followed the instructions from this http://bigdiver.wordpress.com/2011/11/10/mamp-2-0-pear-and-phpunit-installation/ post and experianced everything just as that author did. So I will edit and repost some of this here to save you time and blend in my trials and tribulations so lets issue the following command:

sudo ./pear upgrade pear

after I issued the upgrade command i got the following error:


Notice: unserialize(): Error at offset 276 of 1133 bytes in Config.php on line 1050
ERROR: The default config file is not a valid config file or is corrupted.

Don't Panic B-), No Problem here, If you get this error too, just delete the pear.conf file, and rerun the ./pear upgrade pear command. Like This:


rm /Applications/MAMP/bin/php/php5.3.6/conf/pear.conf
sudo ./pear upgrade pear


If all is going well you should see something like (truncated the output for space):



downloading PEAR-1.9.4.tgz ...
Starting to download PEAR-1.9.4.tgz (296,332 bytes)
.............................................................done: 296,332 bytes
downloading Archive_Tar-1.3.8.tgz ...
Starting to download Archive_Tar-1.3.8.tgz (17,995 bytes)
...done: 17,995 bytes
downloading Console_Getopt-1.3.1.tgz ...
Starting to download Console_Getopt-1.3.1.tgz (4,471 bytes)
...done: 4,471 bytes
upgrade ok: channel://pear.php.net/Archive_Tar-1.3.8
upgrade ok: channel://pear.php.net/Console_Getopt-1.3.1
upgrade ok: channel://pear.php.net/PEAR-1.9.4
...


Step 4: Installing PHPUnit and it's dependencies.


Now we have sucessfully upgraded pear and can proceed to install PHPUnit and its  dependencies. Following instructions from the PHPUnit Github repository, we will issue the following commands:

./pear config-set auto_discover 1
./pear install --alldeps pear.phpunit.de/PHPUnit


As pointed out by the other author and for GOOD reason DO NOT RUN
./pear install phppunit
as that will install  an outdated version that will not work! He points out that a lot of  tutorials out on the web are outdated and will not work for the  latest version of MAMP and PHPUnit.

You should get something similar to the following (truncated for space):

Attempting to discover channel "pear.phpunit.de"...
downloading channel.xml ...
Starting to download channel.xml (804 bytes)
...
install ok: channel://pear.phpunit.de/PHP_CodeCoverage-1.1.1
install ok: channel://pear.phpunit.de/PHPUnit_MockObject-1.1.0
install ok: channel://pear.phpunit.de/PHPUnit-3.6.3


Notice that PHPUnit_MockObject and PHP_CodeCoverage are also installed but not the PHPUnit-SkeletonGenerator which PHPStorm requires if you want to stub out UnitTest for your classes automagically. For now let's do a quick test on phpunit and see if it works… type ./phpunit then enter.

phpunittest.png

This should print out the phpunit usage information without any errors, on the screen and in  your PHP Error log file. If there are any include errors in your PHP  Error file, you may have multiple PHPUnit versions installed and you  need to remove them all by using the pear uninstall command.

We will assume all went ok if you are seeing errors in your PHP error log file then revisit the original authors post and see if the example logs he posted match yours, if so follow his instructions to uninstall and reinstall phpunit go here http://bigdiver.wordpress.com/2011/11/10/mamp-2-0-pear-and-phpunit-installation/


Now, let us get PHPUnit-SkelGen installed on here. Again, following instructions from the PHPUnit Github repository, we will issue the following commands:

./pear install pear.phpunit.de/PHPUnit_SkeletonGenerator

You DO NOT have to issue ./pear config-set auto_discover 1 a second time as pear is already configured to auto_discover this repo based on us issuing this command when we installed phpunit itself. This will complete the installation of phpunit, it's dependencies and phpunit-skelgen. Let's test now to make sure phpunit-skelgen works as we expect.

phpunit-skelgen.png
As you can see we have output from the application showing the proper commands for usage. So we have now successfully got pear upgraded and phpunit with all that we need to work with PHPStorm installed. The point of this was, that by installing phpunit and phpunit-skelgen from inside the MAMP pear repo we insured that the environmental variables or shebang #1 /usr/local/env php in the phpunit scripts will parse correctly and point to the MAMP php installation NOT the default PHP install on Mac OS X. Trying this from a git clone or zip/tar download would rock your world because YOU would be trying to change this everyplace and of course by default it points to the OS X php install (or native home of php on posix compliant OS's).

unittest.png

PHPStorm Using MAMP based PHPUnit to run Test

skel.png

UnitTest Stub Generated by MAMP based PHPUnit-SkelGen in PHPStorm


But hold on were not done just yet, :O we must add the MAMP PHP environment  that we want to use with PHPStorm to our PATH and also enable XDebug  within this environment lucky for us that MAMP ships with XDebug  installed it is disabled by default but nonetheless it is available.

Step 5: Add MAMP PHP to PATH and enable XDebug

Let's Start up MAMP. I'm using MAMP Pro 2.x it cost about 59.00 USD but allows me to quickly change the host file and gives me dynamic dns and a few other things that come in handy when developing web applications. If you use the standard MAMP installation your milage may vary however, I would not think it should be to much difference.

mamp.png

Ok so here we have MAMP Pro running and we need to edit the PHP.ini template for the 5.3.6 version were using. Now a word of caution about MAMP's ini templates. After much much headache and plenty of googling it is now my understanding that the php.ini file that is edited from the MAMP menubar is wriiten on each server start and actually lives inside the MAMP.app file that is inside the Application folder. This proved to be a great source of frustration as the first time I enabled xdebug using this method it worked fine when debuging web applications that launched a browser such as firefox but when trying to get code coverage working PHPStorm would report that xdebug was not enabled. Hmmmm, scratching my head, beating my head on the table, pounding my fist on the wall. ?:|

Ah Haaaa, :| I had discovered a few gotchas. To recap,

  1. There are two ini files for MAMP, one that you access from the menu bar and one that lives in the /Applications/MAMP/bin/php/php5.3.6/conf folder. One appears to be self contained and only applies to the running web server (i.e actually using MAMP) and lives inside the .app file, the other controls what happens on the command line (regardless to if your running MAMP) which is where PHPStorm is applying configuration variables to the php interpreter for code coverage.
  2. That PHPStorm IDE was reporting that XDebug was not enabled even though I could debug from the browser and even via remote from inside the IDE. I painstakenly figured out that PHPStorm was using the default OS X PHP interpreter (which I had not enabled xdebug for) even though internally I told it to use the one that came with MAMP which worked fine as long as I was working with Apache and writing code as it referenced the proper libraries for code completion.


So let;s get this correct the first time for you folks because you can trust me when I tell you I was frustrated enough for all of us. First we will edit the php.ini template accessing it from here.

phpmenu.png

Now edit your php.ini template to reflect the following:

phpinitemp.png

So uncomment the xdebug extension which is at the very end of the ini template so you have the following:

[xdebug]
zend_extension="/Applications/MAMP/bin/php/php5.3.6/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so"

xdebug.default_enable=1
xdebug.coverage_enable=1
xdebug.profiler_enable = 1
xdebug.profiler_output_dir = "/tmp"
xdebug.remote_enable=1
xdebug.remote_host=localhost
xdebug.remote_port=9000
xdebug.remote_autostart=1

Save the file and restart your MAMP server. You should now be able to test debugging by setting a breakpoint and launching a project in debug mode that has been setup as a web application in the IDE configuration profiles. Let's try it out and see what happens.

firefoxblank.png

Firefox in break mode running IDE XDEBUG_SESSION

idexdebugweb.png

PHPStorm in Debug mode with breakpoint

firefoxxdebug.png

Firefox showing that xdebug is working on this MAMP setup



Now Let's edit the php.ini file that lives in the conf directory so we can enable command line debugging using xdebug. If we don't then we can't use code coverage from the IDE. So using the GUI file manager in OS X navigate to the /Applications/MAMP/bin/php/php5.3.6/conf folder.

confdir.png

Mac OSX File Manager

You may need to set this file extention to open with your favorite editor (textedit, sublime, textmate or PHPStorm). We used Sublimetext 2.

sublimephpini.png

Sublimetext editing php.ini from conf directory

Navigate to the bottom of the php.ini file and uncomment the xdebug extentions so it looks like this:

[xdebug]
zend_extension="/Applications/MAMP/bin/php/php5.3.6/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so"

Save the file and close your text editor. We didn't have to restart the MAMP server because this file will be used for all non-server calls to php and will be picked up by the interpreter automagically. (not really but it does know it's there) ;)

Now this is where it got tricky for me, It took me a long time to even discover the presence of a second php.ini file as I was attempting to get code coverage working. Once I did though PHPStorm still reported that xdebug was not enabled. :_| This is when I had a fit, but then it dawned on me that maybe, just maybe the IDE was not using the correct version of PHP so I opened a terminal and typed which php and discovered that my PATH was pointing to the default installation that comes with OS X. So let's alter that so when we open the terminal we can use the MAMP PHP stack. Type the following in your terminal:


$ echo "export PATH=/Applications/MAMP/bin/php/php5.3.6/bin:$PATH" >> ~/.profile 

Then do this to restart your profile

$ . ./.profile

Now let's check to make sure it's all working by type this:

$ which php
/Applications/MAMP/bin/php/php5.3.6/bin/php

$ which pear

/Applications/MAMP/bin/php/php5.3.6/bin/pear

$ which phpunit

/Applications/MAMP/bin/php/php5.3.6/bin/phpunit

$ which phpunit-skelgen
/Applications/MAMP/bin/php/php5.3.6/bin/phpunit-skelgen


Now this didn't make PHPStorm pickup the correct PATH for my PHP installation however now MAMP PHP is in my PATH but code coverage was still a no go from the IDE. I had to find a way to force the IDE to run using my bash profile then I had a thought ;\. Let's try and run PHPStorm from the command line and see if it will run under the proper bash profile. So we went to the Tools menu inside the IDE and clicked create command-line laucher:

Tools.png

The PHPStorm IDE Tool Menu

Doing this created a script called pstorm and we saved it to the default location that was reccomended by the IDE which was in our PATH. We then closed the IDE and relauched it from the command line by typing pstorm and OHHHHHH YESSSSSSS we got code coverage .....

codecoverage.png

Code Coverage in PHPStorm from MAMP based PHPUnit

Well that's it folks I hope I didn't forget anything and I really hope this helps someone else. I won't lie I wish I would have found something like this from the get go. Would have saved me a couple years of age stressing over getting it done but my pain is your gain. Please if you find I missed something let me know and hopefully I can edit this post and make it right. As I try and get Phing and PHPCS installed within the MAMP stack I will update this post so others may follow.

17 comments
Comment actions Permalink

Thanks so much for you detailed explanation!!! VERY helpful! - May I point out, that there is a little typo at the end, where you redfine the php path and restart the profile: it shoul read:
$ . ~/.profile
instead of
$ . ./.profile

Any further tutorials with phing and what else you mentioned are HIGHLY welcome!

Thanks,
Robert

0
Comment actions Permalink

I get an error on "sudo ./pear upgrade pear"

I did try "

rm /Applications/MAMP/bin/php/php5.4.10/conf/pear.conf
", but to be honest I don't see any "conf" folder.

Notice the version of php: might be that for 5.4.10 I must follow a different workflow?

0
Comment actions Permalink

With current version of PhpStorm (v6)... you can kind of forget about PEAR -- you can use composer instead or even phpunit.phar file directly -- just choose correct option when configuring PHPUnit in PhpStorm.

Regarding SkelGen -- it is not supported by PhpStorm directly anymore (different approach is used for creating test files now) -- but you still can use it via External Tools functionality or in directly console.

0
Comment actions Permalink

To be honest I just want to enable a debugger in phpStorm + MAMP.

I've been referred to this post by the support, hoping to find an ultimate guide for Mac, but I've faced this issue.

Maybe you could tell me which steps I must take to simply enable debugging?

Thanks,
Andrea

0
Comment actions Permalink
Maybe you could tell me which steps I must take to simply enable debugging?

I'm not a Mac user ... but accordingly to this tutorial .. you have to read step 5: "Add MAMP PHP to PATH and enable XDebug"

0
Comment actions Permalink

Andriy, I've managed to enable XDebug... well, almost :)

I can't just "Run" or "Debug" my project, as when I do it I get:

/usr/bin/php -dxdebug.remote_enable=1 -dxdebug.remote_host=127.0.0.1 -dxdebug.remote_port=9000 -dxdebug.remote_mode=req /private/var/folders/y9/x07qcb7539358dc1s4hx7pf80000gn/T/ide-phpunit.php --no-configuration "/Volumes/Macintosh HD/Users/andrea/Documents/Dev/TTSistemi/rwn"

Testing started at 14:44 ...


Process finished with exit code 1

Cannot find PHPUnit in include path (.:)




I can start the debug listener and debug from the browser.
That works enough to me to debug my projects: I just have to set the stops when I need and I get everything I need.

So, basically I've managed to configure, more or less, a debugging environment, even though with some glitches.

Thank you.

0
Comment actions Permalink

Hi Andrea,

I can't just "Run" or "Debug" my project, as when I do it I get:

/usr/bin/php -dxdebug.remote_enable=1 -dxdebug.remote_host=127.0.0.1 -dxdebug.remote_port=9000 -dxdebug.remote_mode=req /private/var/folders/y9/x07qcb7539358dc1s4hx7pf80000gn/T/ide-phpunit.php --no-configuration "/Volumes/Macintosh HD/Users/andrea/Documents/Dev/TTSistemi/rwn"

Testing started at 14:44 ...


Process finished with exit code 1

Cannot find PHPUnit in include path (.:)

The message above clearly tells that you are trying to debug PHPUnit test in CLI mode -- is this what you are trying todo?

When you click Run or Debug buttons on main toolbar -- it will run/debug the selected Run/Debug Configuration (the drop-down box on the left) and NOT the file that you currently editing.

Most likely you have created the entry of wrong type (most likely via context menu -- you have to pay attention to what icon it has, which is hard to differenciate between them for new users). Edit or create one of proper type -- either choose "Edit Configurations.." top entry from that drop-down box .. or just "Run | Edit Configurations..." from main menu.

For debugging web pages all what you need are these 2 links (my opinion, of course) -- they should be enoguh to make it work (does work for me if I set it up from ground zero):

0
Comment actions Permalink

Andriy,

everything started because I've found the two guides you've liked hard to understand, or at least, to apply in a Mac OS environment.

As for the error message, I don't want to run any Unit Test, but I can't find how or where I should tell phpStorm not to run Unit tests.
I just want to run the debugger :)

I've ow removed the only configuration I had, and found out that all butons are now disabled, with the exception of the debug listener.

I would say at this point that this is enough to me. This debugger configuration it's really becoming a pain for me :)
I hope in the future JetBrains will add some feature that simplify the process.

0
Comment actions Permalink

Andrea

Sorry for the late jump in been traveling, Did you follow step five of this tutorial to the tee? If you can only debug from the browser it would appear you missed a step. on Mac and MAMP there are 2 (two) php.ini files that need to be edited or else PHPStorm will not find the proper settings as one file is for PHP and Apache and works as you have described however the other one is for the MAMP CLI environment which is what PHPStorm will use when you debug from the IDE. Please go back over step 5 and confirm you didn't miss a step focusing on the fact that you must create the ability to execute the IDE from the CLI so that it picks up the correct terminal session and the correct PHP.ini file.

0
Comment actions Permalink

" I can't just "Run" or "Debug" my project, as when I do it I get:


/usr/bin/php -dxdebug.remote_enable=1 -dxdebug.remote_host=127.0.0.1 -dxdebug.remote_port=9000 -dxdebug.remote_mode=req /private/var/folders/y9/x07qcb7539358dc1s4hx7pf80000gn/T/ide-phpunit.php --no-configuration "/Volumes/Macintosh HD/Users/andrea/Documents/Dev/TTSistemi/rwn"
Testing started at 14:44 ...


Process finished with exit code 1
Cannot find PHPUnit in include path (.:) "



this is more then likely your problem as explained above in this log trace your php is the default php that is on your mac nothing in the local tree should be being used if your using MAMP as it has it's own PHP. Your trace is showing /usr/bin/php this is wrong as it should be using the php that is in

/Applications/MAMP/bin/php


Both PHP files that you need to edit live in
/Applications/MAMP/ directory structure you don't want to run MAMP parallell with a different PHP stack other then the one it ships with follow the directions to a tee taking care to set paths in your bash environment correctly or you will be using two different PHP stacks and PHPStorm will have a fit.


Message was edited by: Patrick Stewart

0
Comment actions Permalink

Hi Patrick,

Yes, I've followed all steps.

As for the PHP path, I've updated my .profile as such:

export PATH=/usr/local/git/bin:$PATH


# Setting PATH for Python 2.7
# The orginal version is saved in .profile.pysave
PATH="/Library/Frameworks/Python.framework/Versions/2.7/bin:${PATH}"
export PATH


export PATH=/Applications/MAMP/bin/php/php5.3.6/bin:/Applications/MAMP/Library/bin:$PATH


# MacPorts Installer addition on 2012-11-30_at_18:58:00: adding an appropriate PATH variable for use with MacPorts.
export PATH=/opt/local/sbin:$PATH
# Finished adapting your PATH environment variable for use with MacPorts.


export PATH=/Library/Frameworks/Python.framework/Versions/2.7/bin:$PATH


export PATH=/usr/local/git/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:$PATH


# MAMP PRO
export PATH=/Applications/MAMP/Library/bin:/Applications/MAMP/bin/php/php5.3.6/bin:/Applications/MAMP/bin/php/php5.4.10/bin:$PATH


export PATH=/opt/local/bin:/usr/local/bin:$PATH


But nothing changed, except that, after removing the Run/Debug configuration item, I don't get the phpunit error, of course. As I've written above, now I can start the debug listener, that is better than nothing anyway.

0
Comment actions Permalink

Hi Andrea

when you start the ide are you doing so from the command line using pstorm or are you clicking the icon?

0
Comment actions Permalink

If you have set up the environment as described above including as exspecially taking note that PHPStorm WILL NOT pickup the new paths in your profile unless you start it from the command line from a terminal session that includes your paths. look above and find the part where it shows you how to make the IDE create a command line execution method called pstorm which you can call at the bash prompt to open the IDE in a session that picks up all your profile variables. then the IDE will use MAMP if you set up a proper debug config in the IDE and all errors should go away and debug from the IDE should work as expected.

0
Comment actions Permalink

I've tried with the command line, unfortunately, only after removing the Run/Debug configuration I had.
I've I've only defaults, but they're all empty and franly I have no idea to what to put where.
I don't even know which option I must select when creating a new configuration. The one I had must have been some previous experiment I must have done in the past.



I just don't get why it must be so unintuitive to enable and configure a debugger.
Maybe I've been spoiled by other IDE, such Visual Studio :)
0
Comment actions Permalink

LOL i feel you it is rather cumbersome however not the fault of the PHPStorm team more so then the way apple works with preinstalled non-upgradable by the user flavors of componants which have us installing MAMP stacks and then it gets tricky. You do know there is a VisualPHP standalone that can run in the VS shell or install as part of the language options in VS and then you can indeed create, run and debug PHP projects from the VS IDE.

0
Comment actions Permalink

I've abandoned Windows systems about 3 years ago.
I do have a virtual machine with Windows 7, but I try to use a less as possible this system.

In this case, even thoug I complain about how cumbersome is, sometimes at least, to configure a development environment on Mac - thanks God there is MAMP, or I would have even more headache configuring a web server with multiple domains! :) -, I prefer to stick on OS X :)

However i didn't know about VisualPHP: good to know, in case I need to work on Windows machines.

This said, I've forgotten to thank you for the guide you wrote. I had issues, yes, but is still the best guide I've found so far!

0
Comment actions Permalink

Just a quick thank you for providing this detailed walk-through. I was a huge help to me in tracking down where I had gone wrong. Much appreciated!

0

Please sign in to leave a comment.