whiesam: Комментарии

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

13 февраля 2014 в 16:39

Тогда Вы неправильно или не полностью поставили вопрос.
ЧТобы видно поле необходимо в ролях его открыть. В следующий раз уточняйте как можно больше ситуацию и что хотите.

13 февраля 2014 в 0:51

Закачай друпал на хостинг, в настройках своего домена в DNS пропиши IP хостинга (ну вернее сервера где у тебя сайт). Всё!
А лучше обратись в тех поддержку хостинга. Они сами всё сделают.

12 февраля 2014 в 21:47

Можно продать сайт разрабам игры, за не хилый бабос) Или там поговорить с разрабами другой игры, и их рекламу туда пихнуть, в виде банеров всплывашек и т.д. Чтобы на банероблокираторы было пофиг.

12 февраля 2014 в 21:31

Делается это через Views.
Вот тут http://www.drupal.ru/node/107157 в последнем комменте я описал как это сделать.
Там надо создать views типа ентити референс и поменять виджет поля.

11 февраля 2014 в 2:51

"esmer" wrote:
ээээ, где? )))

В Вконтакте!
"esmer" wrote:
А вот новости по артистам. Типа "поехал он туда-то и дал концерт" Это в той же ноде отдельными статьями?! А связать с основной статьей об артисте через теги?

Несколько вариантов:
1) Теги как таксу, но так мы дублируем.

10 февраля 2014 в 23:40

"esmer" wrote:
То как то ноды связывать через типа нод референс?

Ага, именно так их и связать.
"esmer" wrote:
Ну а в принципе по артисту вы советуете наделать кучу полей: биография, дискография, клипы, концерты и это как бы будет в одной статье, чем куча статей по каждому пункту?!

10 февраля 2014 в 21:34

"Ivaseg" wrote:
Контекстные ссылки тут нужны только для конечно пользователя, чтобы прямо со страницы он смог перейти к редактированию каждой ноды вьювса. И это было возможным при выводе содержимого, а не полей. Но желание убрать ссылки с тайтлов нод привело к выводу через поля и породило проблему с отсутствием контекстных ссылок. Видимо придется вернуться назад к отображению содержимого, а не полей, а ссылки в тайтлах убрать по другому.

10 февраля 2014 в 21:29

Всегда разбивайте всё на разные ноды. Так как поля будут разные и легче вьюшки будет делать, да и бд не так грузить при выборке будет.

Вот принцип:
Основные сущности (артист, мюзикл) - ноды
Всё что их характеризует - такса

Ноды тоже можно связывать, но пытайтесь от этого избавится. У примеру биограцию можно запихать полем в ноду "Артист" ну и т.д.

10 февраля 2014 в 16:17

"arroyo" wrote:
дома же ноды, а не термины такономии. как я тут сделаю иерархию?

Ну вот сделать её таксой, многоуровневой, и пустить через хиератикал селект. Про рулез забудьте. Он же не может позвонить и узнать какой дом они хотят продать.

10 февраля 2014 в 16:16

"ialexandri" wrote:
Но должен же быть модуль для решения данной проблемы.

Ой, сомневаюсь.
"ialexandri" wrote:
Сначала выбираешь, потом загружаешь.

Дак загрузить можно или по кнопке "Загрузить" или когда нажимаешь сохранить ноду.

10 февраля 2014 в 5:58

Эм, Вы же как бы поставили Поля, дак откуда там контекстные ссылки?????
Если Вам надо кнопку "Удалить", вот и цепляй её полем (Да, да есть такое поле для уделения/редактирования/и всего-всего от материала).

10 февраля 2014 в 1:09

Я тут потыкался и нашел решение.
https://drupal.org/project/bulk_file_nodes
1 нода - 1 фотка. Цепляем к типу ноды какие надо поля, таксы с разделами. И получаем в точности тоже самое что и в ВК.

10 февраля 2014 в 0:34

"adubovskoy" wrote:
susy

Вы про это? http://susy.oddbird.net/

"adubovskoy" wrote:
Очень хороший формат, особенно когда дизайнер рисует под бутстрап сетку и элементы (что все чаще и чаще встречается).

Я вот вообще не понял на какой черт их скрещивать.

10 февраля 2014 в 0:02

Наркомания процветает!

Тут вообще неправильная архитектура.

1) Вариант (Для сайтов недвижимости)
Дом - А нафига он вообще нужен?
Адрес - такса
Тип продажи - такса (Сдам: однушку, двушку; продам; однушку, двушку. В общем многоуровневое если надо)
Объявления - Нода (Ну и тупо свяжи между этими типами)

Тут непонятно как поступать, пока не будет ясно для чего и что сайт должен делать.

9 февраля 2014 в 23:32

И ещё вопрос допом, какой фреймворк делает так: при уменьшении/расширении экрана боковые сайдбары сохраняют свою ширину а центральный контент расширяется? Фреймворк должен использовать грид систему.

З.Ы.: Нашёл, Бутстрап точно так делает.

9 февраля 2014 в 20:07

Тут думаю надо делать как в ВК. Каждая нода, небольшой участок на экране и их куча со своими настройками (категория, описание), и общая кнопка сохранить.

"roman-yrv" wrote:
Потом берешь, например, вот это решение http://www.plupload.com/ и внедряешь его у себя на сайте.

Ооо, класс, даже модуль для дру есть. https://drupal.org/project/plupload

9 февраля 2014 в 18:33

"roman-yrv" wrote:
А почему не сделать так, чтобы данные хранились по принципу "одна нода - одна фотография" ?
В этом случае впоследствии можно будет к фотке привязать и лайки, и комментарии, и многое другое.
Для тем можно использовать таксономию.

Я так понял тут стояла задача удобной загрузки большого кол-ва фоток. Ясен пень что лучше делать 1нода-1фотка, но вот загружать это дело...

7 февраля 2014 в 21:48

Может кто и подскажет. Но данная тема тут была не однократно. И ответа насколько я помню, не было.
Могу предложить в ноду загружать сколько влезет файлов, но оперировать именно файлами а не нодами. Приделать кнопки типа: удалить (которая на саомм деле относится к файлу)