Jump to content
MDDHosting Forums

Brad

Members
  • Posts

    29
  • Joined

  • Last visited

  • Days Won

    1

Brad last won the day on September 18 2010

Brad had the most liked content!

Brad's Achievements

Member

Member (2/5)

3

Reputation

  1. Absolutely, I considered that but given the chaos and uncertainty that I was experiencing I just felt more secure on another provider.
  2. Managed to get my S5 server website back online yesterday by moving to another host a couple days ago. Had I moved when my gut told me to, as soon as all this happened, I could have been back online already on Sunday. Lesson learned... When things this serious go wrong, grab another host for a month right away and take shelter. Or in my case... Move.
  3. Unbelievable. While we sit in disarray...
  4. Thanks Mike. So much better than the message it had before. Granted, the original issue is still present in the new wording. The message should not imply that WE as site owners are having a problem. Rather it should impress upon the visitor that our host provider is having problems. Presently: Should Be: "We are sorry but our host provider is experiencing technical difficulties. We will be back online as soon as possible."
  5. Great! cPanel Web Template Editor - defaultwebpage.cgi
  6. Can you edit the "cgi-sys/defaultwebpage.cgi" file? Since it is already there, there's no need to kill/create/overwrite anything.
  7. Very much agree. It makes more sense to go ahead and implement this servers wide as a gesture of good will and to preserve our reputations. In the meantime I've sent a ticket asking for copies so I can consider alternatives given that I am on server 5 and Server 1 is only just completed.
  8. I'm finding it so hard to be chill about this down time. After 24 hours I was still relatively relaxed about the whole ordeal but now this is leaving me with a bad feeling. The worst is that the error page guests are seeing make us webmasters look bad. MDD should be investing some time into maintaining it's clients reputations in the face of potential traffic being lost. Which is a small ask. Instead of a giant: "SORRY!" "If you are the owner of this website, please contact your hosting provider" error page it would be great if it instead briefly explained the situation and excused us as webmasters from the RFO. MDD should take a bit of a hit for this rather than us.
  9. Nevermind, just re-read your first post which mentions it...
  10. Where is MDDHosting hosted? Or rather. Who hosts MDDHosting?
  11. Oh ok. I'll check that out. My databases are a synch to work with so having a files solution only would be perfect. Thanx. http://wiki.r1soft.com/display/TP/rsync+Backup
  12. Ah ok. I actually tested the R1soft backup manager download process for five minutes just before posting my previous post which gave me the results I posted. So for me R1soft and FTP both give me the max throughput that my ISP is provding. Do you happen to know of some kind of app/client that could backup only changes on an account?
  13. Yup, I get about 58 to 78 but I'm in no hurry. I just start it when I go to bed and just let it run as long as it takes on a spare pc. A bit inconvenient since I'm running my download speed full speed for about 20 hours in order to download 8gb of content. But there are resourceful ways of minimizing what needs to be backed up. My user content upload folders don't change that often so excluding them from the backup would halve the size of a complete backup. What I'd love is something that would only backup what has changed or does not exist. I tried that with Filezilla but I didn't like the way it ran. It seemed that even the check/compare process was taking too long...
  14. Interesting. I was creating database backups a few days ago and thought to myself that it's probably high time I download a complete backup... I realize from your perspective this is a different animal of course. I could live with a weekly backup schedule. After all, we'll still have the ability to generate our own at any time. A weekly schedule better distributes the owness to both hoster and client I think.
  15. Yup. But whenever there's instability on our ipb forum we run the risk of loosing our posts during the submit process. Same goes for our mediawiki.
×
×
  • Create New...