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

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

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

25 декабря 2014 в 12:20

в принципе я ставил куку для автоматизации мобильной версии через https://tech.yandex.ru/detector/. Те пользователь попал на полную версию,словил куку, проверил браузер и ушел на мобильную версию.
и при клике на ссылку на полную версию уже не должно быть автоматической проверки.
Куда я только эту куку не пихал. при кеше ничего не работает.
два дня с мельницей воевал. но придумал.
разделил код html.tpl.php на с кукой и без

20 декабря 2014 в 19:00

"Berkana" wrote:

хорошо, а вот в такой ситуации с юзерами. В друпале полей немного, в старой таблице более 10-ти.
Как тут быть правильнее? Создать в Друпале дополнительные поля в Юзерах, и потом соотнести их с полями старой таблицы. Либо это произойдет в самом процессе переноса?


Сами только ошибки появляются

20 декабря 2014 в 17:26

Тут надо правильно подойти с нужной стороны.
есть основные сущности. Поля добавить можно любые. от текста до связи.
1.user
2.taxonomy
3.node

Тут можно перенести все.
Также без проблем можно привязать что-то к чему-то.

20 декабря 2014 в 17:04

Если сможете сделать экспорт в csv, здесь найдете специалистов, которые перенесут данные в drupal.
Можно использовать Миграте, но надо знать и drupal, так что не советую тратить на это время. Только ХардКод.

20 декабря 2014 в 16:55

"Berkana" wrote:
voviko, импорт прав в Views реализуем? скажу честно, не знаю с чего тут начать думать.

Если честно, то не совсем. Реализуем при написании мостов к старой таблице пользователей. На самом деле намного проще перенести пользователей из старой базы на новую и использовать права, которые ставит drupal. Это можно сделать при помощи CSV.
Сейчас также разрабатываю систему миграции, и основной вопрос, это обновление сайта, а не перенос.

20 декабря 2014 в 14:57

Импорт прав пользователей в views вполне реализуем.
Отображение из таблиц старого сайта в views, и перенос обновление таблиц тоже.
Но это только отображение. Обновления таблиц вы не сделаете, а если сделаете, то drupal тут ни причем.
Единственный вариант писать свой модуль по импорту - обновлению.

16 декабря 2014 в 21:19

"maxOs" wrote:
Вот это не оч. хорошо:

Те до момента оформления покупаки вам все нравится? ТС сразу предупредил, что по корзине не работал.

16 декабря 2014 в 20:26

Views - Сложный модуль. Над оптимизацией и кешем работало очень много человеков.
Вам написали ранее, что При кэшировании кэш-ID генерируется в соответствии с параметрами запроса(MD-хэш от сериализированного массива с параметрами).

Можно через хак изменить запрос, но лучше сделать выборку самостоятельно, без views + cache_block

16 декабря 2014 в 11:26

Меню каталога не нравится, при наведении всплывают детки. Раздражает.
так же не нравится lightbox на странице продукта. Хотелось бы при нажатии на доп. изображение просмотреть, без lightbox.
В остальном все информативно и качественно. Но шрифт поменять надо...

13 декабря 2014 в 19:26

"EUROPEAN" wrote:

voviko, спасибо! Всё работает!


Незашто. Вы лучше представьте менеджера, который будет ОТВЕЧАТЬ на сообщение, и , "по непонятным причинам" письмо не дойдет до адресата, или получатель письма получит письмо с адреса "непонятная фигня"

10 декабря 2014 в 20:53

"divined" wrote:
Или делать как советовали, но для хранения контента использовать сущность, а не ноду или термин.

Это одно и тоже. Логика проста. Часть сущности выводить как обычно(node termin), а другую часть выводить через views

10 декабря 2014 в 19:29

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

10 декабря 2014 в 18:31

"dionis20" wrote:
Как создать термин при создании ноды с указанием родительского термина из определенного поля юзера.

hook_node_presave