Может это не ваше просто? Что тут объяснять. Есть 2 понятия, количество запросов в единицу времени и количество подключений в единицу времени. Вот эти директивы за это и отвечает.
Например можно сделать 100 запросов в единицу времени 1 потоком, а можно 10 потоками по 10
Только это деректива работает в контекстах http, server, location что означает что вы не то что разное ограничение по разным сайтам можете накидать, а даже разное ограничение на урлы повесить, просто вам в директиву limit_req_zone нужно попробовать помимо IP пропихнуть еще хост, чтоб не суммировалось со всеми
Ну я не знаю тогда как донести, что функции администратора не должны быть доступны не администраторам. А защиты одной лишь системы не достаточно ввиду того, что сломав ту самую систему можно получить безграничные возможности. Например ошибка в плагине дающая возможность получить администратора, и? Или ошибка в плагине (не ядре) дающая возможность заюзать какой нибудь wp-admin/upload.php. А вообще я уже понял что бесполезно спорить с человеком у которого из теории IT только codex.wordpress.org.
Неопнятно в чем тут холивар, но это лично твое дело, только статистику это не отменяет. Да и спорить или холиварить с тобой у меня нет желание, по этому на данном посте я в этой ветки приторможу. Ну а тебе могу сказать, что люди бывают разносторонние, работающие с разными языками/технологиями/задачами/командами и опыт их не ограничивается в узких рамках какой то одной задачи.
А так же для залития шелов, бэков и прочего мусора :) Придумать как выйти из этой ситуации я думаю не сложно, но в вэбе в разработке есть одно золотое правило "Все что не разрешено - запрещено". В идеале закрыть все, что не используется для работы пользователей с сайтом и открыть только то, с чем работают. Я сомневаюсь что гостям сайта нужна вся папка wp-admin. Хорошая практика сейчас у вэбфреймворков, весь код/ресурсы/настроки/шаблоны находятся выше корня сервера, а в корне только статика и точка входа index.php
Вы тут с личностями ошиблись. Требование ввели не регистраторы, им то пофиг. Требование ввело государство, чтобы в случае продажи органов, финансирования терроризма и прочей чернухи знали к кому в дверь стучать. А на зону ru/su это распространяется исключительно потому, что только на ru/su есть влияние. А если правительство скажет сдавать анализы, пойдем все дружно их сдавать вместе с регистраторами, тут ничего не поделать, заботяться об общем благе, а некомфортность некоторым персонам в рамках целой страны - это погрешность.
Что то я сомневаюсь что люди берут по 20-50-100 доменов себе для белых проектов😂 Скорее всего там Иван Иваныч Иванов в контактах, но мне кажется как то уже давно регистраторам сказали брать сканы, потом что то опять лайтовенько сделали, только по требованию.
PS. Лично я регистрирую все свои домены на себя, либо клиентские на клиентов и не знаю таких проблем 😂
Так как это копия сайта, то там и настройки подключения к БД тоже одинаковые и по этому на 1 БД у вас работают оба сайта.
Нет, но я не строю иллюзий по этому поводу и всегда готов при этом решать проблемы сам или мигрировать куда то еще. Я верю в силу поговорки "Бесплатный сыр только в мышеловке"
В описании на сайте или в описании в условиях с которыми вы согласились? Дело в том, что сайт это маркетинговый инструмент и там может быть все что угодно написано. Если вам не предоставили что то, что прописано в договоре, то тут другой разговор. Но обычно в договорах много подводных камней с приставкай "мы предоставим, но ..."
Вы тут заблуждаетесь. Цена услуги компании известна, чтобы её снизить, надо сокращать издержки, например на саппорте, новизне железа или чем то еще, но цену уменьшить можно только за счет чего то, а не просто так.
Лоукост в данном случае - это когда вас не спрашивают как вы хотите, а предлагают как есть еще и с урезанными возможностями. А если вам надо как то по особенному, то это уже не лоукост.
Это как поездка в час пик в метро или на лимузине, в конечном счете вы получите одинаковый результат (доберетесь до место назначения), но цена и качество будет явно отличаться.
Я конечно не сноб, но это исключительно ваш опыт, а кто то делает наоборот, переносит на CMS чтобы можно было нормально работать с сайтом.
Все ваши плюсы упираются в незнание конкретных CMS
1. Не знаю не одну CMS у которой есть проблемы для внедряемых изменений.
2. У всех CMS есть кэшировани, которое включается по кнопке и делает сайт статичным, сохраняя вывод в файл, на крайняк можно конфиг у прокси сервера подправить.
3. Я бы сильно поспорил с этим пунктом. Он будет истинным только в том случае, если архитектор и программисты в этом проекте оч крутые ребята, а это очень очень дорого, и я так понимаю там сейчас лапша код, сильная связность с конкретной БД с паролем в каждом файле и прочие "прелести" жизни.
4. Не знаю CMS которая ограничивает фронтедом, а вами приведенная CMS шаблоны может настраивать даже на параметры в урле, а про страницы то вообще молчу.
Глобальный минус тут только 1 из которого вытекает много много маленьких - это
То есть по факту вы переделали с одной CMS на другую, потому что первую вы собственно не знали. Но получили CMS которую кроме вас теперь никто не знает, ничего под ней не пишет (считайте все писать самим) и где тут плюсы вообще непонятно если честно. Лучше выучить что нибудь популярное, хорошо протестированное и поддерживаемое сообществом, чем пилить свои костыли особенно если не хватает квалификации, а её в чем то но не хватает.
PS. Вывод "перенес сайты некоторых компаний с Bitrix на nonameCMS" и получил плюсы. А все уперлось, что битрикс не знаем, а nonameCMS знаем как свои 5 пальцев, по этому есть и плюсы.
PPS. Загрузка битрикса главной страницы одной мебельной компании:
Первый хит:
Последующие:
Статика то может и быстрее, но оно надо ли?
