Если вы полный нуб, лучше это пока никуда не пишите Это не рабочий код, а просто пример логики, которая должна использоваться. Почитайте сперва про темизацию типов содержимого. Скорее всего, вам всё равно придётся с ней разбираться. Примерное направление работы для вас в таком случае: почитать про темизацию содержимого -> свой шаблон для вашего типа содержимого (поместить его в папку темы) -> поправить шаблон так, как вы хотите + вставить код вроде того, что привёл я, туда.
я себя поправлю, чтобы гости не видели ссылку в ноде
У вас ссылка прямо в тексте ноды или вы готовы сделать её отдельным полем cck? Если второе, тогда вы можете воспользоваться советом из второго комментария — настроить права доступа так, чтобы анонимы не видели этого поля. Или поправить шаблон своего типа содержимого так, чтобы это поле отображалось по условию. Будет что-то вроде этого:
<?php if ($user->uid > 0) {
Выводите ссылку в блоке, а сам блок показывайте только зарегистрированным пользователям. Незарегистрированным (и только им) вместо этого блока показывайте приглашение к регистрации.
Зависит от того, как вы это будете использовать. В некоторых случаях создание нескольких отдельных типов вместо одного оправдано, но обычно каждый тип материала — это и так отдельная сущность, которую делить некуда. Постарайтесь посмотреть, каков ваш случай.
Извените но Вы не правы. Мне нужно не просто две вьюхи которые достают даные с разных типов материалов, в вьюхи которые ПЕРЕОПРЕДИЛЯЮТ ВСЕ ноды даных типов материалов.
Например у меня есть много нод (относятся к типу 1 ИЛИ к типу 2). Для всех нод типу 1 - одна вьюха, для всех нод типу 2 - другая. Определение ноды сделал через аргументы, но если писать в адресе node/% в двох вьюхах, тогда работает только одна для всех материалов типа 1 и типа 2.
Понял, спасибо
Тугодумлю что-то! )
Согласен, это более удобный вариант! Плюс при такой реализации можно скрыть от пользователя ввод синонима. Если не получится как-то синхронизировать синонимы на основе английской версии, то оставлю такой вариант.
Вы читали хотя бы какие-нибудь материалы о том, как работать со views? Вы пробовали хотя бы раз самостоятельно создать новый вьюс? Вопрос, который вы задаёте, — базовый. И ответ на него очевиден, если попытаться создать новый вьюс или открыть любой вьюс на редактирование.
Модуль twitter позволяет это делать, но там обновление идёт по крону, так что если у вас крон запускается раз в час, обновления в Твиттере будут появляться тоже раз в час.
Можно, конечно, но по логике оно ничем не отличается от "родного" поля ввода аллиасов. Термины таксономии так же придется писать.
Почему не отличается? Отличается. Родное поле для ввода алиаса принимает только весь алиас целиком, а я предлагаю скармилвать вашему полю только последнюю часть.
Если во вьюсе сделать представление "вложение" и приаттачить его до/после представления "страница" - тогда можно обойтись одним вьюсом, если я правильно понял смысл.
Можно. У меня аттачится вьюс, который используется и в других местах, а не только на странице термина, поэтому у меня их два. Более того, если его просто аттачить в хедер/футер представления «страница», можно обойтись без правки шаблона.
То есть по сути во вьюсе вывода таксономии используется 2 вьюса - один для вывода полей, второй для вывода собственно терминов таксономии..
Да, всё верно. Используется два вьюса — один для вывода материалов, связанных с термином таксономии, а второй для вывода результатов запроса, где аргументом является term id.
А у меня, к сожалению, всё время жалобы. Зарегистрированных пользователей в день, которые бы пользовались входом через mail.ru, не так много, но не хотелось бы лишать их того способа входить, к которому они привыкли.
Как сделать чтобы гости не видели ссылку?
Возможно, есть и модуль, который делает то, что вам нужно. Я не знаю.
Как сделать чтобы гости не видели ссылку?
Если вы полный нуб, лучше это пока никуда не пишите
Это не рабочий код, а просто пример логики, которая должна использоваться. Почитайте сперва про темизацию типов содержимого. Скорее всего, вам всё равно придётся с ней разбираться. Примерное направление работы для вас в таком случае: почитать про темизацию содержимого -> свой шаблон для вашего типа содержимого (поместить его в папку темы) -> поправить шаблон так, как вы хотите + вставить код вроде того, что привёл я, туда.
Как сделать чтобы гости не видели ссылку?
У вас ссылка прямо в тексте ноды или вы готовы сделать её отдельным полем cck? Если второе, тогда вы можете воспользоваться советом из второго комментария — настроить права доступа так, чтобы анонимы не видели этого поля. Или поправить шаблон своего типа содержимого так, чтобы это поле отображалось по условию. Будет что-то вроде этого:
<?php if ($user->uid > 0) {
Как сделать чтобы гости не видели ссылку?
Выводите ссылку в блоке, а сам блок показывайте только зарегистрированным пользователям. Незарегистрированным (и только им) вместо этого блока показывайте приглашение к регистрации.
Стоит ли делить cck поля на несколько типов материала
Зависит от того, как вы это будете использовать. В некоторых случаях создание нескольких отдельных типов вместо одного оправдано, но обычно каждый тип материала — это и так отдельная сущность, которую делить некуда. Постарайтесь посмотреть, каков ваш случай.
«Сделайте мне красиво»: User:Name в качестве аргумента Views
Ливер — это печень
[Решено] Views vs Pathauto (User:Name в качестве аргумента Views)
Тут расписал подробно: http://www.drupal.ru/node/67625
[Решено] Views vs Pathauto (User:Name в качестве аргумента Views)
Спасибо! Я уже нашёл более изящное решение — решил воспользоваться php в аргументе. Сейчас подробнее опишу — авось кому пригодится ещё.
[Решено] Views vs Pathauto (User:Name в качестве аргумента Views)
Спасибо за совет, а как мне автоматически заполнить это поле для всех пользователей?
Разделить view по типу материала
Изучаю pathauto. Иерархические пути страниц. Несколько вопрсов.
На здоровье! Удачи!
Ошибка с таксономией
Ошибка вам не позволяет редактировать материал вообще? Если позволяет, просто укажите термин в соответствующем поле и сохраните материал.
Нужна консультация по форуму drupal
Да, с помощью Forum Access.
Разделить view по типу материала
Вы читали хотя бы какие-нибудь материалы о том, как работать со views? Вы пробовали хотя бы раз самостоятельно создать новый вьюс? Вопрос, который вы задаёте, — базовый. И ответ на него очевиден, если попытаться создать новый вьюс или открыть любой вьюс на редактирование.
nginx + php_fpm = нерабочий Global Redirect
У меня стоит такая связка. Global Redirect работает.
[Решено] Помогите, пожалуйста, с темизацией Expose фильтров
Спасибо!
[Решено] Помогите, пожалуйста, с темизацией Expose фильтров
Спасибо за views_hacks...
Ошибка с таксономией
На каком этапе у вас вылезает эта ошибка?
Как транслировать ИЗ twittera в Drupal
Модуль twitter позволяет это делать, но там обновление идёт по крону, так что если у вас крон запускается раз в час, обновления в Твиттере будут появляться тоже раз в час.
Views. Добавить линк на алиас ноды. Как?
Он и так должен автоматически меняться на алиас.
Изучаю pathauto. Иерархические пути страниц. Несколько вопрсов.
Почему не отличается? Отличается. Родное поле для ввода алиаса принимает только весь алиас целиком, а я предлагаю скармилвать вашему полю только последнюю часть.
Сделать термин таксономии нодой. Или ноду термином таксономии.?!
Можно. У меня аттачится вьюс, который используется и в других местах, а не только на странице термина, поэтому у меня их два. Более того, если его просто аттачить в хедер/футер представления «страница», можно обойтись без правки шаблона.
Сделать термин таксономии нодой. Или ноду термином таксономии.?!
Да, всё верно. Используется два вьюса — один для вывода материалов, связанных с термином таксономии, а второй для вывода результатов запроса, где аргументом является term id.
Модуль для авторизации через Mail.ru
А у меня, к сожалению, всё время жалобы. Зарегистрированных пользователей в день, которые бы пользовались входом через mail.ru, не так много, но не хотелось бы лишать их того способа входить, к которому они привыкли.
Спасибо. Скинул в личку.
Модуль для авторизации через Mail.ru
Последняя стабильная. Не dev.