Difference between revisions of "live site access"
m |
m |
||
Line 72: | Line 72: | ||
If everything goes to plan then your issue will have been fixed, and your site flying along :) | If everything goes to plan then your issue will have been fixed, and your site flying along :) | ||
+ | |||
+ | We will get in touch and ask you to run your own tests, but we will have checked that the core functionality is working. |
Revision as of 04:37, 3 May 2015
Contents
Live Site Access
We're always happy to fix bugs and co-fund developing new features (inside a current support period) - don't worry, you can never reach our maximum 'number of questions asked' limit!
But, for us to check a potential bug, or add a feature that you've requested, we'll usually need access to one of your servers, so that we can see how the code interacts with your unique setup.
Are you giving us details for a live site of a dev/staging site?
We highly recommend giving us access to your staging or dev server and not your live site.
If you don't have one, it can be surprisingly easy to make a dev site, with the same code but a different database
"Why? Are you going to break my site?!"
Probably not, but this is an inherent problem with complex code no matter what the platform, in that we are adding new code into a complicated (and likely unique) mix of files and settings.
Potential Issues
As part of our install/test process, the extension may stop working, or throw strange outputs, until we have completed all steps.
If you insist that we check your issue (or new features) on a live site, you agree that, while we are investigating your issue and/or installing code changes, and/or testing functionality :
- The site (frontend and backend) may be unreachable
- Customers may not be able to complete an order
- Live connections to external sites may stop working
- Scheduled emails may not be sent
- Some features of the site may stop functioning
Ie: We'd much prefer to check issues on your dev/staging server than the live server.
We don't mind working on your live server, as long as you're aware of the risks.
• Usually any site downtime would be short-lived, as we perform a series of tests on every site that we work on, before passing it back - but this may extend up to an hour in some cases.
This will be exactly the same for any developer working on a live site, not just us, but we like to be super clear : a live site is... live!
Our usual install/test process
- Check connection details are correct.
- If they are not then we will put the issue on hold and email back
- Make some screenshots of the Orders Grid, and if you have pickPack installed, make some sample outputs.
- If we're checking a bug report :
- Confirm the issue.
- Try to replicate at our end.
- Develop a fix.
- We then upload the new code to your site :
- Disable the extension on your server.
- We'll try to not do this at critical times of your day but this won't always be possible - you may lose functionality at this point
- Upload the changed files to your server.
- Enable the extension.
- Enable error logging if not already enabled.
- Run tests to verify the issue is fixed.
- Run tests to verify your store checkout still works : we make a test frontend order and a test backend order.
- Let us know if you don't want us to make test orders please
- Check error logs for issues.
- If there are issues, or the fix/feature doesn't work, we will :
- Roll back to the previous version
- Run tests to verify your store checkout still works : we make a test frontend order and a test backend order.
- Let us know if you don't want us to make test orders please
- Check error logs for issues.
You might see short-lived issues
If you see strange output, try not to panic! Same goes if you see any issues with your site (please see the list of what could happen at the top of the page).
It's important to not cut our FTP and/or Magento access at that point - we'll be unable to complete our tests and your site will be stuck in a half-tested state.
We will never normally leave a site without having done these tests so try to be patient if you see some issues.
Feel free to send us an email if you see something strange, it may help our work, but please be aware that we may be in a different timezone to you. Quite often the support crew may be on a different timezone to the team of developers and bug squashers - ie. your email may not always be read at the same time.
Success!
If everything goes to plan then your issue will have been fixed, and your site flying along :)
We will get in touch and ask you to run your own tests, but we will have checked that the core functionality is working.