1. Главная
  2. Алешка

Алешка: Комментарии

Главные вкладки

24 августа 2009 в 21:46

"Xandr <a href="mailto:Morris@drupal.org">Morris@drupal.org</a>" wrote:
Эта самая (абстрактно) "some/next/page" прописана в hook_menu с аргументом, причем не в кешах.

Сорри за может тупой вопрос: А что значит "абстрактно"? И "some/next/page" ... с аргументом - это как?

24 августа 2009 в 21:29

Читайте этот сайт. Или для начала начните отсюда: http://drupal.ru/book/toc
Можно сделать вплоть до шаблона конкретной странички конкретного адреса. Темизация весьма гибкая.
Хотите - перепишите только блоки. Хотите - только футер. Можете темизировать исключительно форму входа пользователя на сайт. И т.д. Все в ваших руках.
Рассказывать здесь как это делается - нет смысла. Уже все написано. Ищите.

22 июня 2009 в 15:21

Понравилось. Буду прикручивать. Для туристического агентства на сайте весьма полезно [зарываюсь в менюхах, пока найду что надо]. Кажется, для меня удачное решение...

15 июня 2009 в 12:02

"EzS" wrote:
"17

Это как понимать? Дюймов эдак семнадцать? Разрешение в пикселях всегда было...
на 17-дюймовый монитор я и 800*600 выставлю, и 1600*1280, если моник правильный...
"Sorix" wrote:
А разрешение экрана какое было?

Ваш сайт на 1024*768 выглядит так же, как на "17? А на 800*600?

15 июня 2009 в 7:29

Попробовать копать в сторону создания регионов внутри ноды. По регионам можно почитать здесь. Собственно в этих регионах блоки так же легко поддаются управлению. Да и сам регион можно скрыть программно через if, когда это нужно.

13 июня 2009 в 22:18

block.tpl.php — это шаблон, который определяет формирование блоков.
Шаблон для ВСЕХ блоков. Вне зависимости откуда и какой шаблон был вызван, будет подгружен block.tpl.php.

10 июня 2009 в 13:01

Попробуй css:
найти родительский тэг для pre (например <div class="ccfilter">, уточняй по месту) и прописать в css файле отключение pre (читай: скрытие):

10 июня 2009 в 9:31

В настройках блоков, которые нужно убрать, прописать шаблон страниц, на которых не показывать блоки: заходим в admin/build/block, на нужном блоке нажимаем "настроить", далее в разделе "Показывать блок на определенных страницах" выбрать "Показывать на всех страницах кроме перечисленных", чуть ниже ввести шаблон страниц вида edit/*.

Соответственно добавление блока "полезные советы" - выбрать у блока "Показывать только на перечисленных страницах".

9 июня 2009 в 6:55

"EndOfAllHope" wrote:
Если у Вас что-то не получиться

Особо нравится орфография. Надеюсь, Друпал не будет так же работать? А вдруг автор со своими правилами русского языка создал хостинг со своими правилами функционирования Апача...

27 мая 2009 в 9:37

Ключевое слово было названо - кодировка.
Если приходящие письма валятся по-разному, то есть предположение, что форму заполнять могут через копи-пасте с текстом win1251 или ютф-8. Вот и доходит криво.

Как вариант - браузер или почтовик не может сходу определить кодировку и перевернуть ее. Отсюда глюки. Хотя маловероятно.

20 мая 2009 в 21:42

Модуль Webform
Конструктор того, что Вам нужно. Любые текстовые, e-mail, checkbox и прочие поля. С описанием и т.д. Результаты шлет на то мыло, которое укажете.

По поводу doc - не скажу. Это уже надо искать что-то стороннее. А вот html как раз самим Webform формируется. Симпатичная такая табличка с результатами всех тех, кто прошел опросник. И в мыле указывает, на какой страничке Вашего сайта эти самые результаты лежат.

17 мая 2009 в 8:38

Нашел Smile быть может это. http://mustardseedmedia.com/podcast/episode2
Визуально готовое решение можете увидеть после 10 мин 50 сек просмотра. Wink
По щелчку мышкой на пункте меню все подразделы плавно выезжают. повторный клик - сворачиваются. На сколько я понял, автор именно это имел ввиду.

16 мая 2009 в 21:35

Возможность есть. Блоки выводятся легко и в нужное место.

Затолкать только нужную Вам информацию сложновато. На сколько я знаю, таксономия и пользователи никак не связаны. Поэтому предлагаю просто фиксировать тэги, вводимые пользователем, и "запоминать" их. Табличка в БД и немного кода для внесения/извлечения/анализа значений.

13 мая 2009 в 22:10

Было все банально: у хостера упали серваки. День они их поднимали, а сайты из кэша крутились. По фтп доступ был быстро восстановлен, а Апач и прочая радость лежала. Только вот сейчас заработало как надо. Чтож. Будем осторожней.

13 мая 2009 в 15:31

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

13 мая 2009 в 13:02

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

По решению вопроса отпишусь. Smile