Проверка isset($stars) бессмысленна, ибо значение вы получаете через variable_get, у variable_get второй аргумент - значение по умолчанию, в вашем случае - 5. То есть $stars всегда будет или значением variable, или 5.

А вы залогиненым проверяете? Под админом кэша почти нет.

У вас точно Drupal 8?
По идее, вам нужен hook_views_rss_feed_alter(&$rss_feed), в котором приблизительно

На башкирском!

Во сколько раз быстрее? С кэшем или без? С entitycache или без? На 7-ке или 8-ке? Быстрее только запрос или весь рендеринг вьюхи?

merlin wrote:

Ну этож очевидно, что поля - это дополнительное обращение к дополнительным таблицам. Включите и посмотрите запрос SQL

merlin wrote:

Лучше удалить

Как влияет на производительность - лучше проверить. Это раз.
Поля, которые не используются действительно лучше удалять, дабы не было путаницы. Это два.
Зачатую во вьюхе лучше выводить не поля, а отрендеренную ноду в определенном вьюмоде, ибо если надо будет добавить вывод во вьюху это надо будет сделать только во вьюмоде, а не во всех вьюхах.

Смысл - давать доступ к файлам только при соблюдении определенных условий, например - только собственные файлы пользователя, скачивание файла только после оплаты доступа или заполнения формы, ещё что-то. Как-то так.

Надо запретить прямой доступ к папке на уровне веб-сервера.

kolotunbobo wrote:

Написано в теме [Решено]. А ведь с ошибками проблему товарищ не решил.

Приведенный вами фрагмент кода тоже не решает проблемы с ошибками. Зачем там два define?

А можно сделать роут events/{year}/{month}/{day}/{title} для всех мероприятий и вообще ничего с урлом не делать.

В таком случае, особым родом персонального ада должны быть бэм-классы кириллицей. =)))

Тут вообще весь код непонятно как должен работать. Переменная $city_result не используется и затирается новым значением сразу после создания, а в settings каждый проход значение перезаписывается.

Аналогия:
Я использую на проекте гайки с левой резьбой. Везде всегда правая, а мне вот удобнее с левой. Часто ли вы встречаете, что на проект приходят люди, у которых все инструменты и документация на гайки с правой?

Правильный ответ - нечасто, но достаточно одного раза, чтобы перестать так делать.

Конкретно у меня - не скажу, что часто, но бывает. Вообще говоря ситуация реально не такая редкая. Разработку заказали в одном месте, а дальнейшую поддержку отдали на аутсорс. И можно оказаться с любой стороны.

VasyOK wrote:

Предполагается, что на сайте разработчики русско-понимающие.

В любой момент предположение может оказаться неверным. Из практики - доработка одного сайта, который делали поляки, которые предполагали, что на сайте разработчики польско-говорящие.

С кэшем дружить скорее всего не будет. Как вариант - наколдовать на js тупую проверку по ширине вьюпорта, если шире какого-то значения - забираем блок аяксом, если нет - ничего не делаем.

Правильно ли я понял, что при появлении поста в инстаграме нужно создавать ноду на сайте? Тогда скорее всего понадобится самописный модулёк, который тупо по крону будет дёргать API инстаграма и создавать ноду, если появились новые посты.

Очень удобно.

Чтобы пользователь сайта мог узнать об изменении правил ему всего-то надо, что зайти на гитхаб, найти открытый issue про Тёмную материю, в котором пункт 7 гласит, что "В правила «Модерация и ответственность» вносим соответствующие корректировки (будет отдельный issue)." С галочкой. И непонятно, когда эта галочка появилась.

Ммм. ИМХО, не совсем корректно уведомлять об изменениях в правилах на стороннем сайте. К тому же не помню я там упоминаний о внесении изменений в правила.

Внезапно. И давно? Честно говоря не припомню, чтобы были какие-то уведомления об изменениях в правилах.

По дефолту, в хлебных крошках отображаются только те участки, которые есть в меню. Можно попробовать menu_trail_by_path, в простых случаях вполне достаточно.