Как то ваш вопрос вылился в отдельный пост в блоге. Возможно, вам будет интересно рассмотреть данный способ: http://www.ra-don.ru/node/156 - при использовании grid-фреймворка и views-embed можно добиться очень простого удобочитаемого кода.
Почему? Самое простое, я думаю(просто видимость списка файлов для посетителей сайта отключить. да она и выключена по дефолту, кажется). Или сделать cck+filefield поле.
я бы смотрел в сторону "денек подумать, написать заточенное под задачу решение, jquery никто не отменял". Места - фактически табличка, с определенным содержанием ячеек. Ничего из готового, что можно легко допилить не видел.
логика простая, она же и в tpl.php файлах для views и прочем. Идет от большей детализации к меньшей. От частных случаев к общим. визуально - http://drupal.org/files/theme_tree_1.pdf - от кроны, к корням. вообще полезно будет прочесть http://drupal.org/theme-guide/6, множество таких вопросов отпадет)
а cufon не подойдет? вполне кросс-браузерно, из минусов - пользователю надо грузить и cufon и сгенеренный js с шрифтом, зачастую это выходит в ~50-60Kb.
Присоединяюсь к Stan.Ezersky. При некотором опыте прикручивание готового jquery плагина к выводу views и темизация "под сайт" - дело минут 20-60 для результата аля демонстрируемые модули.
существует. Он находится на полке между искусственным интеллектом и сферическим конем. Возможно вас еще заинтересует таблетка бессмертия и амулет "Москва без пробок".
Чаще всего парсеры пишутся под сайт, либо под cms'ку; есть ряд конструкторов где в конфигах пишете в каких тегах располагается нужный вам контент и это аккуратно кладется в табличку. Но универсального решения нет и не будет. Рекомендую гуглить и пробовать, отбирая то что именно вам под ваши цели удобней.
недавно обновил opensuse, не заметил что он подтянул php 5.3. Результат - потестил невольно несколько проектов на нем. Выводы - рабочие проекты с кучей модулей сыпятся, проблемы не только в views, многие модули ругались, тот же date, который у меня практически в каждом проекте. Мне было не критично - откатился в итоге на 5.2. Мне кажется это более дешевое решение, чем по крупицам тестить и выявлять баги.
В первом варианте - проверьте права доступа. должны быть права на чтение. и убедитесь что не затираете page.tpl.php(должны быть в папке и page.tpl.php и page-front.tpl.php)
во втором варианте - views-view--frontpage--page-1.tpl.php (номер - это номер созданой вьюхи. он сам ее пишет в подсказке, в Theme:Information при в админке views). Содержание его вот такое(учтите, это на самом деле не вывод странички, это то что вьюс выводит в $content, а сам вывод page-front.tpl.php делает):
да, есть такое.
аналогично и с block.tpl.php и т.п. если иносказательно, то "родитель должен быть". На самом деле это не проблема и не мешает - просто помнить что когда начинаете темизовать ноды или блоки или еще что - не забывать указывать эти tpl файлы.
Возможности views
но мне сама задачка не очень нравится... не знаю почему:) это из разряда - "надо начать делать, и в процессе написания все прояснится".
Возможности views
не обязательно. в разделе arguments, можно добавить поле и написать в качестве аргумента свой php код. и там будет проверка на то что вам нужно.
Возможности views
Можно. Пишется на php аргумент для views. Готового рецепта не подскажу.
[Решено] Как создать views, показывающее случайные 10 картинок товара
есть сортировка Random. Но это очень плохо с точки зрения кэширования.
Главная как на lenta.ru. Чем и как лучше сделать
Как то ваш вопрос вылился в отдельный пост в блоге. Возможно, вам будет интересно рассмотреть данный способ:
http://www.ra-don.ru/node/156 - при использовании grid-фреймворка и views-embed можно добиться очень простого удобочитаемого кода.
Загрузка изображения и вставка в текст
Почему? Самое простое, я думаю(просто видимость списка файлов для посетителей сайта отключить. да она и выключена по дефолту, кажется). Или сделать cck+filefield поле.
Промо-сайт по продаже билетов
я бы смотрел в сторону "денек подумать, написать заточенное под задачу решение, jquery никто не отменял". Места - фактически табличка, с определенным содержанием ячеек. Ничего из готового, что можно легко допилить не видел.
Сайт Промсбербанка
проверка на браузер дюже суровая. мой файрфокс 3.5.3 ругает и говорит - идите обновляйтесь)
А вот мой сайт на Друпале
ээм. вы правда думаете что специалистов это заинтересует?)
в таксономии вес словарей только от -10 до 10, а если словарей больше 20-ти [решено]
Предчувствие видимо верное) http://drupal.org/node/117274#comment-791273, осталось посмотреть и попробовать в 6м друпале.
в таксономии вес словарей только от -10 до 10, а если словарей больше 20-ти [решено]
http://drupal.org/node/117274#comment-222785
http://drupal.org/node/117274#comment-211718
http://drupal.org/node/117274#comment-703669
http://drupal.org/node/117274#comment-791273
Файлы темы или template.php - к чему Drupal обращается в первую очередь ?? [РЕШЕНО]
логика простая, она же и в tpl.php файлах для views и прочем. Идет от большей детализации к меньшей. От частных случаев к общим. визуально - http://drupal.org/files/theme_tree_1.pdf - от кроны, к корням. вообще полезно будет прочесть http://drupal.org/theme-guide/6, множество таких вопросов отпадет)
Typeface - любой шрифт на сайте
а cufon не подойдет? вполне кросс-браузерно, из минусов - пользователю надо грузить и cufon и сгенеренный js с шрифтом, зачастую это выходит в ~50-60Kb.
Заставка перед сайтом. Как? (Решено)
значит не по инструкциям. кэш почистить не забыли?
Заставка перед сайтом. Как? (Решено)
http://drupal.org/node/190815 - тут ответ на ваш вопрос.
slideshow
Присоединяюсь к Stan.Ezersky. При некотором опыте прикручивание готового jquery плагина к выводу views и темизация "под сайт" - дело минут 20-60 для результата аля демонстрируемые модули.
Граббер контетнта с сайта
существует. Он находится на полке между искусственным интеллектом и сферическим конем. Возможно вас еще заинтересует таблетка бессмертия и амулет "Москва без пробок".
Чаще всего парсеры пишутся под сайт, либо под cms'ку; есть ряд конструкторов где в конфигах пишете в каких тегах располагается нужный вам контент и это аккуратно кладется в табличку. Но универсального решения нет и не будет. Рекомендую гуглить и пробовать, отбирая то что именно вам под ваши цели удобней.
Как заставить работать Rustemmer со связкой Drupal 6.14 + php 5.3 [не то чтобы решено, но заработало]
недавно обновил opensuse, не заметил что он подтянул php 5.3. Результат - потестил невольно несколько проектов на нем. Выводы - рабочие проекты с кучей модулей сыпятся, проблемы не только в views, многие модули ругались, тот же date, который у меня практически в каждом проекте. Мне было не критично - откатился в итоге на 5.2. Мне кажется это более дешевое решение, чем по крупицам тестить и выявлять баги.
views, ссылка на ноду из поля
я что, я ничего. у меня первая ассоциация - это вьюхи)
views, ссылка на ноду из поля
как вариант - использовать для вывода views.
[РЕШЕНО]СSS 3
посмотрите в сторону DOCTYPE.
Создание титульной страницы page-front.tpl
Тут не подскажу, линух у меня, другое решение)
Создание титульной страницы page-front.tpl
В первом варианте - проверьте права доступа. должны быть права на чтение. и убедитесь что не затираете page.tpl.php(должны быть в папке и page.tpl.php и page-front.tpl.php)
во втором варианте - views-view--frontpage--page-1.tpl.php (номер - это номер созданой вьюхи. он сам ее пишет в подсказке, в Theme:Information при в админке views). Содержание его вот такое(учтите, это на самом деле не вывод странички, это то что вьюс выводит в $content, а сам вывод page-front.tpl.php делает):
Поймал глюк в друпале с node.tpl.php
да, есть такое.
аналогично и с block.tpl.php и т.п. если иносказательно, то "родитель должен быть". На самом деле это не проблема и не мешает - просто помнить что когда начинаете темизовать ноды или блоки или еще что - не забывать указывать эти tpl файлы.
Исчез разел модули. Как вернуть?
наалетай, объявляем конкурс переводов) пока рулят google-translate и западающая клавиатура)