live site access

From Moogento How-to Guides
Revision as of 17:03, 2 May 2015 by <bdi>Moo</bdi> (talk | contribs) (Created page with "=Live Site Access= For us to check a potential bug, or add a feature that you've requested, we'll need access to one of your servers, so that we can see how the code interacts...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Live Site Access

For us to check a potential bug, or add a feature that you've requested, we'll 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 details of your staging or dev server and not your live site !

"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.

If you insist that we check your issue or install requested 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!

So, our usual process for checking bug reports is:

  1. Check connection details are correct.
    If they are not then we will put the issue on hold and email back
  2. Make some screenshots of the Orders Grid, and if you have pickPack installed, make some sample outputs.
  3. Confirm the issue, and try to replicate at our end.

If we think we have identified the issue then we'll :

  1. Disable the extension on your server.
  2. Upload the changed files to your server.
  3. Enable the extension.
  4. Enable error logging if not already enabled.
  5. Run tests to verify the issue is fixed.
  6. 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
  7. Check error logs for issues.

Please note, that as part of this process the extension may stop working, or throw strange outputs, until we have completed all steps. (Also see the list of potential issues at the top of the page.)

If you see strange output and 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.

No problem at all to send us an email if you see something strange ! Please do realise though that we may be in a different timezone to you, and the awesome support crew may be on a different timezone to the awesome team of developers and bug squashers!

If everything goes to plan then your issue will have been fixed, and your site flying along :)