Drupal 7 - получение определенной части страницы

Там поднимался вопрос не архитектурный прежде всего, а административный, т.е. кто куда одеяло тянет. =)

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

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

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

Drupal достаточно сложен и учить его по ответам на форуме и готовым примерам плохая идея.

Тем видел 3-4 и углядел именно архитектурный акцент, особенно на фоне частных траблов

Пример: классический штатный мультисайтинг - robots.txt Реализован:

2. "Файл robots.txt не будет учтён роботом Яндекса, т.к. при запросе выполняется перенаправление."

А вроде классика жанра... ))

Pavel_, не встречал такого штатного решения для robots

bsyomov, Да да в курсе я что друпал сложная CMS, но уже что-то понимаю, метод проб и ошибок) Да и форум - живое общение все-же лучше тупой зубрежки, разве нет?

К слову еще один вопрос - Как передать в шаблон(tamplate) скажем GET запрос из скрипта. В общем имеется скрипт на jquery, как его подключать к друпалу прочитал тут: http://azbukaweb.ru/managing-javascript-in-drupal7

предположим в скрипте есть такой код(jquery):

$.ajax({

	url: урл какой?,

	type: "GET",

	data: {sometext:txt}

}).done(

//действия

);

Вопрос - на какую страницу отправлять запрос? на index.php? Если бы движек я писал, или хотя-бы перепиливал, то на индекс.пхп бы сделал прием запроса, но как вы уже говорили друпал - сложная штука. Далее КАК получить переданную GET запросом переменную sometext внутри темы? В частности внутри функции template_preprocess_html(&$vars).

Будет ли работать такое:

//js

$.ajax({

	url: "/index.php",

	type: "GET",

	data: {sometext:txt}

}).done(

//действия

);



//php

function templatename_preprocess_html(&$vars){

if($vars['page']['sometext']){

// требуемые действия...

}

}

что-то мне подсказывает что вышеуказанная зарисовка пахать не будет. Гугл рою как бульдозер - однако пока результат нулевой. Скажите как заставить друпал получить значение из скрипта внутрь функции templatename_preprocess_html, и не плохо было бы узнать как получить результат выполнения в $.ajax().done();

Кто делал похожее, подскажите куда копать хотя - бы. Буду очень признателен.

штатный - мультисайтинг, а решение - классическое... ))

Ставить http://drupal.org/project/robotstxt, а потом http://drupal.org/project/domain_robotstxt на несколько сайтов подряд (5-20 например попробуйте) - довольно скушно и утомительно.

Глобально: простой файл robots.txt прикрутить - геммор однака иль ещё есть человеколюбивые варианты?

Где тут перенаправление? Его нет.

Если вы делаете для работы этого варианта редирект в .htaccess, так это не нужно.

aftamat4ik, я говорю не про зубрёжку, а про планомерное изучение, а не потыкал там, потыкал здесь. Тогда у вас и не будет возникать таких вопросов.

Запрос надо отправлять на тот адрес, который вернёт нужные данные. При чём тут вообще index.php?

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

Перенаправление разумеется присутствует в .htaccess

Как бэ по другому сия конструкция априори работать несмогёть...

А как нужно?

Вероятно, в ответе будет и мотив обсудить архитектуру... ))

Как же не смогёт, когда можно сделать следующее:

RewriteRule ^robots.txt$ robots.php [L]

И запрос будет обработан вашим вышеописанным скриптом, безо всяких редиректов - вы не отдаёте такой конструкцией редирект, а лишь изменяете обработчик, и нет способа снаружи узнать о том, какой конкретный скрипт отдал данные. Никаких модулей, обычные robots.txt в корне соотв. папок, один скрипт в корне сайта.

Скрипт конечно лучше немного доработать, чтобы отдавать стандартный друпаловский robots.txt, если в папке домена его нет.

На самом деле, вообще можно обойтись alias, даже без mod_rewrite.

К тому же, при мультисайтинге на одном и том же движке, не так уж часто вообще разные robots.txt нужны.

Вы правы, [L,R...] R - шибко лишний

Редирект и изменение обработчика - конечно разные вещи...

Терминология в нашем колхозе слабо изучалась... ))

Это вероятно новый тип материала создавать надобно, что по гемморности реализации и дальнейшей поддержки для десятка сайтов соизмеримо с установкой модуля domain_robotstxt

Разные robots.txt полезны, например явно указать на карту сайта или хост

Зря. =)

В общем проблема о которой вы писали надумана. Т.е. ничто не мешает просто правильно написать .htaccess. В варианте без редиректа никаких препятствий использовать скрипт, указанный выше нет.

Я вот про этот Alias: http://httpd.apache.org/docs/2.2/mod/mod_alias.html#aliasmatch, к друпалу это не имеет отношения. =) Т.е. если чисто случайно нет mod_rewrite, и не получится использовать RewriteRule, можно воспользоваться вышеуказанной директивой в принципе.