Предположим, что у вас изначально сайт лепился с sqlite базой в целях оптимизации работы сайта. Так, например, в группе drupal.org, в кучерявый 2010 год, активно обсуждали преимущество sqlite перед mysql на небольших объёмах... И тем не менее, наступает момент, когда нужно взять и перенести всю структуру из .ht.sqlite, а ещё чтобы всё работало.
Как просто это сделать читайте далее...
Всё бывает в первый раз. Печальной нотой в освоении сайтостроения являлся некогда нашумевший 3fn. Не известы мне все нюансы, но знаю точно - хостинг был закрыт за чёрнуху и публично освещён случай; он (случай) стал поводом к поиску лучшего решения для своих и чужих сайтов.
Потребовалось добавлять к стоимости товара конкретную маржу. Так как магазин-каталог был реализован с помощью ubercart
- первое что попалось uc_custom_price, который успешно выполнил задуманное.
Используя модуль Ajax Driven Cart для улучшения корзины столкнулся с нелевоким моментом, когда ajax у корзины работает отлично, а загрузка и удаление изображений в node не может быть проведено корректно.
Например, каталог товаров с кучей полей табличной формы, а рядом с заголовком небольшая красивая кнопочка (предположим, "сравнить"). Нажимая на неё - соответствующей строке товар (nid) добавится уже в новое представление - страницу сравнения.
Подобные фильтры - это коробные решения views. Никаких ухищрений делать не следует, кроме как запомнить одну истину: сложный логический оператор может быть использован только на целых числах.
Простое условие вида "если... то... иначе..." прописывается либо в общем шаблоне ноды (node.tpl.php), либо в типовой, к примеру, для новости (node--news.tpl.php).
Если разместить готовый код, который предоставлен Share42 в тизер (node.tpl.php или node--type.tpl.php) ноды, то по умолчанию будет перехватываться активный URL, т.е. главная страница сайта, но не каждый в отдельности NID как это предполагается изначально.
Необходимо вывести блоком, под основным содержанием, избранные редактором комментарии из 5 штук. Например, статья про лютики комментируется с дюжиной троллей, а редактор условно выбрал из них адекватов, и определил комментарий каждого из них как ценный, экспертный; этот ценный комментарий должен быть выведен в блок, над всеми комментариями. Этакая социальная примочка. Есть условие использовать как можно меньше модулей, и упростить реализацию по возможности. Прежде всего, нам понадобится набор удобных модулей flags и views. Модуль flags поможет маркировать комментарий, а представление поможет создать блок с заданными фильтрами и дальше строить... Какие мысли? Что можно придумать? Как выводить избранные комментарии?
В одном проекте часть функционала отводится профилю и разграничению ролей. Предполагаются как обычные зарегистрированные пользователи, так и верифицированные. Каждая из ролей должна видеть персональную информацию только у подобных пользователей, т.е. схематически:
На первый взгляд показалось космосом, а коробочные решения не столь гибки при детальном рассмотрении. Что же делать? Как вывести поля профиля в зависимости от роли?