Кришпер wrote:

в идеале бы на разных страницах грузить разные скрипты

1. Жёсткий вызов theme_render_template не позволит переопределять файл в теме.
2. Свои кастомные модули, как правило, кладут в папку sites/all/modules/custom
3. При именовании своих модулей принято использовать какой-нибудь префикс, чтобы название не совпало с названием какого-нибудь контрибного модуля.
4. Куда-то не туда направление слэшей в пути до директории.

Блин, не заметил. Конечно всё пусто будет, у вас #access = FALSE, значит доступа к этим полям не имеет никто.

В column_left и column_right добавить '#tree' => FALSE

И заголовок, и хлебные крошки, и даже небо, и даже А
https://www.drupal.org/node/533448 - сравнение относительно популярных модулей для управления хлебными крошками.
Дополнительно - можно написать для данных страниц свои хлебные крошки в своём модуле.
Дополнительно - можно с помощью альтеров и такой-то матери поменять ядрённые хлебные крошки.

А можно наконец-то и объяснить, как на сайте с панелями, сделать хлебные крошки вьюсами.

Ну между убунтой и дебиан разницы особой понятно не будет. А так да, хоть генту на серве крутить можно.

Три теории:
1. Емнип, настройки для типов материалов хранятся с помощью variable set/get, а значит могут быть жёстко переопределены в settings.php.
2. Возможно как-то завязаны контрибные модули экспорта/импорта типов материалов, которые жёстко задают настройки в коде.
3. Ну и кастом хулиганить может.

В новосозданном типе материала наблюдается такое поведение? Такое поведение у всех типов материала, или одного?

Ну а панель в таком случае как вытащить? Или кастомную страницу, через hook_menu сделанную?
Я конечно могу предположить, что реврайтом полей вьюхи, но тянет на слишком уж большой извратЪ.

bsyomov wrote:

сервер во все нужные группы. Это не самый удачный вариант, но в целом рабочий

VasyOK wrote:

Создаю крошки через views

kompospec wrote:

Две страницы на одной. Вторая с ошибкой. Первая - правильная.

Какая ошибка-то хоть?

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

1. Отлично.
2. Пустой disallow не нужен, а так вроде правильно.
3. Лично я использую nginx, ибо конфиги апача я за много лет так и не осилил. Но вообще говоря, если там синтаксис регэкспов, то знак вопроса является спецсимволом, и его надо как-то экранировать. Наверное.

Ещё раз - проблема не в том, что человек не может залить дамп. Это он вполне успешно делает с помощью обычной консоли, которая вообще не требует танцев с бубном, и может хоть 10-гиговые дампы заливать.

Проблема в кривости самого дампа. И скорее всего в наличии левых таблиц в базе. Можно попробовать - вычистить из дампа всё относящееся к создании вьюх. Можно - создать дамп изначально без этих вьюх. Можно - попробовать другую версию mysql, может из-за несовпадения версий что-то не так.

Ну вот почему? Голый дебиан в минимальной поставке не сильно отличается от голого арча. Арч не подойдёт скорее потому, что там слишком новые версии пакетов, ну и стабильность пакетов может вызывать сомнения для использования на сервере. Но никак не из-за сложности.

1. Добавить на страницы canonical.
2. Добавить в robots.txt директивы clean-param
3. Если уж делаете редиректы - они должны быть 301-е, а не 302-е

Раз сеошник говорит надо поменять - меняйте. Пишите авторам спецификаций, пускай меняют. Это раз. Менять на https ссылки на сайты, которые по https не работают - бесполезно. Это два. Лучше понимает - заблуждается, иначе такой фигни бы не требовал. Это три.

Ну и точно так же в несколько приёмов сдохнет на строчке 10146. Тут дело скорее в дампе кривом, чем в способе заливки дампа.

А зачем? Этож неймспейсы по спецификациям, нет?

php-gd установлен в системе?

1. Drupal хреново переносит POST-запросы, вполне может DoS быть.
2. Пол-рунета уже стоит раком. У меня по-моему только друру без косяков открывается.

OMG, погуглите пожалуйста про image_styles в drupal.

Чем же вам так не угодила магента, что вы хотите именно на друпал свалить?

hook_boot, hook_init
Но подумайте, скорее всего у вас неверный подход к задаче.
[UPD] да блин, опять серебро