Обсуждение ◄Magento► — Бесплатный движок Интернет-магазина с открытым исходным кодом

[tronex]

Тоже столкунлся с Magento и возникло несколько вопросов, а именно - Как русифицировать мадженту и прикрутить Яндекс деньги и Вебмани? Как сделать расчет доставки почтой России и ЕМС почтой?

 

[Polyaxe]

Тоже столкунлся с Magento и возникло несколько вопросов, а именно - Как русифицировать мадженту и прикрутить Яндекс деньги и Вебмани? Как сделать расчет доставки почтой России и ЕМС почтой?

1. Русифицировать можно разными способами. Админку вообще рекомендую не русифицировать - в оригинальных терминах проще. Фронд-энд русифицировать можно через файлы перевода (не рекомендую, переводов, устраивающих меня ещё не встречал, но есть на мадженто-коннект и вообще в сети), либо вручную через система - конфигурация - разработчикам - включить подстрочный перевод. Делать рекомендуется на магазине, недоступном в паблике. Шаблоны писем переводить ИСКЛЮЧИТЕЛЬНО через админку - настройки - шаблоны писем. В этом случае они сохраняются в БД и вообще, очень православный метод.

Прикручивать оплату ВМ и ЯД - никогда не прикручивал. Но есть довольно качественные модули оплаты (правда, платные), А ВМ лежит бесплатно прямо на коннекте.

2. Для расчета стоимости доставки очень хорош метод Best Way, кажется. В таблице редактируешь стоимость в зависимости от индекса, города и прочих параметров, вес, цена. Для понимания очень прост и фантастически гибок.

 

[tronex]

1. Русифицировать можно разными способами. Админку вообще рекомендую не русифицировать - в оригинальных терминах проще. Фронд-энд русифицировать можно через файлы перевода (не рекомендую, переводов, устраивающих меня ещё не встречал, но есть на мадженто-коннект и вообще в сети), либо вручную через система - конфигурация - разработчикам - включить подстрочный перевод. Делать рекомендуется на магазине, недоступном в паблике. Шаблоны писем переводить ИСКЛЮЧИТЕЛЬНО через админку - настройки - шаблоны писем. В этом случае они сохраняются в БД и вообще, очень православный метод.

Прикручивать оплату ВМ и ЯД - никогда не прикручивал. Но есть довольно качественные модули оплаты (правда, платные), А ВМ лежит бесплатно прямо на коннекте.

2. Для расчета стоимости доставки очень хорош метод Best Way, кажется. В таблице редактируешь стоимость в зависимости от индекса, города и прочих параметров, вес, цена. Для понимания очень прост и фантастически гибок.

1)Поставил чистую Мадженту на Для просмотра ссылки Войди или Зарегистрируйся. Русифицировал через "Magento Connect" админка сразу тоже русифицировалась. Блин че то лучше бы админку не русифицировал - много слов переведено коряво, если читать русский мануал то вообще не совпадают слова перевода, думаю надо откатить назад теперь... Построчный перевод думаю лучше всего, можно налету менять перевод, дольше конечно но свежее все будет!

2) По расчету стоимости дык все 40000 индексов же не занесешь в этот Best Way или ошибаюсь?! До методов доставки и оплаты пока не добрался так что пока незнаю возможности.

Интересно Где продают нормальные модули для мадженто и где кроме коннекта можно найти бесплатные модули и темы?

Сейчас хочу сделать чтобы два магазина(blends.ru, rapunit.ru) работали на одной мадженте но имели разный перечень товаров и разное оформление фронтенда...

Раньше работал с Шопскриптом, но в нем нет ни работы с несколькими магазинами из одного двига и нельзя грамотно с характеристиками работать у товаров, клонировать товары с небольшими отличиями имхо тупость...

 

[Polyaxe]

По расчету стоимости дык все 40000 индексов же не занесешь в этот Best Way или ошибаюсь?! До методов доставки и оплаты пока не добрался так что пока незнаю возможности.

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

 

[tronex]

В итоге решил потестить русскую сборку потом если что куплю ее за 450 бачей ))
Для просмотра ссылки Войди или Зарегистрируйся

 

[unkn0wn]

Просто хороший VDS сервер, этого будет достаточно

Вы излишне оптимистичны. На не самом последнем сервере Magento тормозит уже при 10 посетителях.

memory_limit=1024M поставь, движок изначально разрабатывался под высокую нагрузку - отсюда и требования к ресурсам, можеш сам глянуть price.ua allo.ua ежедневно перемалывают по 100 тыщь хостов и не падают.

неправда ваша. Скорее он разрабатывался под фермы серверов, которые только его и потянут.

