rb2

А поменять формат оригинала сложно?Linux: mogrify -resize 1024x800 -format jpg * При указании размеров, например 500x500, изображения будут вписываться в них, т.е. по максимальной стороне размер будет не более 500px. Windows: IrfanView например. Там есть Batch convert.

Пройтись по всем настройкам магазина (Система / Настройки) и не сачковать. ПО ВСЕМ. Их там не так уж много.

Я своих покупателей поддерживаю по мере возможностей, не надо трындеть. Да, я жалею, что решил продавать по 10. Скорей всего буду поднимать цену или продавать с опциями, потому что по 10 поддерживать - очень тяжело. С удовольствием продам тому, кто понимает ценность, дороже. Хоть за $50-EUR75, как редкие аналоги, хоть за $500 и дороже. Хоть бы кто предложил. В случае каких-то мегапроблем и гурманских изысков и пожеланий - да, скорей всего просто верну 10$. Пока никто не попросил, хотя уже с десяток человек заждались обещанного и запланированного и у них есть все причины быть недовольными. Но даже то, что есть и было сделано для себя, людям помогает. Даже тем, кто покупает за 10 и ставит на несколько магазинов. Я и им пока помогаю, как ни странно. Помогает, в отличие от звиздежа на пустом месте.

См. http://rb.labtodo.com/page/effektivnost-standartnoj-formy-zakaza-opencart-151#comment-537 (второй абзац). Мне и самому надо позарез, но завален работой, все 7 дней в неделю расписаны чуть ли не по минутам.

https://opencartforum.com/topic/5542-%d0%bf%d0%bb%d0%b0%d1%82%d0%bd%d0%be-%d1%83%d0%bf%d1%80%d0%be%d1%89%d1%91%d0%bd%d0%bd%d0%be%d0%b5-%d0%be%d1%84%d0%be%d1%80%d0%bc%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5-%d0%b7%d0%b0%d0%ba%d0%b0%d0%b7%d0%b0-%d0%bd%d0%b0-%d0%be%d0%b4%d0%bd%d0%be%d0%b9-%d1%81/page__view__findpost__p__38693

Улучшение поиска в OpenCart 1.5: поиск по описанию, подкатегориям, по модели и SKU

Это стилями делается. В CSS добавляете что-то вроде .vnali4ii { position: absolute; margin-top: 0; background: url('../image/vnali4ii-40px.png') no-repeat; width: 40px; height: 40px; } А в шаблоне к картинке дописываете этот стиль, если товар есть в наличии.

Я давал ссылку: http://opencart.com Проверял на их демо (demo.opencart.com). Там или 1.5.1.2 или 1.5.1.3. Не знаю, не интересовался. Поинтересовался: 1.5.1. Это или 1.5.1.1 или 1.5.1.2. У себя если и проверял, то давно, не вчера. Это 1.5.1.2. Вот недавно видел работающие сертификаты http://sekret-rukodeliya.ru/index.php?route=checkout/voucher - это ocStore 1.0.1. Могу ещё на Opencart 1.5.1.3 проверить. Проверил. Работает.

