1. Главная
  2. Sun-fire

Sun-fire: Комментарии

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

23 августа 2011 в 18:14

"minamoto" wrote:
А где вы патч заметили?

Здесь:

"minamoto" wrote:

Вроде как решил проблему. Надо было в файле shema.inc (includes>database>mysql>shema.inc) поменять 84 строку с 'mysql_engine' => 'InnoDB' на 'mysql_engine' => 'MyISAM'.

16 августа 2011 в 19:15

"mibdev" wrote:
Отличный ответ новичку. Зачем писать такое, если не собираешься пояснять.

Собственно, по ссылке лежит модуль, который решает поставленную проблему. А также документация к этому модулю. Все, что нужно для решения проблемы. Если человек новичек, это еще не значит, что он не умеет читать. А иначе, если человек не умеет читать, что он тогда делает в веб-разработке?

16 августа 2011 в 15:01

Суть проблемы установил.
Сбой происходит в модуле redirect. Если в списке допустимых редиректов уже есть редирект, который мы пытаемся туда записать, то не срабатывает валидация редиректа и он допускается к сохранению.

Таким образом, не срабатывает функция валидации redirect_validate(). Проблема временно решена добавлением кода валидации в функцию redirect_save()

У кого-то еще возникала такая же проблема?

16 августа 2011 в 14:42

На вкус и цвет все фломастеры разные. Кому-то ближе архитектура уберкарта, кому то больше нравится коммерц. Две кардинально разные архитектуры, и у каждой есть свои преимущества и недостатки. Каждый разработчик имеет свое ИМХО - использовать коммерц или нет.

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

По сути вопроса:

15 августа 2011 в 17:07

Условие остановки батча у вас в коде:

if ($context['sandbox']['progress'] != $context['sandbox']['max'])
$context['finished'] = $context['sandbox']['progress'] / $context['sandbox']['max'];

Скоррее всего $context['sandbox']['progress'] не достигает значения $context['sandbox']['max']. И тогда батч будет зацикливаться. Продебажте значения переменной $context['sandbox']['progress'].

15 августа 2011 в 12:15

Дублирования там нет Smile В коммерце сущность товар представляет собой собственно товар, с его стоимостью, кодом товара и т. д. А нода уже является средством визуального представления товара на сайте. Это очень удобно.

10 августа 2011 в 12:11

Таки да. Не совсем правильно понял суть вопроса. В $form_state нужного нет. Скорее всего придется писать состояние формы в куки кастомным JS скриптом.

10 августа 2011 в 12:07

Уточню данные. На данный момент на сайте 7121 номенклатура. Полное обновление цен/наличия занимает в среднем сейчас 2.5 минуты. Запуск обновления раз в 10 минут. Используется смешанный доступ к данным (в зависимости от операции используется Commerce АРІ, в некоторых случаях прямой доступ к базе через Database API).

5 августа 2011 в 15:06

"alexandr.poddubsky" wrote:
ничего подобного. Вы не знаете разницы идеологии. так что не в версии дело 6 иль 7. Разница в подходе. коммерц не для всех магазинов подойдет.

Речь шла о том, что для Drupal 7 Ubercart пока что более "сырой" по сравнению коммерцом. Следовательно коммерц сейчас более оправдано использовать для продакшна, потому как у него уже есть релиз-кандидат.

1 августа 2011 в 14:42

Например затем, что в некоторых ситуациях нужна не универсальность, а быстрота. Например, если нужно каждых 1о минут обновлять актуальность (цены, наличие по складам и т.п.) 10К товаров, причем в полностью автоматизированном режиме, без участия человека. В таком случае узко заточенное решение работает более эффективно.

7 июля 2011 в 22:08

Проверьте права роли на Order и Checkout. Коммерц обновите, уже beta4 дано есть. И обязательные модули до последних dev-версий.

«
Drupal Commerce currently depends on Drupal 7 with the latest dev versions of a few modules: Ctools, Views, Entity API, Rules, and Address field.
»

Перед обнолвением бекап базы и кода не забудьте сделать. А то коммерц иногда бывает шалит при обновлениях Smile