The title of this thread is extremely relevant to every DIY shop owner, and should be borne in mind.
I approach the management of my site from the point of view of minimising risk. Working locally has zero risk to my production shop.
I also have had to do most of my early development work in isolated locations with no internet access, so that has coloured my outlook.
- From a practical point of view, I find modifying files and having to upload them every single time to check the result, then look at debug logs etc., to be a pita when done remotely. Far easier and faster on a local machine for this work.
Comparing an old site against an old ZC version then comparing against a new ZC version to figure out differences etc...or quickly installing an old version or vanilla version to check something...doing this remotely...eek what a headache!:wacko:
Uploading everything would be a huge waste of time (and bandwidth).
- The issue of different environments causing different problems seems common sense, oft repeated.
But, since upgrading from 1.38 upwards over the years, I have only ever come across one instance where I had a problem remotely that did not occur locally (and that was my stupid mistake).
So, my experience is that the difference in environments is not something that has wasted my development efforts.
Even if something like that does occur, my better productivity from working locally (wherever I am, irrespective of internet connectivity) has proved far more efficient.
To minimise such issues, locally I always use the latest php version, to fix deprecating issues well in advance of the hosting php version catching up.
When all is well locally, yes I test on the remote server on a new db. This is a point of risk, letting a test site potentially affect a production db by mistake. :shocking: Something that I have done, despite trying to be careful!
If someone knows an easier way to work with 1000's of files than on a local pc, I'd love to know about it.