NM
Но ведь с ним описанных проблем не будет.
Size: a a a
2020 February 18
AP
Но ведь с ним описанных проблем не будет.
Зависит-то не от него, а от логики
AK
Andrey Postnikov: а у вас на хостинге какие-то специальные оптимизации под Drupal сделаны? Ну кроме стандартных типа "640 мб RAM хватит на всех" ©
AP
Andrey Postnikov: а у вас на хостинге какие-то специальные оптимизации под Drupal сделаны? Ну кроме стандартных типа "640 мб RAM хватит на всех" ©
У меня нет хостинга) а обвес от проекта зависит. А локально докер
AK
@adubovskoy может ваш хостинг подойдёт?
А на что тогда тут намекали? ;)
AK
ой, обознатушки ;) вопрос к @adubovskoy
AP
А на что тогда тут намекали? ;)
Полагаю, что у радона просто всё уже настроено для хостинга)
AK
Полагаю, что у радона просто всё уже настроено для хостинга)
ну вот в этом и вопрос - что такого интересного можно подкрутить на хостинге, чтобы Друпал лучше бегал
AP
Но речь вообще о том, что обязательно нужно разделять разработку и "хостинг"
Тогда и вопросы и с композером и с памятью отпадут
Тогда и вопросы и с композером и с памятью отпадут
AP
ну вот в этом и вопрос - что такого интересного можно подкрутить на хостинге, чтобы Друпал лучше бегал
Правильный вопрос - как ускорить конкретный сайт и что мешает это сделать
AD
ой, обознатушки ;) вопрос к @adubovskoy
вопрос скорее к @dmitriydubovskoy
AK
Но речь вообще о том, что обязательно нужно разделять разработку и "хостинг"
Тогда и вопросы и с композером и с памятью отпадут
Тогда и вопросы и с композером и с памятью отпадут
с этим согласен, но для мелких правок на разных говносайтиках делать отдельную тестовую площадку и деплой - обычно нецелесообразно, и печально наблюдать когда тебе надо просто 1 модуль поставить через компостер на хостинге таймвёб, и увидеть там мемори лимит эррор
I<
Andrey Postnikov: а у вас на хостинге какие-то специальные оптимизации под Drupal сделаны? Ну кроме стандартных типа "640 мб RAM хватит на всех" ©
Нету таких отпимизаций, специфичных только для Друпал.
NM
с этим согласен, но для мелких правок на разных говносайтиках делать отдельную тестовую площадку и деплой - обычно нецелесообразно, и печально наблюдать когда тебе надо просто 1 модуль поставить через компостер на хостинге таймвёб, и увидеть там мемори лимит эррор
Никто не мешает "поставить" его локально и закинуть lock файл. Для этого достаточно только php и composer.json проекта.
AK
Нету таких отпимизаций, специфичных только для Друпал.
ну т.е. тоже "маркетинг"? ;))
AD
Нету таких отпимизаций, специфичных только для Друпал.
cli инструменты (типа drush7 глобально, gulp, rollup), настройки файрвола, такое скорее...
AK
Никто не мешает "поставить" его локально и закинуть lock файл. Для этого достаточно только php и composer.json проекта.
лень мешает ;) вместо выполнения одной команды типа
composer install drupal/bootstrap4 - тянуть на локалку и потом обратно...DD
ну вот в этом и вопрос - что такого интересного можно подкрутить на хостинге, чтобы Друпал лучше бегал
LAMP стрек пооптимизировать - и всё, этого достаточно будет. Если всё оптимизировано, то тогда в производительность железа упираемся.
AP
ну т.е. тоже "маркетинг"? ;))
Возможно, но обычно такие заявления имеют что-то под собой, типа "гарантированные ресурсы"
DD
Например у нас по LAMP стеку везде lsphp используется - это даёт меньшие тайминги.