1. Главная
  2. gor

gor: Комментарии

Главные вкладки

4 декабря 2015 в 20:28

Это да. Я лично считаю что рано делать стабильный продакшн на php7. Для тех кому надо что б просто работало.

Но всегда есть те, кому нравится работать на всем последнем. И благодаря им - баги и находятся и лечатся. Так что больше спасибо пионерам-первопроходцам!

4 декабря 2015 в 16:48

@gorr хотя некоторые и говорят, что это 'не тот случай' - но мой опыт всех выходов новых версий php требует подождать хотя бы пол годика.
За это время найдут и решат проблемы, которые может выявить только реальное использование .
После уже можно начинать внедрять.

Опять же - Drupal 6 контриб не станет по большей части без допила. Тоже с Drupal 7.

А Drupal 8 еще только набирает оборотов.

4 декабря 2015 в 16:35

Boost н же во всех случаях спасает. Он кеширует для анонимов и целиком. Соответственно он полезен когда трафик анонимный ( не авторизируется) и попавшие в буст страницы окрашиваются больше чем 1 раз за время до истечения срока Кеша.
Особенно плохо бывает когда материалов 10000 , а в итоге их боты только парсят раз в день.
И время жизни 5 минут.

Вообщем с умом использовать надо и в ситуациях где он нужен.

1 декабря 2015 в 18:08

@alnov ага. Еще как новичку посоветую не боятся пробовать и не переживать если не получилось с первого раза. Не нужно ждать пока тебе готовый ответ дадут. Только появились идеи - сразу пробуй реализовать на тестовом сайте. Так ты быстрее разберешься и научишься .

1 декабря 2015 в 4:12

1 - из опыта. чаще всего проблему видел на сайтах, где на 1 страницу было 5-10 блоков из views представлений собранных по рекомендациям из поисковика. Без включенного кеширования представления. Итог обычно печальный - при достаточно малой посещаемости, дикая нагрузка базы по трафику (мегабайты данных в секунду). Теоретически это могут быть видимо и панели, но пока не попадалось, не могу судить.

27 ноября 2015 в 21:30

Вообще то он прав по некоторым пунктам:
- не делать таксономия меню ( реально тормозной вариант если без кеширования результата)
- не выносить представления виевс в блоки ( или включать кеширование для них отдельно)
- осторожно выбирать хостинг ( очень дешевые часто перегружены по бд)
- включить filecache ( реально помогает когда в кеш базы слишком много гигабайт данных падает и база тупо не тянет)

Имхо это ответ вполне .

23 ноября 2015 в 20:07

@Kevin99 не будь нубом, поменяй заголовок на адекватный. Это поможет привлечь внимание тех кто в теме проблемы и другим в будущем легче найти решение.
В правилах - мы такие темы в мусор кидаем, меняй на адекватный.

23 ноября 2015 в 19:51

orion76 wrote:

6.Если все это можно сделать непосредственно на drupal.ru - я еще более ЗА..

Процесс запущен. Требуется время, пока тележка с мертвой точки сойдет и сформируются механизмы работы.
Но по сути для этого есть milestones :

10 ноября 2015 в 11:50

Прошло больше года.
Я опять забрался в d8 посмотреть что изменилось..
странице /node/1

итого функций больше 1188 стало 6883
вызовов функций еще больше 26559 превратилось в 69102
время еще дольше стало с 159 до 263

10 ноября 2015 в 11:49

.... прошло почти 8 месяцев и я узнал о backdrop Smile бывает.
Узнал я о нем, когда начал думать как быть дальше.
Как бе надо развивать и сам сайт dh и другие проекты на подходе к релизу.

Взял я 8ку, вроде альфа. Даже установилась (месяца 2-3 назад не ставилась совсем)...
Решил портировать простенький модуль из dh проекта ( тот что уведомления показывает и рассылает )