Продвижением? LOL. Ну тогда понятное дело. Не обижайтесь, но, по-моему, ваше мнение искажено профессиональной деятельностью, а не моё. Я взял факты. Не одного сайта, а минимум четырёх. Ситуацию такую наблюдаю года 3-4. Никаких усилий по продвижению - потому об этом и сказал. Поверить в то, что все сайты в гугле условно на первых местах, а в яндексе на двадцатых и дальше - мне смешно, чесслово. Лайвинтернет? Ещё раз простите, но это же центральное место сбора помешанных на продвижении и позициях. Опять же: людей, чьё мировоззрение искажено пузомерками. Посмотрите вокруг. В мире полно сайтов, не знающих о LI. В рунете полно сайтов, которые счетчики считают моветоном. (Да, я не в курсе, можно ли там невидимую статистику использовать, без кнопки: судя по наличию LI кнопки, предполагааю, что это требование LI? Или есть ещё вебмастера, добровольно обвешивающие сайты кнопками?!) Смотрим для проверки вот сюда: http://gs.statcounter.com/#search_engine-UA-monthly-201012-201112 Очень напоминает мои цифры: 80 и 14. Это тешит моё самолюбие - про GS я только сейчас вспомнил. Нам тут всем поголовно, в UA, похоже, Яндекс до одного места. И как источник релевантных результатов, и трафика. Не я один такой со своими сайтами и статистикой. Россия. О, побольше. примерно 50-60 на 40. И Гугл растет, яндекс падает. Яндекса в 2 раза больше? Ну-ну. Worldwide показывать, нет? Конечно показывать. Гугл - 91% (стабильно), Яндекс?... Other - около 0-1%, судя по всему. Цифру не показывает. Яндекс где-то там. Я прекрасно понимаю, что дубли -- это не очень. Но мне, откровенно говоря, пофиг. И будет пофиг, пока гуглу пофиг. Пусть машина разбирается, пока может. Дубли искать - это не контент для людей генерить. Яндекс свою (в смысле нашу) порцию уникального контента индексирует, остальное что считает дублями - ну пусть считает, автомат правильно работает. Там, где я этим интересовался. А последние сомнительные изыски Яндекса о том, что авторам теперь надо доказывать свое авторство и первоисточник и вручную яндексу докладывать о новых статьях - хаха. Пуп Земли, блин. Пусть и дальше себя закапывают с такими инициативами (по деланию человека придатком машины). Бумажки подписывать там ещё не надо? В общем, я лучше с гуглом останусь и буду продолжать на него ориентироваться. Там роль человека и поиска получше понимают, на мой взгляд.

В 1.5.1.3 такое спагетти в оформлении, что вы вряд ли осилите без опыта во всём разобраться. И просто так проскочить шаги не получится. Там всё как на границе - с овчарками, таможней и налоговой впридачу. Пока все бланки и формочки не заполните, будут пинать из угла в угол и приговаривать: "JSON error".

Я предлагаю платный вариант: http://www.opencart.com/index.php?route=extension/extension/info&extension_id=4068 На 1.5.1.3 работает нормально. Для 0.2.x тоже версия есть, но этой почти не занимаюсь.

В OC1.5.1.3 много изменений было в районе налогов и связанных с этим местах.В рунете вряд ли много модулей этими вопросами озабочены и как-то касаются. Так что модули для ocStore 1.0.1 / OC1512 должны по большей части без особых проблем работать с OC1513 / ocStore1513

Ну вот из-за подобных причин я и продолжаю работать с Опенкарт, а не ocStore.

Думаю, это актуально при небольших суммах, чтобы минимизировать издержки. Я бы просто продавал в Опенкарте товар "Пополнение счета" - админ получает заказ, проверяет платеж, делает внутренний перевод-пополнение, и все счастливы.

Нет. Так же, как и кредиты выдает банк, а не человек сам себе. Кредит самому себе называется не кредитом, а перекладыванием денег из одного кармана в другой. И в магазине товарный кредит пользователю дает администрация магазина (то ли просто так к дню рождения, то ли за какие-то заслуги, то ли в качестве компенсации за возвращенный товар - для покупки на ту же сумму).

1) При добавлении картинки к товару он выбирается из ранее загруженных. Никакой загрузки какртинки на сервер в этот момент не происходит. Нет. У вас в доме кто главный - вы или компьютер? Вот кто главный, тот и решает, как файлам называться. При желании иметь транслит никто не мешает допилить напильником, вмешавшись в процесс загрузки. 2) Свойства есть (атрибуты, опции), фильтра по ним нет. Есть бесплатный модуль фильтра, но работающий со своими полями, не со встроенными атрибутами. 3) В ocStore из коробки нет дубликатов при выборе Seo Pro в настройках. В оригинальном опенкарт дубли есть. Поскольку Гуглу эти дубли до лампочки, никто этим в оригинале не озабочен и не понимает, зачем бороться. P.S. Для справки. 4 полностью русскоязычных сайта, где искусственной поисковой оптимизацией никто не озабочен, только контентом. Статистика одинаковая: поисковый трафик гугла 80%, яндекса - 20%. Аудитория в основном русскоязычная. Так что миф про "в рунете все ищут яндексом" мне кажется устаревшим, мягко говоря.

Откуда такой вывод? Повторенный раза три.Проверил, зашёл в сертификаты, заполнил поля кому, от кого, выбрал сумму, получил сообщение, что сертификат будет отправлен на email получателю, согласился, попал в корзину, оформил заказ. Какие проблемы?

