Возвращаемся к теме друпал, что бы сгенерировать страницу немного сложную с параграфами вюшками сайдбаром с блоками и т.д. сколько нужно запросов часто с хорошую сотню а то и больше но они все легинькие, запросы могут паралельно на ядрах выполняться (у нас селекты и таблица не блокируется) так вот на 4х ядрах плохих будет генерироваться быстрее чем на одном хорошем. (может не прав, нужны тесты, но у меня такое ощущение. )
И снова таки и да и нет )))
Стандартные сайты не нагружать в один поток, это не обработка бигдаты или кодирования видео, это куча мелких запросов с разных сторон, поэтому в неком смысле есть смысл в много ядер с меньшей мощностью )
Но конечно выделенный сервер с выделенными ядрами ещё и в кластере и с балансировкой лучше чем впс ) но гораздо дороже и смысла нет
ispmanager полный контроль никак не противоречит, isp побольшому счету морда которая автоматично прописывает apache и nginx + разделяет пользователей, ставит им квоту(так же прописывая автоматично конфигы)
то есть по факту Вам никто не мешает самому что то свое накрутить, более того автоматизировать накручивания(можно те же шаблоны для nginx написать и скормить isp что бы он брал твои шаблоны)
Тем мне и понравился isp, если взять ту же cpanel там гораздо сложнее все накручено.(хотя для пользователя немного больше возможностей)
Уже немного больше года все хорошо.
Насчет того что много задач не распараллеливается и да и нет. В рамках веб сервера apache nginx mysql умеет паралелить, а это 99% всего что нужно веб серверу.
У меня все работает хорошо на cpx31 было на cx41
оперативку мы уж точно не делим ни с кем )))
Если процессора станет мало то возьму cpx41 и пока будет запаса на долго
А еще если в Хенкель брать, то ПДВ не считают, поэтому от цен отнимай 20% с того что на сайте
С учетом что я взял дополнительный value на 50 гиг(2евро) + сервер 12 евро, то в месяц мне обходится 14 евро... Что очень даже выгодно, и брать сервер в 2-3 раза дороже нет смысла даже если перееду на более высокий сервер 22,2евро все равно выгодно, и пока не вижу смысла менять.
использую морду для клиентов ispmanager
так же докеры крутятся для внутрених целей и работ(redmine на нем и еще несколько фич)
самые посещаемые сайты и те сайты которые сопровождаю сразу перевожу на nginx+php-fpm
остальные сайты работают в связке nginx-apache-php-fpm
Таким образом для каждого пользователя создается один процес apache который прожерлевый, но позволяет работать пользователям с файлом htaccess, а для посетителей сайтов отдает данные nginx экономя драгоценный ОЗУ.
Полностью согласен. Без думно не годится. Но если посмотреть пример, вот есть сервер такие то параметры, вот так вот настроено и работает молненосно. Взять вот эти настройки под себя подкрутить, обратить на что то внимания очень удобно и полезно. Возможно с уточнениями обратить внимание на эти параметры очень сильно ускоряют производительность но оперативку жрет.
Начиная с верстки
хорошо поможет
advagg
imageapi_optimize
+ webp + настройки на сервере подтягивания ползунков и скорости.
Смотрим что бы отказы были по меньше(поисковики сильно реагируют на это)
Соответственно для человека должно быть удобно и читабельно.
Ну и дальше то что выше было
Выбрав к примеру ту же симфонию получу такой же результат.
можно написать какой то самописный линейный код, но как же тогда расширяемость удобство и т.д.
В целом проект достаточно сложный и обширный, и то что нужно делать апдейт 100к материалов это хоть и обязательная часть, но очень малая часть проекта, под все остальное друпал идеально вписывается со своими вюхами. ролями пользоватлей регистрацией форм и т.д.
Конечно клево, но варнишь никак не справиться если к примеру нужно обновить 100к нод.
А когда работаешь с таким объемом и нужно регулярно (раз в сутки это делать) то в любом случаи нужно дергать сайт без варниша.
И конечно же на таком объеме я чувствую каждые 10мс которые превращаются в 15-20 минут на объеме.
Я вордпоесс знаю, и на нем время от времени кое что делаю, так же администрирую сервера, и друпал зна, и году знаю. И в некоторых случаях вп действительно выигрывает причем сильно. Но в большинстве случаев проиграют, жёсткой корреляции между какая система и какая цена нет, тем не менее болшенство задач которые приходят проще и дешевле разрабатываются на друпале но не все. Поэтому и знаю разные системы
Убедил, друпал много чего плохого, и вот хочу я другую систему, вордпрессе мало мне и в итоге для большинства задач, и разрабатывая на нем получу или более тормознутую систему или дольше/дороже, (а часто одно и другое) на фреймворка для задач которые поступают как правило так же дольше и сллжнееч какая альтернатива все же?
Вп в целом для простых сайтов подходят, ДО 50 часов, восновном у меня задачи на 100-300 часов, как быть все же?
Большинство хостинга уже от 30$ в год дают ssh , и он нужен не только для драш или композерк, в том же вп есть туда очень удобная да и куча других плюшек которые дают ssh, сегодня это уже не редкость, скорее наоборот отсутствие ssh редкость
Valeratal wrote:
чувак, ну че ты чушь то пишешь. Причем тут модуль статистика и кэш вьюх?
ну да, ты показал свою некомпетентность в другой теме. Но сюда зачем это подтягивать?
1. В чем показал не компетентность? Кажется человек сейчас хоть что то находит как раз из за моих подсказок.
Один у меня сайтег есть мелкий, у него посещалка 150 чел в день. База разрастается на 8гб
Ну вот поэтому и роздувается так как нужно выглядеть каждого посетителя записать, чем Гугл аналитика или Яндекс метрика не устраивает не понятно. На крайняк цели прописать. Но это другая история ))
Думаю в этом проблема и есть, если анонимный юзер запускает обновление данных.
Обход вижу обработку данных через js
Можно получать данные через ajax страницы которая не кэшируется
Проверь точно ли получаешь новые данные, можно в журнал писать
\Drupal::logger('my_module')->notice($message);
еще некоторые сервера настроены на кэширования запросов или кеширования скриптов, поэтому теоретично может быть проблема на уровне сервера(на шаред обычно этого нет)
Block caching кэширует блоки если они есть. В целом если можно без блока то вообще не нужно и не юзай блоки.
А еще для понимания это все конечно здорово и нужно, если возникают проблемы.
на простом шаред хосте друпал спокойно держал нагрузку в 10-15тыс уников без никаких кэшей.
С кэшами прийдут вопросы что что то поправил, а оно не поправилось. Так же могут быть проблемы с динамичными данными для разных пользователей.
Drupal 8/9 давай скоростью (mysql 8 \ mariadb 10.3)
Возвращаемся к теме друпал, что бы сгенерировать страницу немного сложную с параграфами вюшками сайдбаром с блоками и т.д. сколько нужно запросов часто с хорошую сотню а то и больше но они все легинькие, запросы могут паралельно на ядрах выполняться (у нас селекты и таблица не блокируется) так вот на 4х ядрах плохих будет генерироваться быстрее чем на одном хорошем. (может не прав, нужны тесты, но у меня такое ощущение. )
Drupal 8/9 давай скоростью (mysql 8 \ mariadb 10.3)
И снова таки и да и нет )))
Стандартные сайты не нагружать в один поток, это не обработка бигдаты или кодирования видео, это куча мелких запросов с разных сторон, поэтому в неком смысле есть смысл в много ядер с меньшей мощностью )
Но конечно выделенный сервер с выделенными ядрами ещё и в кластере и с балансировкой лучше чем впс ) но гораздо дороже и смысла нет
Drupal 8/9 давай скоростью (mysql 8 \ mariadb 10.3)
ispmanager полный контроль никак не противоречит, isp побольшому счету морда которая автоматично прописывает apache и nginx + разделяет пользователей, ставит им квоту(так же прописывая автоматично конфигы)
то есть по факту Вам никто не мешает самому что то свое накрутить, более того автоматизировать накручивания(можно те же шаблоны для nginx написать и скормить isp что бы он брал твои шаблоны)
Тем мне и понравился isp, если взять ту же cpanel там гораздо сложнее все накручено.(хотя для пользователя немного больше возможностей)
Drupal 8/9 давай скоростью (mysql 8 \ mariadb 10.3)
Уже немного больше года все хорошо.
Насчет того что много задач не распараллеливается и да и нет. В рамках веб сервера apache nginx mysql умеет паралелить, а это 99% всего что нужно веб серверу.
Drupal 8/9 давай скоростью (mysql 8 \ mariadb 10.3)
У меня все работает хорошо на cpx31 было на cx41
оперативку мы уж точно не делим ни с кем )))
Если процессора станет мало то возьму cpx41 и пока будет запаса на долго
А еще если в Хенкель брать, то ПДВ не считают, поэтому от цен отнимай 20% с того что на сайте
С учетом что я взял дополнительный value на 50 гиг(2евро) + сервер 12 евро, то в месяц мне обходится 14 евро... Что очень даже выгодно, и брать сервер в 2-3 раза дороже нет смысла даже если перееду на более высокий сервер 22,2евро все равно выгодно, и пока не вижу смысла менять.
Drupal 8/9 давай скоростью (mysql 8 \ mariadb 10.3)
Берём Клауд и берём не выделенные ядра. Ядра распределяются между 3 пользователями.
В итоге все достаточно стабильно и хорошо работает
Клауд очень удобен в управлении и стабильный.
Drupal 8/9 давай скоростью (mysql 8 \ mariadb 10.3)
Vps беру на хезтнере, не даже если брать на 8 ядерь все равно выгодно вас а не что то выделенное или колокейщен.
Насчёт бекапов да отдельно, для удобство конекчу по nfs раздел и туда бекапы складываю
Drupal 8/9 давай скоростью (mysql 8 \ mariadb 10.3)
использую морду для клиентов ispmanager
так же докеры крутятся для внутрених целей и работ(redmine на нем и еще несколько фич)
самые посещаемые сайты и те сайты которые сопровождаю сразу перевожу на nginx+php-fpm
остальные сайты работают в связке nginx-apache-php-fpm
Таким образом для каждого пользователя создается один процес apache который прожерлевый, но позволяет работать пользователям с файлом htaccess, а для посетителей сайтов отдает данные nginx экономя драгоценный ОЗУ.
Drupal 8/9 давай скоростью (mysql 8 \ mariadb 10.3)
Полностью согласен. Без думно не годится. Но если посмотреть пример, вот есть сервер такие то параметры, вот так вот настроено и работает молненосно. Взять вот эти настройки под себя подкрутить, обратить на что то внимания очень удобно и полезно. Возможно с уточнениями обратить внимание на эти параметры очень сильно ускоряют производительность но оперативку жрет.
Drupal 8/9 давай скоростью (mysql 8 \ mariadb 10.3)
С кластером интересно, но в моем случаи не совсем подходит, так как это сервер под сотни полторы сайтов.
Если какой-нить мануал по SEO применительно к Друпалу?
Начиная с верстки
хорошо поможет
advagg
imageapi_optimize
+ webp + настройки на сервере подтягивания ползунков и скорости.
Смотрим что бы отказы были по меньше(поисковики сильно реагируют на это)
Соответственно для человека должно быть удобно и читабельно.
Ну и дальше то что выше было
Drupal 8/9 давай скоростью (mysql 8 \ mariadb 10.3)
Выбрав к примеру ту же симфонию получу такой же результат.
можно написать какой то самописный линейный код, но как же тогда расширяемость удобство и т.д.
В целом проект достаточно сложный и обширный, и то что нужно делать апдейт 100к материалов это хоть и обязательная часть, но очень малая часть проекта, под все остальное друпал идеально вписывается со своими вюхами. ролями пользоватлей регистрацией форм и т.д.
Drupal 8/9 давай скоростью (mysql 8 \ mariadb 10.3)
Конечно клево, но варнишь никак не справиться если к примеру нужно обновить 100к нод.
А когда работаешь с таким объемом и нужно регулярно (раз в сутки это делать) то в любом случаи нужно дергать сайт без варниша.
И конечно же на таком объеме я чувствую каждые 10мс которые превращаются в 15-20 минут на объеме.
Дрис о 10-ке и планах друпала
Я вордпоесс знаю, и на нем время от времени кое что делаю, так же администрирую сервера, и друпал зна, и году знаю. И в некоторых случаях вп действительно выигрывает причем сильно. Но в большинстве случаев проиграют, жёсткой корреляции между какая система и какая цена нет, тем не менее болшенство задач которые приходят проще и дешевле разрабатываются на друпале но не все. Поэтому и знаю разные системы
Дрис о 10-ке и планах друпала
Убедил, друпал много чего плохого, и вот хочу я другую систему, вордпрессе мало мне и в итоге для большинства задач, и разрабатывая на нем получу или более тормознутую систему или дольше/дороже, (а часто одно и другое) на фреймворка для задач которые поступают как правило так же дольше и сллжнееч какая альтернатива все же?
Вп в целом для простых сайтов подходят, ДО 50 часов, восновном у меня задачи на 100-300 часов, как быть все же?
Дрис о 10-ке и планах друпала
Большинство хостинга уже от 30$ в год дают ssh , и он нужен не только для драш или композерк, в том же вп есть туда очень удобная да и куча других плюшек которые дают ssh, сегодня это уже не редкость, скорее наоборот отсутствие ssh редкость
Дрис о 10-ке и планах друпала
Рецепт на установку драша на шаред хостах, подобным образом, кстати, можно и композер, пожалуйста
Дрис о 10-ке и планах друпала
SSH есть? зачем что то на сервере ставить от рута?
Drupal вопросы по кешированию.
1. В чем показал не компетентность? Кажется человек сейчас хоть что то находит как раз из за моих подсказок.
Drupal вопросы по кешированию.
Ну вот поэтому и роздувается так как нужно выглядеть каждого посетителя записать, чем Гугл аналитика или Яндекс метрика не устраивает не понятно. На крайняк цели прописать. Но это другая история ))
Drupal вопросы по кешированию.
Это там где собираешь статистику по каждом посищению?
Запрос к БД без кэша
Думаю в этом проблема и есть, если анонимный юзер запускает обновление данных.
Обход вижу обработку данных через js
Можно получать данные через ajax страницы которая не кэшируется
Запрос к БД без кэша
Значит и не проходит!
Кэши в настройках друпала стоят?
Запрос к БД без кэша
Проверь точно ли получаешь новые данные, можно в журнал писать
\Drupal::logger('my_module')->notice($message);
еще некоторые сервера настроены на кэширования запросов или кеширования скриптов, поэтому теоретично может быть проблема на уровне сервера(на шаред обычно этого нет)
Drupal вопросы по кешированию.
Block caching кэширует блоки если они есть. В целом если можно без блока то вообще не нужно и не юзай блоки.
А еще для понимания это все конечно здорово и нужно, если возникают проблемы.
на простом шаред хосте друпал спокойно держал нагрузку в 10-15тыс уников без никаких кэшей.
С кэшами прийдут вопросы что что то поправил, а оно не поправилось. Так же могут быть проблемы с динамичными данными для разных пользователей.