При отсутствии доступа к http это, к сожалению, вряд ли поможет - без него sypex не заработает. Единственная надежда - чтобы дали удаленный доступ к MySQL, тогда можно будет воспользоваться mysqldumper ом.
<?set_time_limit(0); copy("http://site.ru/1.txt", "dir1/1.txt"); ?>
Вполне рабочий вариант, но обычно использование scp/sftp решает все проблемы с тормозами.
А статус какой стоит? Оплачен и выполнен?
Уже минут 15 жду, чтобы открылась папка inbox :/ В Light вошел раза с десятого. Но вчера был целый рабочий день и WM работала стабильно.
Кстати, платеж на banking.webmoney.ru стоит в статус оплачен и выполнен
Аналогичная ситуация, на вывод ставил в субботу вечером, денег до сих пор нету.
А каким образом тормоза и канал имеют какое-либо отношение к OpenVZ и лимитам на ресурсы? :) Да и тем более мы в самом низу прокомментировали ситуацию (CTRL+F FastVPS LLC) и что проблема решена.
"Насколько вероятны сбои, потеря данных, востановление ?" - потеря данных почти невозможна, даже в тестовом режиме бэкап делается на несколько носителей (локальный отдельный дисковый массив + физически удаленный бэкап сервер), также сами сервера снабжены RAID1 / mirror, что почти исключает сбой. Но в связи с тестовым периодом возможны внештатные ситуации, но это крайне маловероятно.
"Возможно ли потом без проблемм перенести пректы на другие шаред - тарифы ?" - пока другие тарифы не планируются.
"Врозможно ли увеличение диска на шаред с 5 гигов на 10 и на каких условиях ?" - на этот вопрос я пока не могу ответить, отвечу немного позже.
"Возможен ли безлимитный трафик ?" - Вам недостаточно будет 1 тб?
"Нагрузка 5 % гарантировано или компенсируется за счет соседей ?" - ресурсы разделяются динамически, наша технология позволяет защититься от "грузящих соседей" и Вы гарантированно получаете свои ресурсы.
"Возможна ли установка доп. расширений php ?" - каких именно? У нас стандартно стоят почти все популярные расширения, которые только могут потребоваться в работе, возможно, требуемые Вам расширения уже подключены.
"Возможно ли увеличение увеличение максимально загружаемого файла с 2 метров до 10 - 15 ?" - у нас стандартно лимит на загрузку файлов установлен в 64 мегабайта:
post_max_size = 64M upload_max_filesize = 64M
Я так понимаю, Ваша проблема уже решена?
Поймите пожалуйста, выход из строя жесткого диска очень распространенная ситуация и не стоит к ней относится как к отказу оборудования, это можно сказать, почти штатная ситуация в случае использования RAID.
На FreeBSD статус RAID можете смотреть сами командой gmirror status и если там выдается DEGRADED, то стоит просто написать нам, что отказал диск и мы его заменим в кратчайшие сроки (в случае NHS это делается в любое время работы поддержки, в случае DHS, SDS только в будние дни в рабочее время).
И даже gzip уже не спасает? В Вашем случае он точно должен дать хорошую экономию трафика :)
Синтетический тесты пойдут как мера крутости процов? :) Если да, то прошу: http://www.cpubenchmark.net/high_end_cpus.html
