то что пишут в книгах и общепринято в обществе
Не видел ни одного бизнеса который бы по книжкам делался. Возможно потому что начинал очень давно, тогда и книжек не было:)
Кто будет производить технические работы на сайте? Добавление категорий, полей, изменение шаблонов под свои задачи и прочее. Вот этот человек и должен выбирать себе CMS. Также хотелки со временем растут и нужно иметь возможность добавлять новый функционал. Скажем поначалу будет достаточно экспорта в .CSV и последующей закачки в 1C. Потом захочется это автоматизировать. Затем захочется интегрировать с оплатой через банк. Потом понадобится прикрутить AI чат-бота. И так далее и тому подобное. А если вы ещё сообщество захотите завести, то и роли модераторов появятся.
Либо, вы можете идти не от имеющегося в наличии человека, а попробовать найти человека/компанию которая будет вас сопровождать. Как правило, такие компании предлагают свои наработки на базе тех или иных CMS.
Если вам не нужны аналитические отчеты Метрики, какие-то срезы и тд, хватит AWStats за глаза и даже больше.
А почему только AWstats, есть куда более интересные пакеты.
1) Теоретически можно ограничить скорость, частоту обходов для ботов в robots.txt
2) Средствами nginx ограничить лимиты на одновременные соединения по http, https по юзер агенту.
3) C 2) или взамен, настроить rate-limit по числу открытых соединения, опять же по юзер агенту.
4) Был какой-то готовый скрипт на перле кажется который прибивал процессы по имени если их количество превышало заданное. Но не помню названия. В целом это не очень хорошо, потому что таким способом убивается всё подряд, запросы в базу, сохранение файлов - всё побоку пойдёт.
5) Как уже сказали выше, переключиться на php-fpm и ограничить число дочек процессов а также установить на них лимиты на потребление CPU, RAM.
Лучше всего и мягче всего реализовать по пункту 2. Примеров в интернете масса.
Для кинетика есть подробные инструкции прямо у них на сайте.
Сначала отделите понятия белый и серый айпи от статический и динамический. Ещё хостер, называется...
Когда апишник за провайдерским NAT находится, DDNS бесполезен.
Чтобы ты спросил. Спроси чат жпт, он тебе ответит зачем.
Ну это было лет 15 назад, сейчас видимо у провайдерах поменялось, актуальный обзор вот нашелся чего к чему https://habr.com/ru/articles/785328/
Не достаточно. Для этого должен быть, так называемый, "белый ip". Или другими словами - публичный ip, внешний ip.
Если провайдер вам выдаст серый ip, то там DDNS никак не поможет.
В мохнатых годах, мне помогало:) Он не зря называется динамическим. При смене IP адреса у провайдера, он вносит изменения в ДНС записи для домена автоматически. Но, если не ошибаюсь, для этого нужен агент на стороне клиента. Как это будет работать сейчас, с ТСПУ и блокировками - хз.
Здравствуйте.
вопрос для знатоков Линуксов, Юниксов и прочих подобных друг другу ОС, в частности, Debian.
логи access для всех сайтов включены и собираются.
как одной командой узнать в какой каталог (сайт) больше всего бьется запросов от ПС, заходов юзеров?
т.е. узнать сайт, который больше всего грузит сервер скриптами PHP
Для того, чтобы посмотреть какой сайт посещаемый нужен какой-нибудь скрипт аналитики по логам, какой-нибудь webalizer. Но это не значит, что именно этот сайт грузит сервер/хостинг. Чтобы нагрузку измерить, нужно, например, чтобы php скрипты запускались от имени пользователя. Но универсального способа измерить нагрузку все равно нет и одной командой она не измеряется.
