Берете лису, открываете проблемную страницу, включаете 3D режим, и смотрите, что там у Вас сломано, после чего исправляете. Саму форму двигать не нужно, соответственно, никуда она на других страницах не сместится, у Вас проблемы с комментариями.
а в чем проблема использовать нативный Google Maps API? он разумнее яндексовского, да и документация грамотнее(хотя, поначалу, если до этого не связывались с гуглом, то из-за своей гибкости, может поставить в тупик, особенно, если до этого работали только с яндексом)
по уму эту функцию надо было скопировать в template.php Вашей темы, переименовать её из theme_nice_menu_build в ИМЯ_ТЕМЫ_nice_menu_build и сбросить кеш
Когда срабатывает аякс событие друпала, вызывается Drupal.attachBehaviors, соответственно, код по присоединению плагина к инпуту нужно разместить внутри Вашего "поведения", а так же позаботиться о том, чтобы этот код не срабатывал по 100500 раз при любом аякс запросе на одних и тех же элементах, тут Вам может помочь once. Словом, погуглите сперва "drupal behaviors", а затем "drupal jquery once", информации там было много на эту тему
PS Когда пишете jQuery плагин, старайтесь each размещать внутри самого плагина, а иначе получается ерунда.
Рассмотрим это на вполне бытовом примере - заказчику просто приперло, чтобы селект боксы в некоторых местах визуализировались неким jQuery плагином, сделанным неким Васей Пупкиным. Как думаете, что с Вами сделает заказчик, скажи Вы ему, что вместо того, чтобы просто прикрутить 1 плагин к 1му классу, Вы будете сидеть и разрабатывать никому на фиг не нужный модуль для друпала, да еще и за его деньги?
в начале скрипта - ob_start(); в конце скрипта - $output = ob_get_clean(); таким образом, весь Ваш вывод окажется внутри переменной, хотя такой способ будет некошерен ибо в подобном коде без 200 грамм потом будет не разобраться.
Решение через API (займет где-то час):
пишете модуль с привязкой к крону (hook_cron), к сущности с голосованием добавляете некое поле, скрытое от всех со значением по умолчанию скажем "0"(костыльно, но просто), в этом самом модуле делаете выборку данных из этих полей, где они равны значению по умолчанию и проверяете закончилась ли дата голосования, для результатов этой выборки меняете значение этого скрытого поля на любое другое(лишь бы выборку более не проходил) и создаете чего Вы там хотели.
Обычный аккордион такого не умеет, т.к. в его разметке нет никакой идентификации элементов аккордиона, если Вы про это, обычно такой функционал встроен у табов(имею ввиду jqueryui.tabs и им подобные), зачастую отключаемый.
Не понимаю, с чего Вы решили, что способ с раскрытием элементов аккордиона по неким параметрам некошерен?
Если страницы действительно обычные PHP скрипты, то никаких проблем быть не должно, как и не должно быть никаких глобальных переменных(очень мало ситуаций, где они там могут понадобиться, честно говоря, не вижу ни одной, кроме пары-тройки злых костылей), если у Вас есть глобальные переменные, значит Вы пытаетесь приспособить кусок какого-то сайта в тело ноды, только здесь нельзя забывать, что у любого сайта(который является веб приложением) есть ядро(даже если его разработчик был пьян или накурен), в котором инициируются глобальные переменные(реестры, синглтоны и другие способы хранение сос
из стандартных способов:
DRUPAL_ROOT - константа, путь к корню друпала
drupal_get_path() - функция, для получения относительного от корня сайта пути к модулю/теме
$directory - переменная, на сколько помню, есть во всех шаблонах, содержит относительный от корня сайта путь к теме/модулю(смотря где находится сам шаблон)
не осилил много букв, Вы бы еще исходники jQuery и Drupal.ajax выложили, лень читать что там у Вас, суть у $.once примерно следующая - $(".class-name").once("my-processed",some_func) сделает то же самое, что и $(".class-name:not(.my-processed)").addClass("my-processed").each(some_func); только чуть медленнее, за то удобнее.
и добью ведь в моем случае да, только PHP и только 5.4(хотя и не использую его возможности, т.к. хостинг мне обычно попадается, в лучшем случае, с 5.3), раньше еще жил томкат(с nginx с прокси, дабы не писать порты), но от явы отошел(хотя и начинал именно с неё), за неимением спроса.
Есть еще вариант, вывести все сразу, и скрывать/показывать нужное через jQuery, такой вариант, даже более правильный, т.к. не нужно будет перезагружать саму форму
не в том направлении копаете https://api.drupal.org/api/drupal/developer!topics!forms_api_reference.h...
его и цепляйте к #radios, над формой сделайте wrapper и в колбеке возвращайте измененную форму, наиболее простым решением будет - добавить в форму сразу все элементы, какие там могут быть, и скрывать/показывать их через #access, иначе сломаете голову/потеряете время.
Пример дублирования контента:
Заказчик, видимо, хотел, чтобы при наведении на пункт меню(то есть, даже не при клике), сразу отображался контент, одностраничник, так сказать, программист это реализовал, потом СЕОшник захотел, чтобы у каждой страницы был свой уникальный URL и теги, программист и это реализовал, в итоге, один и тот же контент стал виден поисковикам на разных урлах, так еще и на каждом урле, контент самой страницы дублируется по 2 раза.
Выделенный сервер не может быть фиговым(разве что, Вам не сдали VPS на атоме с парой сотен соседей, под видом выделенного, но это другая история), за то может быть фигово настроенным.
Берете лису, открываете проблемную страницу, включаете 3D режим, и смотрите, что там у Вас сломано, после чего исправляете. Саму форму двигать не нужно, соответственно, никуда она на других страницах не сместится, у Вас проблемы с комментариями.
а в чем проблема использовать нативный Google Maps API? он разумнее яндексовского, да и документация грамотнее(хотя, поначалу, если до этого не связывались с гуглом, то из-за своей гибкости, может поставить в тупик, особенно, если до этого работали только с яндексом)
по уму эту функцию надо было скопировать в template.php Вашей темы, переименовать её из theme_nice_menu_build в ИМЯ_ТЕМЫ_nice_menu_build и сбросить кеш
Это друпал 6 что ли?
Когда срабатывает аякс событие друпала, вызывается Drupal.attachBehaviors, соответственно, код по присоединению плагина к инпуту нужно разместить внутри Вашего "поведения", а так же позаботиться о том, чтобы этот код не срабатывал по 100500 раз при любом аякс запросе на одних и тех же элементах, тут Вам может помочь once. Словом, погуглите сперва "drupal behaviors", а затем "drupal jquery once", информации там было много на эту тему
PS Когда пишете jQuery плагин, старайтесь each размещать внутри самого плагина, а иначе получается ерунда.
http://drupal.stackexchange.com/questions/41937/showing-routes-in-maps-i...
посмотрите сущность термина через devel (функция dsm())
Рассмотрим это на вполне бытовом примере - заказчику просто приперло, чтобы селект боксы в некоторых местах визуализировались неким jQuery плагином, сделанным неким Васей Пупкиным. Как думаете, что с Вами сделает заказчик, скажи Вы ему, что вместо того, чтобы просто прикрутить 1 плагин к 1му классу, Вы будете сидеть и разрабатывать никому на фиг не нужный модуль для друпала, да еще и за его деньги?
в начале скрипта - ob_start(); в конце скрипта - $output = ob_get_clean(); таким образом, весь Ваш вывод окажется внутри переменной, хотя такой способ будет некошерен ибо в подобном коде без 200 грамм потом будет не разобраться.
Решение через API (займет где-то час):
пишете модуль с привязкой к крону (hook_cron), к сущности с голосованием добавляете некое поле, скрытое от всех со значением по умолчанию скажем "0"(костыльно, но просто), в этом самом модуле делаете выборку данных из этих полей, где они равны значению по умолчанию и проверяете закончилась ли дата голосования, для результатов этой выборки меняете значение этого скрытого поля на любое другое(лишь бы выборку более не проходил) и создаете чего Вы там хотели.
Обычный аккордион такого не умеет, т.к. в его разметке нет никакой идентификации элементов аккордиона, если Вы про это, обычно такой функционал встроен у табов(имею ввиду jqueryui.tabs и им подобные), зачастую отключаемый.
Не понимаю, с чего Вы решили, что способ с раскрытием элементов аккордиона по неким параметрам некошерен?
Если страницы действительно обычные PHP скрипты, то никаких проблем быть не должно, как и не должно быть никаких глобальных переменных(очень мало ситуаций, где они там могут понадобиться, честно говоря, не вижу ни одной, кроме пары-тройки злых костылей), если у Вас есть глобальные переменные, значит Вы пытаетесь приспособить кусок какого-то сайта в тело ноды, только здесь нельзя забывать, что у любого сайта(который является веб приложением) есть ядро(даже если его разработчик был пьян или накурен), в котором инициируются глобальные переменные(реестры, синглтоны и другие способы хранение сос
из стандартных способов:
DRUPAL_ROOT - константа, путь к корню друпала
drupal_get_path() - функция, для получения относительного от корня сайта пути к модулю/теме
$directory - переменная, на сколько помню, есть во всех шаблонах, содержит относительный от корня сайта путь к теме/модулю(смотря где находится сам шаблон)
не осилил много букв, Вы бы еще исходники jQuery и Drupal.ajax выложили, лень читать что там у Вас, суть у $.once примерно следующая - $(".class-name").once("my-processed",some_func) сделает то же самое, что и $(".class-name:not(.my-processed)").addClass("my-processed").each(some_func); только чуть медленнее, за то удобнее.
Может где-то и возрос, но за последние 2 года мне он не попадался, а про spring вообще молчу.
и добью ведь
в моем случае да, только PHP и только 5.4(хотя и не использую его возможности, т.к. хостинг мне обычно попадается, в лучшем случае, с 5.3), раньше еще жил томкат(с nginx с прокси, дабы не писать порты), но от явы отошел(хотя и начинал именно с неё), за неимением спроса.
это всего лишь значит, что значение по умолчанию не срабатывает, Вы точно используете #default_value?
не вижу смысла создавать отдельную среду для каждого случая, когда возможно одно универсальное решение.
что-то я не совсем понял проблемы...
синоним services/usluga1 путь в ссылке /services/usluga1
Есть еще вариант, вывести все сразу, и скрывать/показывать нужное через jQuery, такой вариант, даже более правильный, т.к. не нужно будет перезагружать саму форму
не в том направлении копаете
https://api.drupal.org/api/drupal/developer!topics!forms_api_reference.h...
его и цепляйте к #radios, над формой сделайте wrapper и в колбеке возвращайте измененную форму, наиболее простым решением будет - добавить в форму сразу все элементы, какие там могут быть, и скрывать/показывать их через #access, иначе сломаете голову/потеряете время.
Видимо мы друг друга не правильно поняли, что Вы подразумеваете под "рабочей машиной"?
Пример дублирования контента:
Заказчик, видимо, хотел, чтобы при наведении на пункт меню(то есть, даже не при клике), сразу отображался контент, одностраничник, так сказать, программист это реализовал, потом СЕОшник захотел, чтобы у каждой страницы был свой уникальный URL и теги, программист и это реализовал, в итоге, один и тот же контент стал виден поисковикам на разных урлах, так еще и на каждом урле, контент самой страницы дублируется по 2 раза.
Выделенный сервер не может быть фиговым(разве что, Вам не сдали VPS на атоме с парой сотен соседей, под видом выделенного, но это другая история), за то может быть фигово настроенным.