логи сервера могут быть где угодно,
если "сервер" шаред-хостинг, часто доступ к логам есть в панели управления хостингом
иногда его выводят в папку сайта или домашнюю директорию пользователя.. (скорее всего папка log, logs и т.п.)

Если это впс-вдс то логи обычно лежат в папке: /var/log (путь от корня файловой системы сервера)
ищем папки nginx, php, apache и т.п.

Но в любом случае, если WSOD - не надо тратить свое и чужое время зря,
надо просто посмотреть логи, и в 98% случаев там все написано.

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

Если WSOD, то вэб-сервер оставил в error.log сообщение..
Интересно... что там..?

1. Откройте сайт в браузере Chrome.
2. Нажмите на клавиатуре клавишу F12.
3. Откроется панель "Инструменты разработчика"
4. Перейдите на вкладку Network (Сеть)
5. Перезагрузите страницу (F5)
6. Найдите в списке загруженных файлов файл с "ошибкой загрузки" (он выделен красным цветом)
7. Посмотрите путь по которому браузер пытается его загрузить.
8. Если путь "не правильный" - надо с ним что-то делать.
9. Как минимум "что делать" уже будет понятнее

Orion76 wrote:

вот урл ссылки пейджера с сайта @max-Z: /girls?f[0]=kategoria_devocki:47&f[1]=kategoria_devocki:48&page=1

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

А ящитаю анкета это - форма..
Но рассудит нас только автор-)

lukasss-vs wrote:

page=0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C0%2C1

Это не похоже на "нормально"..
если декодировать, получится:
page=0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1

фигня какая-то

В идеале, такая информация (про варианты наименования шаблонов) должна быть в специальном справочнике на drupal.ru
По аналогии с подобной справочной системой drupal.org.
Естественно, переведенной на понятный для пользователей drupal.ru язык.

Индивидуальный шаблон нужен , в основном, для индивидуальной html-разметки (конкретно индивидуальной структуры html-тегов).
Если у Вас шаблоны блоков отличаются только css-классами, то скорее всего у Вас просто "css-классификация" не оптимальна или Вы не до конца понимаете возможности css-селекторов.
Тогда нужно просто перечитать какое-нибудь руководство по css.

Views - это только "визуальный" построитель запросов к БД, для выборки определенного набора сущностей..
Как он "пересекается" с Вашей задачей почти не понятно.
Поэтому есть предположение что Вы что-то не по прямому назначению используете.

То что Вы описываете, больше похоже на "форму" со стейтами (#state) или на вэбформы - говорят там есть функционал организации видимости полей в зависимости от значений других(связанных) полей.

Блин, мечтал в пятницу вечером поумничать, а тут все просто-)

Делаете вьюс-блок, который принимает в контекстный фильтр ИД термина таксономии (из пути страницы (страница термина таксономии))
и выводит список его дочерних(или сыновьих, кому как нравится) терминов.

Хм.. если DS Вам не помогает (хотя в чем конкретно, Вы никак не обозначили) то Вы прирожденный программист.
Хотя 95% подобных задач он неплохо решает..
Про Panels я даже опасаюсь упоминать..

Мышкой возят по экрану только лохи-)

Тогда начните с теории переопределения шаблонов.

Вы подробности рассказывать не хотите: что это такое и зачем оно нужно..
А без этого банально неизвестно, как нужно подключить этот jquery-плагин..

Что самое обидное, как раз в данный момент хрустальный шар на шлифовке..
Теперь наверное только после нового года,
или во время..
Иногда у некоторых на новый год обостряются паранормальные способности..

С наступающим-)

ЗЫ.. уверен процентов на 90, Ваша задачка решается проще, более-менее стандартными и испытанными способами..
Знать бы только, что это за задачка..

Я про это и писал, "Ссылки" это скорее всего и есть "меню навигации по подшивке" ..
а генерация меню для всех языков подшивке, похоже, не предусмотрена..
наверное забыли сделать-)

ЗЫ.. фуф.. никто не заметил как я лоханулся.. фидс же тоже массив, который надо слить в один-)

тогда так:

Не совсем понятно как это помогло.. но помогло и здорово-)

только код выше можно сильно сократить:

Вообще, функции "многоязычности" в Drupal 8 заложены в ядре..
Странно, что с book такие нюансы..

По моим "ощущениям" модуль book находиться в ядре друпал только потому что на drupal.org справочная система на нем.
Хотя, для некоторых задач, если уметь его приготовить - отличная штука.

Но похоже - ей уделяют мало внимания-)

isuvar wrote:

что Product в Commerce 2 уже не является типом материала.

Еще не смотрел Коммерц в восьмерке, но скорее всего основной принцип сохранился:
1. Product - это просто информация о товаре. Сама сущность Product не должна нигде выводиться, кроме некоторых страниц в админке.
2.Product Display - это уже и есть "карточка товара" которая выводится покупателю.
По сути это просто обычная нода с полем Product (тот самый продукт)

Второе имя Drupal 8 - "возможно все"
Не только form_alter, можно любой сервис заменить и MySQL на MS Excel.

Пока мы точно не знаем, что там у Вас еще "*_alter" , строить какие либо предположения - контрпродуктивно-)

Оно ??:
https://www.drupal.org/project/entityreference_view_widget

документация по настройке: https://www.drupal.org/node/2830027

Если действительно надо, чтобы сайт отдавал статичный html-файл, никаких проблем..
И с друпал это никак не связано, совсем..

Надо просто правильно настроить вэб-сервер(apache или nginx или что там у Вас еще)

Основной вопрос в том: а оно Вам надо?
Отклонение от drupal-way это прямая дорога в преисподнюю..
Сначала надо статичный html отдавать..
Потом Вам захочется SQL-запросы в GET-запросе передавать..
А потом ВЫ среднестатический проситель на данном форуме: сами мы не местные, наш сайт взломали(сломали, потеряли), помогите кто чем может-((

Ошибка 500 чаще всего возникает из-за критичных ошибок в php-коде.
Сервер "описание причин" этих ошибок записывает в лог.
Без понимания "причины" ошибки невозможно дать какой-либо совет по ее устранению.

Поэтому, как выше порекомендовали, найдите описание причин данной ошибки в логах сервера и покажите его здесь.
Скорее всего там достаточно информации, чтобы не гадать, а сразу указать, что необходимо сделать, чтобы эта ошибка "исправилась".

Если не храните на сервере оригинальные изображения, просто отмените контроль размера файла.
Настройте обрезку-маштабирование-оптимизацию и все..

Кстати, во времена, когда стоимость дискового пространства на серверах приближается к отрицательной, экономить килобайты - лишний геморрой и ничего более..
Если на Вашем хостинге нет возможности увеличить дисковое пространство без изменения тарифа - ничего страшного.

имхо, все что Вам нужно, это:
1.Обрезать-маштабировать изображение до определенного размера.
2.Оптимизировать до определенного качества. (https://www.drupal.org/project/imageapi_optimize)

В среднем, все изображения получатся одного размера(веса), который никогда не будет превышать некоторый порог "веса".