Лет за 10 стажа, я понял одно: "И самые стабильные - портятся и неизвестные становятся топами и ДЦ горяд", по этому обычному пользователю надо научится безболезненно мигрировать, так как надежды кроме как на себя - нет. А переезжать все равно придется, рано или поздно все портиться/дорожает/меняет политику к клиентам и так далее. Да и у самого проекта могут требования смениться.
Да и человек размещающий сайты самостоятельно это уже как бы не обычный пользователь. Это человек, который взял на себя ряд обязанностей определенного специалиста.
Ничего подобного. Я как разработчик, размещаю по партнерке, но не у кого жирнее, а у кого стабильнее. Знаете почему такие клиенты самые лучшие? Потому что они имеют мозг не хостеру, а тот кто им сделал сайт. Брать себе головную боль за горе хостера никому не хочется, все же это имя и репутация разработчика, а не хостера в данном случае. Разница только при одинаковом качестве и разной партнерке - тут да, возможно у кого жирнее при остальных прочих равных.
По теме: Мне кажется тут сложно определить, все нарабатывается с опытом. У меня было даже когда я советовал одного, при том у меня все работало стабильно и без перебоев, а у товарища падала хост машина каждую ночь и её по 2 часа восстанавливали. Тут чисто личное предпочтение, по другому никак.
ruvds.com посмотрите
CMS пишут файлы не хаотично и не непонятно куда и зачем. Если у ТС старые движки подверженные взлому, значит он их не обновляет, а значит доступ CMS к своим файлам не нужен. Остается 2 типа задач: генерация кешей, загрузка медиа. К первой доступ из вне не нужен, тупо deny from all + engine off, во втором случая engine off и ограничение allow для <file (jpeg|png|gif|etc)$>
Все это банально на самом деле и спасет от 90% ботоатак через дырявые плагины. Хотя у вас на хостинге как то apache умудрялся писать в папки 755, видимо от того же юзверя работает что уже дырка :) как сейчас не знаю, юзаю онли VPS, хостинг не зашел как то :)
Я может буду кэп, но а что мешает банально запретить менять файлы и дериктории пользователю от которого работает апач и php в директориях в которых залиты сайты?
Или нужен мифический хостинг, с кнопкой самонастройки?
По вашему тогда нет смылса открывать бизнес совсем. Ибо сейчас везде конкуренция не хуже чем в хостинге.---------- Добавлено 22.03.2017 в 00:24 ----------
В основном контекст, это быстро для теста. только перед запуском надо придумать свою фишку. Сдачей железа уже никого не удивишь и точно никак не выделишься.
Мне интересно, в тикетах придется расчитывать на такие же ответы, как и тут, на вопрос: "У нас сайт не работает третий час"?
Если есть клиенты данного "чуда", отпишитесь пожалуйста.
PS. Боюсь что эту темы в бан переместят вместе с ТС, а не в курилку ))
Ага, а ты потом сиди ночами, разбирай такой говнокод 😂
Мне кажется не совсе корректен вопрос :)
Глобальные перемены были с 5.3, все что работает на 5.3 так же будет работать и на 5.6 (но не наоборот), только депрекейты надо отключить, все что на 5.6 помечено устаревшим, в 7 удалено.
Разница есть только те, кто ниже < 5.3, но на текущий момент поддержка 5.3 не осуществляется разработчиками, даже устранения уязвимостей (не говоря уже о более ранних версиях), скоро и 5.4 уйдет в небытие.
Я обычно этот втыкаю http://www.responsivefilemanager.com---------- Добавлено 16.03.2017 в 01:37 ----------
Я конечно никогда не интересовался, но разве он бесплатный?