А приведённые там примеры недостаточно наглядны? Потому что general_ci учитывает особенности национальных алфавитов, в отличие от _bin. Что наиболее заметно при сортировке товаров в каталоге Опенкарт, к примеру. Есть какие-то серьёзные мотивы хотеть использовать utf8_bin в базе? Какие?

Ну гугл же, ё-моё. http://svdev.ru/blog/mysql-different-utf/

https://opencartforum.com/topic/1185-%d1%81%d0%b4%d0%b5%d0%bb%d0%b0%d1%82%d1%8c-%d0%be%d1%84%d0%be%d1%80%d0%bc%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5-%d0%b7%d0%b0%d0%ba%d0%b0%d0%b7%d0%b0-%d0%b2-%d0%be%d0%b4%d0%b8%d0%bd-%d1%88%d0%b0%d0%b3/page__view__findpost__p__38630 Я делал на 0.2.2 из SVN (она же стоит на демо-сайте), несколько человек ставили на 0.2.0. За исключением проблем, записанных в багтрекере, работает нормально.

В архиве, который продается за 10-12$, включены версиии 0.2.x (проверялось на 0.2.2 из SVN и работает у людей на 0.2.0), 1.5.1.2, 1.5.1.3 (default и подобные шаблоны, плюс отдельно для шоппики вариант):history.txt howto-install.utf8.txt howto-install.win1251.txt LICENSE.txt ocs022/ opencart-1512/ opencart-1513/ opencart-1513-shoppica/

В блоге просмотрите запись - там ссылка на демо 0.2.x. Я просто её не афиширую особо, поскольку не планировал вообще делать и с версиями 1.4.x дела не имел. И соответственно её допиливания тоже не планируются - времени на 1.5 с трудом хватает. http://rb.labtodo.com/page/opencart-1512-quick-one-page-simple-checkout над скриншотами: [...] 2011-11-30. Появилась тестовая версия для ocStore 0.2.0 / 0.2.2 (Opencart 1.4.9.?). Будет ещё дорабатываться. Пока не проверена покупка зарегистрированным пользователем. И форма работает в 2 шага. Будет время - планирую улучшить. Пока так, как на демо http://ocs020.labtodo.com/ [...] Насчет дорабатываться - она немного после того сообщения была поправлена, другие доработки если и будут, то не сейчас.

Было исправлено 13 декабря, должно автоматически выбираться. Хотя если у вас MSIE7-8, то я пока бессилен - понятия не имею, что надо сказать jQuery, чтобы он с этими IE работал так же, как в остальных броузерах. Я думал, что все эти заморочки на совести jQuery библиотеки. В багтрекере это висит, как только смогу - займусь этим вопросом. Попробуйте другим броузером, если у вас свежая версия модуля. Я пока не разослал только апдейт от 20 декабря (там для Шоппики). P.S. Есть ещё шанс, что вы не знали про это обновление, т.к. я, похоже, нескольких человек мог случайно не внести в список рассылки. Собираюсь это проверить, как только настрою Опенкарт у себя и перенесу туда всех. Пока все вручную обрабатывается и времени нет автоматизировать. Бросьте мне свой email, заодно и проверю, так ли это и какого числа мог ещё кого-то забыть.

Убрать проверку или вообще поле email - можно, но не нужно. См. http://rb.labtodo.com/page/opencart-1512-quick-one-page-simple-checkout#comment-443. Если вкратце - для Опенкарт это будет неожиданностью, поскольку email используется потом в разных местах движком, а в стандартном поведении предполагается, что email покупателя в базе есть. Вроде бы ничего страшного сейчас не происходит при его отсутствии (кроме описанного там в комментарии), но я не занимался поиском всех возможных мест с проблемами. В планах есть http://rb.labtodo.com/bugs/view.php?id=15, но это на будущее. Сейчас не успеваю с более важными исправлениями.

Так не бывает. Значит что-то пропустили при изменениях. Посмотрите логи изменения этих файлов, которые, по-вашему, возникли из ниоткуда. Например `svn log file.php` (в каких ревизиях он изменялся), `svn blame file.php` (вплоть до строчки - кто и в каком коммите). Но я вообще-то тоже не понимаю, зачем ручные правки. Если не коммитите, то все свои изменения лежат в рабочей копии. К ним сами приползают и автоматически сливаются изменения после `svn up`. И все дела.