Aisamiery

Aisamiery
Рейтинг
324
Регистрация
12.04.2015
Alex Klo:
подумаешь, 38Мб или даже 100Мб...
вон у меня на одном из сайтов - на UMI.CMS - одна из таблиц, если ничего не делать, растёт бесконечно, в зависимости от посещаемости, видимо, аналогично как у Devvver, - была до 7Гб !
разработчики посоветовали каждую минуту в кроне запускать скрипт очистки...

У меня сейчас на umi табличка весит 18Гб, вместе с индексами база занимает 110Гб и ничего, сайт работает :)

Посмотрите на Grav

Для лендосов я бы искал по таким требованиям:

Во-первых, блочность. Возможность создавать области на страницах в неограниченных количествах, а не 15 страниц с последующим выводом на одной.

Во вторых, фронтед редактирование. Без админки, чтоб сразу на стороне сайта, как бы смешно не звучало но тот же битрикс, umi.cms, а так же pimcore это умеют делать. Это те из которых знаю, скорее всего есть и множество других.

Лучше конечно собрать что то свое на фреймворке, впелить на фронт что нибудь компонентное, типо vue.sj и сделать свой lpgenerator

PS. Я не знаю зачем заказчику что то менять на лендосе, ну вот как то не сталкивался за много лет, если только какой нибудь телефон (хотя там обычно колтрекинг), ну или цену. Но для этого не нужна админка от слова совсем. Обычно изменения вносим мы сами, делаем десятки вариантов для сплитов и тут уже помогает нода, шаблонизаторы и сборщики, на выходе голый html, на входе все удобно как в cms.

Битрикс это прежде всего фреймворк и сказать по количеству товаров характер нагрузки достаточно сложно.

Есть у меня битриксы на ihor, на младших тарифах летают.

Я бы ориентировался на характер нагрузки и на прямоту рук человека собирающего вам сайт. Можно на каждом хите 1200 товаров пересчитывать, а можно все в кэш сложить и железо не мучать. В битриксе нет кода с комментариями /* Функция насилует процессор */ или /* Функция убивает 6 SSD дисков за год */. В 99% случаях скорость работы и потребление ресурсов зависит от того как собрали сайт, внутреннее апи там за столько лет вылизано достаточно хорошо и прошло испытания на крупных хайлоадах, хоть при этом и не читабельно.

LineHost:
Тема о том, как обычному пользователю правильно выбрать дом для своео сайта.

Лет за 10 стажа, я понял одно: "И самые стабильные - портятся и неизвестные становятся топами и ДЦ горяд", по этому обычному пользователю надо научится безболезненно мигрировать, так как надежды кроме как на себя - нет. А переезжать все равно придется, рано или поздно все портиться/дорожает/меняет политику к клиентам и так далее. Да и у самого проекта могут требования смениться.

Да и человек размещающий сайты самостоятельно это уже как бы не обычный пользователь. Это человек, который взял на себя ряд обязанностей определенного специалиста.

LineHost:

Ничего подобного. Самые лучшие клиенты не посещают такие форума. Они заказывают готовый продукт - сайт у разработчика, а тот уже советует у кого этот сайт размещать. Не секрет, выбор падает на тех, у кого партнёрка жирнее ;)

Ничего подобного. Я как разработчик, размещаю по партнерке, но не у кого жирнее, а у кого стабильнее. Знаете почему такие клиенты самые лучшие? Потому что они имеют мозг не хостеру, а тот кто им сделал сайт. Брать себе головную боль за горе хостера никому не хочется, все же это имя и репутация разработчика, а не хостера в данном случае. Разница только при одинаковом качестве и разной партнерке - тут да, возможно у кого жирнее при остальных прочих равных.

По теме: Мне кажется тут сложно определить, все нарабатывается с опытом. У меня было даже когда я советовал одного, при том у меня все работало стабильно и без перебоев, а у товарища падала хост машина каждую ночь и её по 2 часа восстанавливали. Тут чисто личное предпочтение, по другому никак.

ruvds.com посмотрите

smart2web:
Скорее нет, чем да. CMS все же пишут файлы и директории, поэтому закрывать их от записи равносильно нерабочему сайту или частично нерабочему. Если бы это были статические файлы, тогда да...

CMS пишут файлы не хаотично и не непонятно куда и зачем. Если у ТС старые движки подверженные взлому, значит он их не обновляет, а значит доступ CMS к своим файлам не нужен. Остается 2 типа задач: генерация кешей, загрузка медиа. К первой доступ из вне не нужен, тупо deny from all + engine off, во втором случая engine off и ограничение allow для <file (jpeg|png|gif|etc)$>

Все это банально на самом деле и спасет от 90% ботоатак через дырявые плагины. Хотя у вас на хостинге как то apache умудрялся писать в папки 755, видимо от того же юзверя работает что уже дырка :) как сейчас не знаю, юзаю онли VPS, хостинг не зашел как то :)

Я может буду кэп, но а что мешает банально запретить менять файлы и дериктории пользователю от которого работает апач и php в директориях в которых залиты сайты?

Или нужен мифический хостинг, с кнопкой самонастройки?

LargoYou:
Если встал такой вопрос.
а)Денег мало.
б)Не тратьте их попусту.
с)Не стоит начинать данный вид бизнеса.

По вашему тогда нет смылса открывать бизнес совсем. Ибо сейчас везде конкуренция не хуже чем в хостинге.

---------- Добавлено 22.03.2017 в 00:24 ----------

rubitan:
Хочу открыть свой хостинг проект и размышляю над первыми шагами, а именно где искать клиентов. Деньги на рекламу у меня есть но не знаю какой способ будет лучше всего по числу потраченных денег на приведенного клиента. Контекстная реклама как я видел очень дорогая да и может размещаться на нетематических сайтах. Хостеры, посоветуйте что делать и где рекламироваться.

В основном контекст, это быстро для теста. только перед запуском надо придумать свою фишку. Сдачей железа уже никого не удивишь и точно никак не выделишься.

Мне интересно, в тикетах придется расчитывать на такие же ответы, как и тут, на вопрос: "У нас сайт не работает третий час"?

Если есть клиенты данного "чуда", отпишитесь пожалуйста.

PS. Боюсь что эту темы в бан переместят вместе с ТС, а не в курилку ))

Всего: 4113