Разослал по моим персональным адресатам почту спамер, хотя в этой рассылке также были и бизнес контакты, взломан мой личный gmail акаунт. А мой электронный магазин с SugarCRM на gmail не хостится. В спаме была реклама конктетного магазина торгующего каким то чаем, к моему бизнесу отношения не имеющая.
Наказать можно по разному, от отправки жалоб в разные службы борющиеся со спамом, до подачи заявок в течении недели-месяца-квартала с просьбой перезвонить, с разных адресов и телефонов, а если есть возможность сделать заказ наложенным платежом то вообще счатье... Каждый день из-за прокси заказывать посылку счастья в разные концы света.
Надо будет подумать о создании такого социального проекта, наказывающего недобросовестных интернет-торговцев. Спамеров давить бесполезно, а тех кто их услугами пользуется - карму чистить.
Понятно откуда растут ноги этих лоббистов, но их это не спасет.
Как мне кажется это приведет к переходу на торговлю с помощью банковских карт, чек можно выписывать в момент проведения оплаты, а оплата товара на месте будет элементарно дороже стоить. Во всем мире от оплаты наличными уже давно отказались, нам туда же.
Или пользуйтесь курьерскими службами у которых есть кассовый аппарат у курьера.
Начните с оптимизации конфигурации, удаления лишнего и настройки.
По умолчанию развеонутый magento с 10000 товаров выдает страницу в первый раз как раз 5-8 секунд, потом если кеш стоит то 2 секунды.
Для нагруженных проектов рекомендутся разделять бд и веб-сервер. Серверу нужен процессор, базе данных память. Если перед апачем поставить nginx в виде балансировки нагрузки, будет сильно лучше.
Попробуйте js библиотеки вынести в cdn яндекса или google.
Для россии им лучше хостить локально, время - деньги.
Свою ошибку признаю, посмотрел настройки apache, обращение к изображениям из кеша (не скриптам) происходит напрямую без Mage и реврайтов.
Это был еще один из бесмыссленных и бестолковых споров, которые обычно происходят на форумах;) Спор прекращаю, мы принципиально о разных вещах говорим.
OpenCart не видел, даже не знаю о чем речь.
В каталоге /media/catalog/product лежат оригинальные сообщения, в папке cached есть три поддиректории с размерами image, small_image, thumbnail. Что я делаю не так? Файлы из директории /media скачиваются через вызов Mage.
По любому Apache или Nginx не залезают внутрь файловой системы Magento без вызова Mage. Я про это говорю.
Для программистов существут отдельные форумы, тем более для начинающих. Предлагаю, спор на этом закончить.
Для поиска пути к файлу даже из кеша движек делает несколько поворотов маховика, если в кеше нет, то картинка ресайзится до нужного размера, на нее накладывается водяной знак и после этого вы ее качаете как файл. Так Zend устроен, поэтому и говорят на каждом углу, что magento громоздкий. Если вы про memched, кеширование в nginx или varnish, то это уже отдельная история - все снаружи и не требует затрат движка, но проще для начинающего вынести наружу, движек позволяет.
class Mage_Media_Model_Image extends Mage_Core_Model_Abstract
и
class Mage_Media_Model_File_Image extends Mage_Core_Model_Resource_Abstract
Кстати в Битриксе это тоже есть, если не ошибаюсь они с Городецким с бесплатным CDN рекламную тему замутили. На хабре было.---------- Добавлено 02.06.2013 в 22:06 ----------И по поводу технических деталей вы не правы, иначе можно будет обсуждать преимущества платформ по их официальным пресс-релизам и спискам фич. Тут как в автосалоне прокатиться не получится, поэтому проще спросить того кто реально имеет опыт именно в частных деталях.
Я так и знал, этот форум для нас, тех самых, кто ищет решения бизнес-задач !!!
По поводу кеширования и обновления версий вы не правы, долго объяснять, вернее я уже объяснил, но страница слетела, перепечатывать не хочется;) Если кратко, с точки зрения бизнеса, вопрос относится к категории конкурентных преимуществ. Почитайте стековерфлоу и серверфолт, там тех. экспертизы побольше, но по любому технические детали выходят за рамки дискуссии начатой ТС.
Есть ограничения на количество одновременных сессий браузера с одним доменом, у Chrome например 6. Если вы html, картинки к нему, скрипты и css грузите с одного домена, седьмой файл не грузится до тех пор пока не освободится сокет от предыдущих. Как результат, увеличивается время загрузки всей страницы. Учитывая архитектуру Magento, картинки грузятся совсем не как файлы, даже если вы их уже закешировали. Собственно, поэтому jQuery/Prototype рекомендуется выносить на загруженных серверах на CDN яндекса или google, и тем большая вероятность что их копия уже в есть кеше браузера вашего посетителя. Вынос изображений на отдельный домен уже разгружает очередь загрузки, плюс разгружает Magento, а настоящий CDN дает еще и региональное ускорение загрузки страниц.
Ожидать сумасшедшее быстродействие от бесплатного софта в коробке не стоит, но имея голову и прямые руки, быстродействие повысить можно существенно. 1.7 из коробки как мне показалось ускоряется почти в два раза за несколько часов настройки без изменения железа. Говорят о 20% повышении производительности Magento 2, мне уже сейчас понятно почему это произйдет.
Поддержка ZF1, включая выпуск патчей и новых версий, будет прекращена в 2014 году, так что не переходить будет просто не безопасно. Куча сайтов продолжает использовать 1.4, работает вот и хорошо, ну что же я не против.
У меня нет клиентов из сферы интернет-бизнеса, поэтому видимо у нас подходы разные;)
Евгений,
Так там практически вся графика через псевдо CDN идет, движок магазина разгружен. JS они грузят грамотно, кстати у них ничего не минифицировано. Им есть куда оптимизировать скорость отрисовки.
Объем кода не волнует, но если JS весит 500 Kb и загружается в самом начале без async, то пользователь видит задержку. А наличие jQuery и Prototype на одном сайте только увеличивают задержку. EAV выключают на больших проектах, те кто знает, по умолчанию он вроде включен.
В Mage2 под приятностями SEO я имел в виду автоматизацию работы контент-менеджеров, понятно что description и META поля все ИМ умеют показывать. В большинстве магазинов эти поля вообще не заполняются, а в М2 будет автоматом.
ExtJS знакома, вещь хорошая, но она для другого, для e-commerce задержка в отрисовке страницы - реальные потери бизнеса в виде снижения конверсии. Добиться от Magento 1-2 секунд на страницу выполнимая задача, руки нужно просто приложить правильно.
На мелочи в конечном итоге ой как стоит обращать внимание, так как мелочи формируют конкурентные преимущества. И именно мелочи потом могут как снежный ком превратиться в лавину.
Консервативность взглядов она больше не от молодости, а от долгой работы в эксплуатации и накопившихся шишек... И десятка не такая уж большая разница.---------- Добавлено 02.06.2013 в 15:45 ----------По скорости Magento Enteprise можно смотреть www.auchan.ru, но и его есть куда оптимизировать...
