19 декабря 2013 в 11:21
Есть ли готовые решения, следующего - мне нужно реализовать добавления материала на сайт без создания его физической страницы, то есть только в базу, и потом этими(внесенными) значениями оперировать на сайте. То есть мне нужно заносить например на сайт по одному выражению, что бы потом их выводить в определенном блоке, но если это делать созданием нод и вывод вьюсом, то получается будет куча нод с минимум информации, это не гуд. При создании терминов таже фигня - создается физическая страница на сайте. Если все значения вносить в одну ноду, потом эксплойдить массив и оперировать получившимися переменными, то получается в дальнейшем будет громадная нода. Как еще можно вносить значения в базу?
Комментарии
У меня только один вопрос-нафига тогда в этом случае друпал?
Не понятная задача, соглашусь с Chyvakoff.
Для массового импорта материалов из таблицы экселя я использовал модуль Migrate.
Друпал помогает в организации всего остального. Может я плохо сформулировал задачу, смоделирую ситуацию предметно - например у меня на сайте есть персонаж, у которого меняются реплики после обновления страницы. Вот как реализовать забивание его реплик? одна реплика = одна нода, потом 1000 реплик = 1000 нод с одной строчкой текста - не разумно. Поэтому я спрашиваю как организовать некое хранилище реплик в базе, чтобы ими потом оперировать.
одна нода, куча полей. количество полей можно ограничить. тогда будет кучка нод с кучкой реплик в ноде. чтобы это было няшно можно ноды разбить по смыслу реплик. типа одна нода - набор отрицаний, вторая - набор утверждений, и т.д..
Как вариант: создать новую страницу и забить реплики в комментарии
ну это не очень в плане администрирования да и нода гигантской будет.
хорошие идеи, но это все костыли
Не вижу ничего плохого, если будет 1000 нод.
Потом вьюхой рандомно в блоке выводить.
Или создай таблицу в БД, в которых будут реплики, заноси туда как хочешь, хоть вручную. Друпал тут не поможет.
После в блоке вставляешь код для вывода инфы...
но это тупо.
Средний и более правильный метод, чем второй, но менее правильный чем первый способ, это запилить модуль, который все это делает для тебя.
Простой таблицей.Поля id,nid,replica_text ну и для даты, если надо.
Когда будет 50 экземпляров одного малтипл поля - придётся всё переделывать.
Ну ну, хранить здоровенный объект ноды, ради хранения реплики, которая может состоять из одного предложения. Для перевозки мешка цемента можно КамАЗ с прицепом заказать.
Вы в соседней теме прекрасно показали как любите использовать самые тормознутые решения, причём делаете это умышленно. У вас мало опыта, не советуйте то, в чём не разбираетесь наверняка.
Ёбу дался?Это не эффективно.ну тогда уже создается в модуле простенькая сущность replica
Это уже 1001 обсуждали. Эффективность вьювсов все время ставят под сомнения.
Но все время обламываются.
Смотря как дергать.
Эффективней вообще юзать какой нить Yii, он работает в десятки раз быстрей.
Количество нод не влияет на скорость вывода информации. Вьюха эфективно дергает инфу из базы.
Но если бы ты прочитал чуть дальше, правильный метод я назвал, запилить свой модуль. Или это мимо глаз прошло?
Почитай комментарии.
Запилить модуль, плохое решение?