1. Главная
  2. Ростислав

Ростислав: Комментарии

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

25 декабря 2012 в 20:08

"stddos" wrote:

и кстати, если уберкарт, то почему седьмой друпал? Для седьмого лучше commerce, посмотрите уже готовая сборка есть даже commerce_kickstart

10 ноября 2012 в 1:44

bobser +1
Расставили цели в метрике для отслеживания процентов отказов со страницы чекаута.
Статистика за неделю:
Достижение цели подтверждение заказа - 55
Достижение цели успешный заказ (все заказы успешны, поскольку курьерская доставка без online-платежей) - 47

14 апреля 2012 в 17:35

Вариант через код
Делаете поле типа Node Reference, в настройках данного поля в выборке указываете товары необходимого типа.
Выбираете необходимые товары в админке. В Node.tpl.php в объекте $node доступны nid выбранных нод, по ним загружаете ноды товаров через node_view(node_load($node->nid), 1) и цепляете верстку к блоку.
Живой пример как так работает - смотрите здесь - http://lukukla.ru/product/rostovaya-kukla-gubka-bob
Блок "Вместе с этим товаром покупают" ниже полного описания товара.

3 июня 2011 в 20:15

Пользователи уберкарта - это просто пользователи. Возможно, с особой ролью, возможно нет. В общем не суть.
Если рассылкой пользоваться будете часто (имеется ввиду не разовое действие) - ставьте Simplenews . В совокупности с модулями Simplenews Sheduler, Mime Mail и HTMLMail позволяет cделать из просто рассылки достаточно презентабельную рассылку в HTML-формате. Только имейте ввиду, что для нормальной работы все же в код залезть придется.

1 апреля 2011 в 18:59

To xxandeadxx

Lol Я рыдал и матерился, когда писал скрипт миграции данных для 30 разнотипных полей. Drupal классная система, работаю с ней почти ежедневно более 2 лет, однако imho: модуль Profile - редкостное д...о, написанное индусом-фрилансером.

1 апреля 2011 в 18:00

Советчики, блин.... Так сказать, накипело...

Если еще не начали добавлять поля в Profile, остановитесь.

Модуль Profile - худший вариант хранения данных о юзере из всех возможных в Drupal. Говорю как программист. В принципе не подходит для нормальной разработки. Даже статью хотел по этому поводу написать по итогу недельной миграции данных (тысячу пользователей биржи talentory.com после того, как предыдущие разработчики все сделали на profile) из полей Profile в поля Content Profile + таксономию.

Потому что:

23 марта 2011 в 16:22

решение без хука, основанное на первом. Создайте новое обязательное поле, в node.tpl.php поместите его вывод на месте title, title уберите из шаблона. При сохранении ноды по клику на сабмит заполните данные title данными первого поля, или хотя бы nid ноды туда (чтобы не было пустое, иначе не сохраните).

21 марта 2011 в 18:45

В это не преимущество, а принцип добавления JS при написании собственного модуля. На уровне темы мы можем подключить через тег script, на уровне модуля для правильного добавления и корректного кеширования через drupal_add_js, в таком случае скрипт будет автоматически добавлен в хедер или в body (если указан параметр inline для drupal_add_js) при активации модуля.

2 марта 2011 в 17:56

Fieldset - элемент формы, а не форма, и он не может быть отправлен. Кнопки самбита для каждого fieldset-а не имеют никакого смысла, поскольку форма отправляется целиком. Т.е. вы не можете засабмитить изменения только данного филдсета, игнорируя измененные поля других филдсетов, поскольку ПОСТ-ом на сервер отправляется каждый раз содержимое всей формы.

Чтобы реализовать вашу логику (отправка/сохранение данных только данного филдсета), в вашем случае надо отправлять данные из каждого филдсета Ajax-ом и писать серверный обработчик для каждого запроса. Это решаемо, но не быстро.

2 марта 2011 в 12:43

Не где, а откуда. В модуле ядра modules/user/user.module. Изменять не рекомендуется, но при необходимости иногда приходится. Естественно, при следующих апдейтах это место помечается, и обновление данного файла делается вручную.