включить аггрегацию css и js, включить кеширование в настройках магенто, на сервере поставить memcache и какой-нибудь прекомпилятор, не использовать апач и всё будет в ажуре. ну и gzip включить в настройках вебсервера. остальное мелочи шаблона - минимизировать запросы к статическому контенту, валидная вёрстка и тд и тп.
оптимизировать скрипт надо, а не выть, что он тормознутый.

Друг, не надо говорить глупости. Тормозит же не браузер, а сам движок, поэтому советы с аггрегацией, nginx и gzip - все равно, что мертвому припарка. Тормоза в самой архитектуре Magento - построенный почти по всем канонам MVC-программирования на Zend Framework, на каждый чих он реагирует жуткой цепочкой вызовов как в PHP, так и в MySQL. Вследствие этого для магазина с посещалкой 300 посетителей в день требуется как минимум Core2Duo, потому что на VDS скорость отклика будет в лучшем случае секунд 5. Навешивание модулей замедляет работу в разы. При этом непонятно - с одной стороны все кричат о том, что в Мадженто по умолчанию плюшек хоть ж..ой ешь, с другой - Connect завален не самыми дешевыми модулями, которые по уму должны быть в ядре. Темизация - вообще отдельная тема: для того, чтобы прописать один блок, надо излазить всю тему и сделать изменения в 10 неочевидных файлах. Импорт товаров такой, что проще повеситься - в среднем импортируется 1-2 записи в секунду, так даже как-то странно ставить рядом слова "magento" и "большой магазин". Толковых манов как по темизации, так и по архитектуре, как вы догадались, нет, чтобы по возможности не дай боже сами ничего там не написали. Ну а если же вы не справляетесь сами, то вы всегда можете попросить помощи у разработчиков за символические $11.000 в год.

Так что надо понимать, что единственное, что держит Magento на плаву - так это обширный маркетинг, позиционирующий Magento как профессиональный движок для серьезных интернет-магазинов. А по сути - это замороченный тормозной движок с конскими ценами на все: поддержка, приличный хостинг, разработка темы, покупка модулей. Конечно, там есть какие-то фичи, которых нет у других движков, но за $11.000, я вас уверяю, найдутся тысячи желающих, которые к любому движку прикрутят фич на порядок больше. Так что убери маркетинг - и серьезность Magento сложится, как карточный домик, под напором вполне объективных недостатков.

Ну и Для просмотра ссылки Войди или Зарегистрируйся на сладкое:

Сам на данный момент работаю в компании-разработчике. Что сказать, с одной стороны «не руби сук, на котором сидишь», с другой — в некотором шоке от ситуации с продуктом.
Функционально Magento очень богата, компандой написано очень много — не отнять. Расширяема, перекрыть можно почти любой функционал — возможно (правда, ценой ещё больших ресурсов и времени). Но поражает не это. Разработка её — чистой воды эстетство, сплошное удовлетворение программистских амбиций с самого начала. Документированием никто из разработки не занимается вообще (хотя само позиционирование — платформа для разработчиков). На решение одной неудачной в плане производительности идеи появляется ещё пять-десять других. Частично денормализованные данные в EAV денормализуются окончательно во Flat catalog, в итоге делается двойная работа (оптимизация, да). Это нормальная ситуация, когда не считается ни количество запросов в БД, ни их «вес» — гораздо важнее абстрагировать данные в десяток моделей на одну конкретную сущность, сджойнить по десять таблиц ради пяти продуктов. Средств дебага нет, манера делать цепочки вызовов методов в классах привела к тому, что добираться до причины мелкой проблемы можно часами. Однако, «высокий уровень приложения», «профессионализм», «мы лучшие на рынке».

С другой стороны — бизнес. Законы маркетинга. Грамотное позиционирование там, где это нужно больше всего (в США). В итоге правда такова, крупнейшие компании в мире заказывают магазины, крутят их на облачных сервисах, колются и плачут, но пользуются. Всем хорошо: программисты — реализуют паттерны паттернов, клиенты отстёгивают значительные суммы всем за «профессионализм», железо продаётся вагонами, целые компании делают свой бизнес на разработке под Magento, страдают только админы хостингов и реальные пользователи.

Так что если у вас еще остались идеи поюзать маженту для магазинчика - выдохните и поищите что-нибудь более интересное - престу, virtuemart, spree (если знакомы с ruby), drupalcommerce. Понты от использования маженты не стоят вложенных в нее времени и денег.

 

[Bambarbia]

Нет ли у кого модуля аукциона для Magento (навроде Для просмотра ссылки Войди или Зарегистрируйся

 

[Vipox]

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

 

[Torm]

Подскажите пожалуйста, можно ли на маженте сделать мультивендоров?

 

[Vipox]

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