Pull to refresh

Comments 49

>Глупость формата YML заключаются в том, что XML принимается только в windows-1251, а не в UTF-8

не правда. наш сайт выгружает в utf-8 и никаких проблем не имеет
Согласен. Нужно просто нормально кодировку настроить.
А вы можете дать ссылку на выгрузку? я вам не верю на слово.
Я проверю файл в партнерке Яндекс.Маркета и если файл загрузится без ошибок, то буду приносить извинения и расшаркиваться =))
Но в описании стандарта четко указана кодировка win-1251 я пробовал скармливать XML в UTF-8 никаких результатов не получил. Валидатор говорит, что ошибка в заголовке.
pastebin.org/128563
использует https://sourceforge.net/projects/php-xhtml/ как обертку над DOM (чтобы проще было)
тег offer вынесен в отдельный объект, что поломало простой вывод в файл — потому что у хостера ограничение на 32 МБ, а оно кушало на 1000 позиций ~34МБ.

так — просто подчиненные элементы без дополнительных объектов и вывод одним махом возможен. пример — как создаются теги category
Спасибо большое за код.
Вот пример выгрузки в YandexML c сайта, которую я реализовал: www.toolsonline.ru/index.php?route=feed/yandex_yml
Меня больше всего интересует пример выгрузки в XML полученной в результате выполнения вашего кода.
Проверил валидатором файл в кодировке UTF-8 и windows-1251
Теперь валидатор пишет
«Определена кодировка: windows-1251 (строка 0, столбец 0)»
или
«Определена кодировка: utf-8 (строка 0, столбец 0)»

Когда я занимался разработкой такого текста валидатор не возвращал, а значит Яндексоиды сделали upgrade для валидатора.

Ведь по сути я дополнительно конвертирую файл iconv('UTF-8//IGNORE','CP1251',$output) чтобы получить из нормальной кодировки UTF-8 теперь ставшую редкостью win-1251.
Можете на слово не верить, но utf8 маркетом принимается, несмотря на то, что менеджер маркета утверждает обратное :) Обходится просто. При регистрации магазина подсовывается статический файл в windows-1251. После того, как магазин зарегистрирован — статический файл удаляется, далее работаем в utf8 (валидация проходит).
Что, маразм у них прошел? Отрадно. Я год назад час препирался с менеджером маркета, который не верил, что у нас другие сайты в utf YML отдают, а маркет его принимает :)
Просто ради эксперимента попробую так сделать. По сути самая простая проверка — это подсунуть файл в UTF-8 валидатору и посмотреть ругнется или нет.
Если не трудно, допишите в обзор — как обстоит дело со славянскими локализациями, нашими же платежными системами и русскими системами доставки. На сайте их не нашел, но возможно кто-то их сделал?
Я делал на 1.2.x. Нашёл русскую и чешскую локализации. Не обошлось без напильника, но в целом доволен. Сайт — vixi.biz, если интересно.
Кстати. Как я понимаю у вас каталог мультиязычный. Это работало «из коробки» или только с помощью напильника?
Мне просто нужно переделать на чем-то уже существующий магазин, в котором обязательно должен быть каталог на двух языках.
Из коробки. Это один из критериев выбора этой системы.
С локализацией дело обстоит хорошо. Есть переведенные файлы, но их обязательно требуется адаптировать под конкретный проект.

А вы мне не подскажете, где у нас есть русская система доставки заказов, которая имеет интерфейс для обмена информацией с интернет-магазинами?
Например, xml интерфейс взаимодействия с сайтом, чтобы могла отдавать стоимость доставки в указанный регион.

Обещаю, что сделаю, если подскажете где уже есть и поделюсь кодом модуля. Интересует вариант службы доставки с представительством в Санкт-Петербурге.
По поводу платежных систем смогу написать, когда получу опыт подключения. Код мне понятен и я не вижу проблем с подключением платежных систем на техническом уровне. На повестке дня вопрос о подключении RBCMoney vs QIWI. Обе системы хороши, но какую подключать ещё не решил заказчик.
Лучше обе. Они слишком разные.
Достаточно крупное сообщество по opencart в России — myopencart.ru
тоже выбрал opencart для своего веб-магазина (1.3)
весьма доволен
правда, пришлось поработать напильником, чтобы сделать свои способы доставки и привязать Paypal (стандартный плагин работает на ура), но результат того стоит
дорабатываю и сейчас, но уже по мелочам

