1. Главная
  2. serega111

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

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

30 мая 2015 в 10:27

"ancient" wrote:

"serega111" wrote:
Я не большой спец в СЕО

и этим все сказано.

Если убрать эту фразу из комментария, то что в нем не так? вы правда считаете, что поисковик будет ходить по урлам, которые нигде не указаны?

29 мая 2015 в 23:55

"serega111" wrote:
Есть n страниц с урлами
/mobile
/mobile/gfdgdf/gd/fg/d
/mobile/dfgdfgfgd

Таких страниц бесконечное множество на каждом сайте на основе друпала (а также на многих других, где роутинг работает таким же образом). Но вдруг некий начинающий СЕОшник сделал открытие века - контент дублируется. Гугл и Яндекс десять лет не замечали бесконечное число дублированного контента, а вы нашли )

29 мая 2015 в 9:41

чтобы получить значения полей ноды - field_get_items. Чтобы загрузить ноду из базы - node_load либо node_load_multiple. Но это если кастомный модуль будете писать. Если использовать Rules, то ничего этого не понадобится, все можно настроить через админку

28 мая 2015 в 17:01

"gun_dose" wrote:
Можно и без модуля, а всунуть в теме в препроцесс ноды.

Не стоит так делать, потому что
1. При каждом отображении ноды придется грузить все связанные ноды и делать одни и те же вычисления при каждом запросе, хотя их можно было бы сделать один раз при обновлении ноды Задание.
2. Если эти данные нужно отобразить во вьюхе или еще где-то, то для каждого случая писать препроцесс?

28 мая 2015 в 15:30

через рулесы пересчитывать при сохранении каждого задания и сохранять в отдельном поле в Смена.
Либо кастомный модуль, выполняющий то же самое

28 мая 2015 в 10:45

бандлы - это типы сущностей, для нод - это тип ноды, для терминов таксономии - это словарь.
Если указан нид и бандл, то видимо, фидс ставит в приоритет нид, а нет бандл, поэтому загружает данные и в другие типы материалов

26 мая 2015 в 16:18

Вам понадобится рюлес, нёды с полями типа date. Ноды будут добавляться в поле типа entity reference сущности user.
Настройте рюлес так, чтобы по крону загружал ноды из поля entity reference каждого юзера, проверял дату и отправлял сообщение.
Крон должен запускаться часто.
Если очень много юзеров и нод, то лучше писать кастомный модуль, чтобы ускорить работу.

24 мая 2015 в 18:56

Кастомный модуль, в котором создаешь свою табличку в БД, которая содержит колонки tid - ссылка на термин, order - ссылка на карту юзера, если товар в корзине, status - 1 или 0, added - таймстапм, когда был добавлен товар с выбранным термином. В модуле добавляешь hook_form_alter, в котором отключаешь чекбоксы и добавляешь свой сабмит колбэк. В этом колбэке уже обрабатываешь результат и меняешь статус, таймстапм и ссылку на заказ в своей таблице.

23 мая 2015 в 19:56

Не создавайте для каждого типа товара новый тип нод. Категоризацию сделайте с помощью таксономии. Тогда и ваша задача легко решается через taxanomy_menu и контекстные фильтры по термину в views.

23 мая 2015 в 11:10

1. Посмотреть, не добавлен ли объект ноды в массив $form_state. Можно через var_dump, print_r или dpm (если модуль devel установлен). Обычно это $form_state['node'] или $form_state['object']
2. Если ноды в $form_state нет, то загрузить так <?php$node = node_load(arg(1));?>. Работать будет только на странице ноды.

22 мая 2015 в 16:54

"BlackAngel" wrote:
не пашет=((((

Внимательно прочтите мой код. Разве я где-то ставил знак подчеркивания? везде дефисы, и вам надо было писать дефис, потому что views при формировании классов html в машинном имени заменяет '_' на '-'.

21 мая 2015 в 14:15

"lisa-kolesa" wrote:
Удалять 26000 пользователей со всем их спамом на самом сайте проблематично...

скриптик написать с циклом и удалением через user_delete, и все хорошо было бы.

21 мая 2015 в 14:11

поиском найдите, где-то папке sites/all. Где точно, не знаю, у вас кеширование включено.
Потом нужно будет аналогичный код написать для вашей новой вьюхи и вставить в тот же файл. Выведите свою вьюху где нить, я подскажу, какой код писать

Скрытие сделано не через модуль views, а отдельно. просто клонированием ничего не добьетесь