Вышла Magento 1.7.0.0

    24 апреля мир увидел очередную версию популярного движка для электронной коммерции — Magento 1.7.0.0

    Основные улучшения по сравнению с предыдущими версиями:

    • Оптимизирована слоистая навигация
    • Добавлена ​​поддержка CAPTCHA для администратора и пользователей
    • Добавлены различные базовые цены для групп клиентов
    • Добавлена ​​автоматическая генерация купонов на скидки
    • Улучшение резервного копирования и отката функциональности
    • Добавлено валидация налога для Евросоюза
    • Реализован DHL в Европе
    • Добавлены REST API
    • Улучшения мобильной темы
    • Реализован интерфейс Cookie для ограничение функциональности
    • Добавлены новые методы оплаты


    Также доступны различные опции резервного копирования, поддержка memcached и многое другое.

    Для быстрой установки через SSH подготовил необходимые команды:

    wget www.magentocommerce.com/downloads/assets/1.7.0.0/magento-1.7.0.0.tar.gz
    tar -zxvf magento-1.7.0.0.tar.gz
    mv magento/* magento/.htaccess magento/.htaccess.sample .
    rmdir magento
    chmod -R o+w media var
    chmod o+w app/etc
    mkdir media/catalog media/catalog/product media/catalog/category
    chmod o+w media/catalog
    chmod o+w media/catalog/product
    chmod o+w media/catalog/category


    Полный перечень нововведений Вы сможете найти на официальном сайте Magento.
    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More
    Ads

    Comments 19

      +1
      «слоистая навигация». гм, отличное выражение, буду теперь использовать, когда надо будет озаботить коллег :)
        0
        Многослойная красивее звучит. А вообще такая штука называется фасеточный поиск (faceted search)
          0
          Спасибо за подсказку. К сожалению, правильно называть никто не учил, поэтому и выходим из ситуации как получится. А вообще, за мою практику вариантов было много — и выборки, и фильтры поиска… сейчас так и называем ее — лэеред навигейшн.
            0
            ну все-таки скорее фильтр — если я правильно понял о чем речь.
            0
            Везде по-разному называют. Например, в движке Prestashop это называется Layered Navigation. Так что автор поста перевел правильно.
          +1
          А как там с быстродействием? Она всё такая же прожорливая?
            0
            А как давно Вы с ней общались? От версии к версии движок становится быстрее. Так что если Вы работали с ней крайне давно — будете удивлены быстродействием.
              0
              о, очень давно, года 1.5-2 назад, после армии не трогал её больше
              0
              Сейчас у меня в проекте почти 50 000 товаров, около 200 категорий. Сервер на CentOS 5, 1GHz, 1GB RAM, использую xCache и memcached. Планирую увеличить ресурсы вдвое, т.к. на данный момент уже не хватает.
                0
                А посещаемость какая?
                  0
                  Около 1000 уников в сутки. По правде говоря, немного жалею о выборе, т.к. индексирование стандартными средствами уже сейчас не происходит, завершается ошибкой 500. Пришлось написать shell скрипт, который производит индексирование.

                  У знакомого на PrestaShop база в 3 000 000 товаров, магазин лежит на средних параметров виртуальном хостинге. Пока в разработке, но выдерживать без нагрузки 3 млн. позиций — уже неплохой результат.
                    0
                    Многие движки держат большие базы, главное посещаемость. Проверить пока в разработке можно через loadimpact например.
                      0
                      Есть какие то конкретно на примете? Т.к. в данный момент склоняюсь к идее что для высоконагруженных проектов необходимо искать альтернативное решение. (Особенно утвердился в этой мысли после того, как на одном буржуйском сайте по предоставлению хостинга под Magento самый дешевый тариф был снабжен 16 Gb оперативной памяти...)
                        0
                        Для высоконагруженных приходится разрабатывать свои. Я из PHP укладываюсь в 200МБ ОЗУ при возможности обработать 300 запрос/секунду долговременно (~25 миллионов в сутки), возможно кратковременная нагрузка в 1000 запросах, но не дольше, чем на 5 секунд. Для работы достаточно сервера с 2ГБ ОЗУ при том, что 500МБ это я рассчитываю на дисковый кэш.

                        Но как я понял, альтернативное двигло было найдено? Сколько хоть запросов держит и каких ресурсов требует?
                0
                А есть уверенность, что наращивание железо исправит ситуацию? Поддержу вопрос от Artime насчет посещаемости. И уже из чистого любопытства — не рассматривался ли вариант смены движка?
                  0
                  Спустя 2 недели мучения и написания костылей движок был сменен на альтернативный. Название разглашать не буду, дабы не возникло холиваров. Но при одинаковых параметрах сервера, нагрузке на сайт и базе товаров разница — небо и земля.
                    0
                    Вот напрасно не разглашаете название. Лучше холивар чем просто заявление.
                0
                В этом релизе появился новый алгоритм PLN (Price Layered Navigation).
                К существующим двум:
                1. Manual (в котором явно задается шаг, и максимальное число интервалов)
                2. Automatic (Equalize price ranges), который автоматически разбивал множество на интервалы, но выбирал при этом шаг равный степени 10. И останавливался, когда число интервалов становилось большим либо равным двум.

                добавился
                3. Automatic (Equalize product count), в котором используя статистические данные по выборке строится распределение. В данном случае интервалы будут содержать приблизительно одинаковое число продуктов.

                И этот новый метод действительно работает медленней, чем предыдущий (2) на выборках до 100к продуктов. В первую очередь из-за накладных расходов в связи с дополнительными запросами к базе данных.
                Если используется Solr данная разница едва ли заметна.

              Only users with full accounts can post comments. Log in, please.