считаю его лучшим движком на данный момент среди бесплатных
другие тоже пробовал, но пришлось выкинуть
oscommerce, например, не поддерживает MVC и не генерирует превью-картинки (а просто грузит большие и уменьшает width и height, что считаю некошерным)
Продемонстрируйте пожалуйста ваш проект. Очень интересно посмотреть.
oscommerce стоит забыть как страшный сон. Лично я ни с чем более ужасным не встречался. И при том такая популярность.
Подскажите, правильно ли я сделал, что опубликовал запись в личном блоге или стоит перенести в блог посвященный CMS? Я не разобрался в критериях публикации в различные блоги. Это личная запись или CMS или web-разработка?
Разницы никакой нет, но записи из личного блога не попадают на главную ни при каком раскладе, из блогов попадают если блог не оффтопик в меню выбора это видно если он оффтопик,
Спасибо!
Ещё как оказывается постить можно только в тот блог на который ты сам подписан. Гениальная идея.
Я вот сейчас с престой развлекаюсь. Рассматривал опенкарт как альтернативу. Скажите почему выбрали именно опенкарт, если брать в виду престу. Я думаю, вы тоже ее рассматривали.
На мой взгляд PrestaShop посложнее, чем OpenCart внешне и внутренне и при выборе я исходил из вопросов связанных с предметной областью. Я знал, что всё описание товара будет храниться в виде текста + много изображений, а свойства и фильтры по свойствам товаров не понадобятся в будущем. Получается, что простая система для такого заказчика будет лучше. Вот так я думал, когда принимал окончательное решение.
Ещё могу сказать, что заказчик остался очень доволен именно простой и понятной админкой.
а если встанет вопрос усложнения проекта… как быть? я пока все же на престу больше смотрю, но возможно поковыряю еще раз опенкарт.
кстати как совет, убрать подсчет количества покупок на один товар, если они и так эксклюзивные =)
Вопрос! Зачем внизу странички писать XHTML 1.0 (со ссылкой на валидатор), когда всё совсем печально? =)
18 errors — это вовсе не печально, это практически здорово, а если присмотреться, то видно что ошибка там вообще всего одна — ссылки формата «forum.opencart.com/viewtopic.php?f=2&t=12767» в блоке «Latest News»

Хотя размещать на сайте ссылки на валидатор — это, пожалуй, действительно моветон.
Url в студию!

Сам присматриваюсь к опенкарту.
Все здорово, но на том хостинге что есть, (мастерхост) тормозит, не смотря на включенный по максимуму кеш.
Страшно подумать, что будет с магазином при пятистах посетителях в день.
Какой хостиг вы используете под ваш проект?
Советую использовать www.ht-systems.ru
Даже достаточно тяжеловесная по запросам к базе юми на этом хостинге не тормозит.
Пробовал из тех что под рукой Мастерхост, Зенон и Ru-center. Разные тарифы.
Для OpenCart производительности нехватает везде. При этом DataLife Engine (10K новостей и 1k Посетителей в день) чувствует себя вполне уверенно без всяких доработок.

Пробовал без нагрузки может конечно при нагрузке он побыстрее будет. но мне чего-то с трудом в это верится.
На мастерхосте и руцентре OpenCart будет работать хорошо!
Правда бывает так, что достается медленный сервер уже перегруженный проектами и это сразу будет видно.
Можно попробовать попросить поддержку перенести ваш аккаунт на другой сервер и скорее всего эта манипуляция очень поможет.
Тормозит то почти всегда база данных. Если контент медленно отдается, то это клинический случай на хостинге.
В принципе я не понимаю, что именно в OpenCart может тормозить?
Тестировал и пустых площадках и на демонстрационных и на дорогих тарифах на которых вышеуказанные компании обещают прирост производительности (отличие системных ресурсов)
ставил на выделенный сервер знакомого на котором 2-3 мертвых сайта.

По субъективной оценке, комфортности сёрфинга и времени генерации файла у Firebug, на выделенном сервере скорость соизмерима с вашим сайтом.
Но меня это не устраивает.

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

Это я тут могу демагогию разводить про MVC и ООП
А заказчику/клиенту до этих вещей дела нету.
заказчик: — я нажал на кнопку а страница медленно открылась
заказчик: — а на старом сайте(у конкурентов) страницы быстро открываются
прогер: Вы понимаете… Это новое решение. Огромная масштабируемость за счёт MVC. ООП.
заказчик: Ты мне мозг нее$$и! Результат где?
Вас не устраивает скорость загрузки www.toolsonline.ru?
Если такая скорость не устроит вашего клиента, то наверное у вас оочень избалованный клиент.

Проблемы с ЧПУ

<link rel=«canonical» href="...." /> еще никто не отменял
Спасибо, было интересно почитать. Мы в своё время сделали выбор в пользу Magento и вот уже полтора года, то жалеем, то радуемся этому выбору. Судя по админке, OpenCart проигрывает Magento в функциональности, но для большинства магазинов её явно хватает.
Пожалуйста!

Когда впервые увидел magento то остался под впечатлением от реализованного функционала и в целом от величия архитектуры системы. Установка сторонних модулей чего стоит. Космос!
Попробовал в действии и ну очень долго разбирался в коде и в том, как это все подгружается там по хитрому.
Я попробовал переделать шаблон дизайна и столкнулся с тем, что не понимаю как его изменить под себя =( На мой взгляд я потратил много времени и получил не совсем то, что хотел. В общем сложно. Шаблоны, как слоёный пирог. Очень умные. =)

