не пойму, какой смысл продолжать вести эту дискуссию вот уже 9-ю страницу? мне кажется, что тут очевидны два варианта решения вопроса (при любых других вариантах тупо будут продолжать множатся страницы топика):
1) Вы БЕСПЛАТНО делаете бекап сервера и заливаете клиенту на указанный им ФТП (или открываете к нему доступ для возможности загрузить)
2) Все остаются при своём мнении (каждый при своём) и тема умирает через день-два, все продолжают заниматься своими делами
а так дет. сад какой-то...
2 TheJetHost.com
и чем ТС поможет это? нужно понять причину (чего нельзя сделать без аудита логов), гадать на кофейной гуще (шелл, не шелл) можно до бесконечности, уверен на 80% минимум, что в данном случае источник проблемы - ПК ТС (а если это так, можно хоть 100 раз удалять установленные шелы, они всё равно снова будут появляться)
маловероятно, так как шелы чаще всего ставят боты, тут же скорее всего банальный увод ФТП паролей или (и) перехват сессий ФТП, проверяйте Ваш ПК на наличие вирусов (троянов и прочее)
п.с. повторюсь, точную причину можно определить только после проверки логов (ФТП и апача) так, как я описал ранее.
угу, а ещё тут все забыли про правило *посоветуйте*
*занулённый* если, то да, лицензия если, то не более, чем wp и joomla и опять же плагины, дополнения и т.д.
тоже самое кстати касается любого ПО (любой CMS), той же joomla к примеру
нужно определить сначала источник проблемы (без этого все действия будут не более, чем попытки тыкать в небо пальцем в надежде его проткнуть), а именно:
1) Смотрим лог фтп сначала (правда без даты создания файла тяжело будет понять когда именно и что было сделано) на предмет аплоуда файла, если ничего нет тогда
2) Смотрим лог апача на предмет POST запросов (в первую очередь) и далее по ситуации
hostplus.ws добавил 23.08.2011 в 16:52
проблема не в самой CMS, а в дополнениях (плагины и т.д.)
https://bugs.php.net/stats.php
Open 2204
некоторые их которых существуют уже продолжительное время, Ваш рецепт каков в данной ситуации?
Напротив, данный метод позволяет проверять корректность работы сайта на нужном домене (на ЛЮБОМ провайдере), без использования служебных субдоменов и изменения ДНС (настройки выполняются ТОЛЬКО на Вашем ПК, вместо 127.0.0.1 нужно указать IP, который выдал провайдер для Вашего сайта)
п.с. чем больше читаю тему, тем меньше понимаю, что же Вы хотите найти. Что точно Вам необходимо:
1) виртуальный хостинга, где Вы сможете изменять настройки служб хостинга
2) виртуальный хостинг, где администраторы выполнят настройку служб хостинга под Ваши индивидуальные требования
3) виртуальный хостинг, где администраторы проведут аудит Ваших скриптов, исправят слабые места, оптимизируют службы хостинга для оптимальной работы Ваших сайтов
4) VPS хостинг, где администраторы настроят службы под Ваши требования
5) VPS хостинг, где администраторы проведут аудит Ваших скриптов, исправят слабые места, оптимизируют службы VPS для оптимальной работы Ваших сайтов
6) Ничего из перечисленного (что-то вообще другое)
ТС:
1) тестировать можно (и нужно) всегда именно на Вашем домене а не на служебных и прочее (бывают CMS, где пути прописаны статично, после смены домена сайт может некорректно работать и т.д.)
2) совсем не обязательный менять ДНС только чтоб проверить работу сайта на новой площадке, достаточно на Вашей ОС прямо указать резолв домена (для windows это делается путём добавления записей в файл windows - system32 - drivers - hosts в формате ip domen (например 127.0.0.1 superdomen.ru)
3) не путайте пожалуйста корректность настройки служб хостинга и нехватку ресурсов для работы Вашего сайта (нехватка ресурсов совсем не означает неверные настройки служб хостинга, они означают только нехватку ресурсов)
4) нехватку ресурсов можно компенсировать почти на любом хостинге заказав более высокий тариф (так-же для этих целей часто бывает специальная услуга (или тариф) категории VIP хостинга), но если готовы платить за администрирование (пусть даже разово),лучше взять VPS разумеется (только нужно чётко сформулировать задачи для администратора)
