OS-commerce: анализ заказов и их выполнений

Задача: посмотреть сколько денег было потерянно на отмененных заказах:

Решение: 
SELECT t.orders_id,o.date_purchased, t.value
  , s.orders_status_id, st.orders_status_name
  , (case s.orders_status_id when 4 then t.value else 0 end) canceled
  , (case s.orders_status_id when 3 then t.value else 0 end) delivered

FROM `orders_total` t, orders o
  ,orders_status_history s
  ,orders_status st
WHERE
  t.orders_id=o.orders_id
  and t.class='ot_total'
  and  s.orders_id=o.orders_id
  and st.orders_status_id=s.orders_status_id
  and  s.orders_status_history_id=(select max(s1.orders_status_history_id) from orders_status_history s1 where s1.orders_id=o.orders_id group by s1.orders_id)
  order by o.date_purchased desc;

Результат: Читать далее OS-commerce: анализ заказов и их выполнений

Памятка: Принятие решений

0) Подумать, а на сколько критично вообще решение в данном вопросе.

Если не критичное место, то возможно первое попавшееся решение будет приемлемо. (Мне, например, без разницы какого цвета стикеры использовать, и формализовывать процесс выбора стикера — трата времени).

SW:  решение о том на какой платформе стоит разрабатывать новый продукт — достойно формального анализа, а вот цвет кнопки  — может и не стоит анализировать, ее влияние на конечный результат минимально.

1) Определить критерии для оценки альтернатив

Обозначить величины и их приоритеты (если несколько критериев). Рекомендуется использовать опыт предыдущих анализов, очень вероятно что критерии повторятся.

SW: критерии для выбора платформы — доступность разработчиков под эту платформу, стоимость решений на этой платформе, потенциальная производительность, риски.

2) Обозначить альтернативы

Поиск альтернатив проводить как внутри команды, так и используя внешние знания (поиск, анализ конкурентов).

SW: кластерное решение системы управления базами данных: MS SQL server, Oracle, или как показал поиск по гуглу — то еще MySQL.

3) Выбрать способ оценки альтернатив

Совсем не стоит полностью строить решение на всех альтернативах что бы понять какие лучше. Может некий симулятор или проверка подмножества функций позволить уже оценить выбранные критерии в п2.

Понять во что обойдется (время, стоимость и пр) оценка альтернатив по выбранному способу.

SW: синтетические тесты, экспертная оценка, моделирование — первые пришедшие в голову примеры методик оценки.

4) Проанализировать альтернативы используя п1 и п2

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

Возможно вернуться к п3 и анализировать другим методом если выбранный метод ранее не дал отчетливых значений выбранных критериев в п1.

SW: выполнить моделирование/тесты, выделить значния важных критериев, сохранить отчеты в репозиторий.

5) Выбрать из п2. базируясь на п1

Так как, часто анализ выполняется по моделям (то есть не полной информации), то при рекомендации одной из альтернатив не забыть указать в рисках, как было выбрана эта альтернатива.

SW: выбрали RAC Oracle, т.к. среди прочего показал больший рост производительности при добавлении ноды — риск: тестировали с ограничением на типы операций и объемы данных.

Резюме:

Звучит формально и надуманно, но забывать про первые три пункта не стоит. Опыт показывает, что все сразу приступают к п4 не обозначив, как будут выбирать,  по какому критерию и вообще не держа в голове все возможные альтернативы решений.

Prestashop: Изменения в базовых модулях

Для одного из сайтов понадобилось перенести несколько модулей из правой колонки в левую. (в частности blockcart — корзину покупателя)

В базовом функционале модули этого не делали.

Читать далее Prestashop: Изменения в базовых модулях

PrestaShop — обновление в безопасности. версия 1.3.1

PrestaShop v.1.3.1 — Important security update

Внимание, обращаем внимание на новую версию prestashop.

При поддержке John JEAN из Wargan Solutions компании, что специализируется на компьютерной безопасности, мы нашли и исправили  несколько уязвимостей в коде которые затрагивает все версии prestashop (с v0.8 до v1.3).

Читать далее PrestaShop — обновление в безопасности. версия 1.3.1

Обновился Prestashop — версия 1.3

Новая стабильная версия PrestaShop

Версия 1.3 обосновано названа наиболее завершенной, стабильной и профессиональной по сравнению с предыдущими версиями. Огромное количество оптимизаций было сделано, что бы максимизировать производительность и поддержку многоязычности. Эта версия включет множество рекомендаций от Open-Source сообщества. Версия доступна на трех языках: английский, испанский и французский.

Читать далее Обновился Prestashop — версия 1.3

Поддержка товаров с ценой «по запросу». prestashop.

В магазине wo-da.ru появилась необходимость корректно отображать товары, цена на которые не известна на данный момент, и требует согласования по телефону. (Это особенность дистрибьютерского бизнеса для дорогих артикулов).

Дабы минимизировать изменения в коде prestashop было решено:

1) для товаров цена накоторые неизвестна  ставить цену 0 (у нас нет бесплатных товаров, поэтому нету и конфликтов)

2) для тех товаров у которых цена 0 — в шаблонах сделать допольнительную обработку и не отображать цену и кнопку «добавить в корзину».

Читать далее Поддержка товаров с ценой «по запросу». prestashop.

[lang_en]Subcategories in manufacturers module for prestashop[/lang_en][lang_ru]Подкатегории для производителей — модуль Prestashop[/lang_ru]

[lang_en]When you choose manufacturer in default prestashop site — you get list of all products of this manufacture, without any grouping. Module  blockmancategories add a list of categories into manufacturer page.[/lang_en]

[lang_ru]При выборе производителя prestashop по умолчанию выдает список всех товаров данного производителя. Без какой-либо группировки.  Модуль blockmancategories выводить список категорий товаров для данного производителя.[/lang_ru]

Читать далее [lang_en]Subcategories in manufacturers module for prestashop[/lang_en][lang_ru]Подкатегории для производителей — модуль Prestashop[/lang_ru]

Hook в шаблонах prestashop

Перевод рецепта по созданию HOOK’а для Prestashop.

Шаблоны для prestashop базируются на шаблонизаторе Smarty и все модули используют хуки (hooks) как определение места положения модуля на странице.

По умолчанию в prestashop есть следущие хуки: rightColumn, leftColumn, payment, paymentReturn, updateOrderStatus, top, footer, productActions, cart, customerAccount, header, productTab, productTabContent, home и т.д.

Если же нужно создать новый хук для размещения вашего модуля, то вот краткая инструкция как это сделать:

Читать далее Hook в шаблонах prestashop