Ещё есть значительные проблемы с производительностью на shared-хостинге.
Магента — это супер умная штука. Её обязательно надо смотреть, чтобы расширить горизонты о том, как может быть устроен интернет-магазин.
Не подскажите, есть ли в ней возможность сделать каталог товаров и весь сайт на нескольких языках как на OpenCart?
Да, разумеется. В Магенто есть такое понятие как store view. Для одного магазина можно создать несколько store view и каждому из них поставить необходимый язык. В редактировании товаров всё это тоже учитывается.
ЧПУ, значит.
Я решил проблему так.

Итак, мы полагаем, что УРЛ отражает структуру сайта-магазина. Домен/категория/подкатегория/.../товар

Значит, при формировании урла достаточно находить категорию товара. Так и сделал. Здесь в целях избегания ресурсоемкого построения «ветки иерархии» было решено хранить в БД в таблице категорий не только id родительской категории, но и полный путь к ней вида 24_113_113 (категория_подкатегория_подподкатегория), формируется и обновляется автоматически при редактировании категории из админки. Это, кстати, можно использовать не только в товаре, но для меня пока это неактуально — ресурсов хватает.
Остался только вопрос — что если товар относится к нескольким категориям? Решение здесь я выбрал такое: одна из категорий помечается как «основная», и для урла используется она и только она. Тонкости с получающейся запутанной для юзеров структурой сайта решаются дизайном.
О! Наш человек ;-)
Я почти аналогичным способом решил проблему, только на этом сайте структура каталога древовидная без переплетений и можно выбирать так сказать первую попавшуюся категорию для товара. по сути изменения вносятся только в этот файл:

./catalog/model/tool/seo_url.php

и во всех местах где надо получить красивый URL вставляем:

$this->model_tool_seo_url->rewrite();

Это на самом деле показатель того, что SEOURL приделывались наспех к OpenCart не сразу, а уже после релиза версии 1.1
^-^
> выводится водный…
«водяной знак» правильней
Много занимаюсь OpenCart.
Основной недостаток что в команде нету человека по контролю Юзабильности.

1) Админка.
Писали её для Админа, а пользовать её кто постоянно будет? Манагер! Коллцентр и Доставка. Всё прходиться допиливать руками. Сделал отдельный шаблон для манагеров. Урезал всё кроме самого необходимого. Система управления провами групп админов(манагеро) совсем корявая. Закрыть доступ можно только к целой странице. Шаблоном для меня было проще и понятней.

1) Картинки.
Картинки грузяться с реальным именем прям на хостенх. Со всеми (ВАННА «Джулия» 1231 на 180.JPG). Также небыло контроля за дублями файлов. Если есть файл с такимже именем его просто затирало (1.jpg).
Со всем вышеперечисленным встрял на реальном проекте. Это мне с малых лет понятно как фалй в Досе называються, а Менеджеру?
Выпустили специальный релиз, где основной фишкой был редактор (JS) картинок. Но в целом ничего не поменялось.

А нужно то всего, одна кнопка «Загрузить картинку»! При загрузке картинку переименовать в вид (%product_id%.jpg). Положить её в папку (images/products/). Зачем этот огород городить? Редактор если и встраивать то только для простейших манипуляций (crop resize)

И последний вопрос с производительностью. Кэш — кэшем, но контрольровать её надо!

Выгрузку в Яндекс.Маркет делал на основе модуля выгрузки GoogleSitemap.
из минусов, что я увидел в опенкарт (но при этом мне понравилась блольше других цмс)
1) мелкие картинки после загрузки и нажатии клика на них, он их растягивает, если они меньшим размером (но может где то настраивается)
2) установка расширений не всегда проходит прозрачно, плагин для импорта/экспорта товаров мне удалось поставить раза с третьего
3) Поддержка языков Нет подстановки языка по умолчанию, т.е. если отсутствует что то в переводе, то просто отсутствует (опять же речь про админку)
4) Падение системы Система очень легко ложится и при этом нет инструмента для его восстановления, ну например, добавляем мы к русскому, английский язык. Посмотрели как он выглядит в магазине, но по каким то причинам решили его удалить и удаляем. После этого магазин перестаёт функционировать если вы его смотрели на англ. языке (нужно переключить назад, и вернуться назад), при этом сообщений об ошибке или чего то что бы могло выправить ситуацию отсутствует, похожая проблема и с установкой /удалением расширений.
Вдруг если кто не знает, то у проекта есть русское сообщество :)
Маленькое правда, но есть :) Русская локализация выходит с задержкой примерно в день.
myopencart.ru

Если верить новостям, то на днях выпустят релиз с исправлениями ЧПУ, дублей и прочих багов.
Sign up to leave a comment.

Articles