Мнения по поводу скрипта инет.магазина Magento

А никто не видел нуленой российской сборки? или хотя бы модулей оплаты через РобоКассу?
 
GNurik написал(а):
Cimmerian, эти редиски забугорные отказывают в SSH, аргументируя это необходимостью безопасности. А другого варианта они мне не предложили... :( А насчёт openerp - там уже и модуль есть готовый :) Для просмотра ссылки Войди или Зарегистрируйся
krasniy, спасибо - обновился. Радует что система развивается, а ошибки исправляются.

Добавлено через 57 минут
Нашёл такую вещь, может кому пригодится.

Magento folder structure

/ app - is where the application resides
/ app / etc - is global configuration den
/ app / code - is where modules installed their models and controllers
/ app / code / core - are core team developed or certified modules
/ app / code / community - are community contributed modules
/ app / code / local - are local customizations
/ app / code / core / Mage - magento default namespace
/ app / code / core / Mage / {Module} - module root
/ app / code / core / Mage / {Module} / etc - module configuration
/ app / code / core / Mage / {Module} / controllers - controllers provided by module
/ app / code / core / Mage / {Module} / Block - Block logic classes
/ app / code / core / Mage / {Module} / Model - Object Models provided by module
/ app / code / core / Mage / {Module} / Model / Mysql4 - Resource Models provided by module
/ app / code / core / Mage / {Module} / sql - sql installation and upgrade files between module versions
/ app / code / core / Mage / {Module} / sql / {resource} / - resource model specific upgrades
/ app / code / core / Mage / {Module} / sql / {resource} / {type}-{action}-{versions}.(sql|php) - resource update files. example: mysql4-upgrade-0.6.23-0.6.25.sql
/ app / design - is location of design packages (layouts, templates, translations)
/ app / design / {package} / {theme} - theme customizations
/ app / design / {package} / {theme} / layout - .xml files that define block structure for different cases in website flow
/ app / design / {package} / {theme} / template - .phtml (html with php tags) templates
/ app / design / {package} / {theme} / locale - Zend_Translate compatible translation files for package/theme
/ app / locale - locale files
/ app / locale / {locale (en_US)} - Zend_Translate compatible translation files for modules
/ skin / {package} / {theme} / - is where design package css and images are
/ lib - are libraries such as Zend and Varien
/ js - are javascripts smile
/ media - uploaded files (product images, pdf documents, etc)
/ tests - Unit tests (not done yet)
/ var - temporary files
Нажмите для раскрытия...

А для более новых версий магенто есть синхронизация с ERP? Желательно бесплатно)
 
BFox написал(а):
Да полностью


Очень, без отдельного сервера лучше не соваться(конечно если у вас много продуктов и много посетителей)
Хотя пару раз видел ее на шаред хостинге, скорость очень низкая загрузки страниц, даже на средненьких впсах тестовый стор работает мягко говоря медлено (около 15 секунд на страницу)

НО Enterprise в 10 раз быстрее работает :)
Нажмите для раскрытия...

Это и сейчас так (разница в скорости)?
 
Здравствуйте! Подскажите тему или другое решение в Magento в котором составной товар реализован не в виде таблицы с наименованиями, а в более расширенном представлении - как минимум с фотографиями простых товаров входящих в составной и с возможностью просматривать простой товар по ссылке в отдельном окне. Составной товар мощное средство, очень нужное в моей сфере бизнеса, но реализация в таком урезанном виде не подходит.
 
Дайте ссылку на конкретную страницу работающего магазина с требуемым внешним видом и поведением.
 
Живово примера на мадженто нет, в этом и вопрос. Но есть видение. Мы продаем керамическую плитку. Магазин, например, Для просмотра ссылки Войди или Зарегистрируйся. Это на WebAssyst. Здесь задача решена простыми товарами, которые собораны в группы (коллекции), например Для просмотра ссылки Войди или Зарегистрируйся . Но правильней, с моей точки зрения, если бы эти товары были составным товаром (в WebAssyst такой опции нет совсем ), поскольку у них есть очень много объединяющих свойств. Тогда основное описание можно было бы давать на странице составного продукта. Нужно чтобы клиент заказывал коллекцию плитки, указывая сколько какого вида плитки ему нужно на одной странице, как в составном товаре Magento, это удобней и правильней, чем добавлять каждый товар из коллекции по отдельности в корзину. Но! Таблица составного товара в Мадженто содержит только названия товара, а мне необходимо чтобы там было еще фото простого товора (с возможностью увеличения) и ссылка на его расширенное описание. Т.е. составной товар должен действительно содержать простые товары в их стандартном (или урезанном исполнении) а не их список в таблице без функционала. Мне кажется это очень удобное и востребованное решение, я пересмотрел сотни тем, но ни одна из них под составной товар не заточена.
 
Здорово, присматривались уже к российской сборке. Если выйдет спец. конфигурация для нашего рынка, обязательно возьмем. Я понимаю что необходимый мне функционал сделать не так сложно на уровне темы. Но с Мадженто только начинаем знакомится, поэтому думал найти хотя бы пример подобного решения. Странно, что создав в базовой конфигурации составной продукт разработчики настолько урезали возможности его использования, и что нет ни одной темы где это было бы реализовано. Это ведь достаточно распространенная задача. Будем дальше искать или делать сами. Вопрос остается открытым.
 
что именно включено в модуль 1С:Управление торговлей ? какие конфигурации поддерживаются?
 
Войдите или зарегистрируйтесь для ответа.
Назад
Сверху