rb2

БД - реляционная. Информация о товаре содержится в 10-15 таблицах (если не больше). Перещёлкнуть статус - не панацея. Там ещё куча мала связей, без которых товар на сайте не появится. Как минимум языки и магазины. Сделайте бекап, поставьте рядом чистый Опенкарт. Сделайте дамп там. Заведите в нем пару товаров (один с опциями, атрибутами и т.п., другой - с тем данными, которые переносились из osCommerce). Сделайте 1-2 дампа в процессе. И сравнивайте их, медитируйте, документируйте и т.п. А потом лечите вашу основную базу результатами наблюдений.

Каталог - Закачки: регистрируются файлы для скачивания. Каталог - Товары: создается товар, к нему в связях прикрепляется требуемый файл (или несколько). Покупателю надо зарегистрироваться и залогиниться для покупки файлов (цифровых товаров). После покупки и оплаты он может скачать файлы в своем кабинете, в истории заказов - там доступен линк. В админке где-то (не помню точно) конфигурируется, какой статус заказа должен быть, чтобы файлы стали доступны покупателю. Это надо, допустим, для ручной оплаты или банковского перевода: при оформлении заказа он автоматически получает статус "в обработке" (например), а после проверки оплаты (ему на экране написали инструкцию, он оплатил, написал email / позвонил, сообщил номер платежа) ему вручную перещелкнули статус в, скажем, "оплата получена". И после этого файлы доступны для скачивания. В автоматизированных способах оплаты это обычно есть в настройках способа оплаты - в какой статус переводится заказ при получении оплаты.

Нет. Это как раз мелочь, причём настолько мелкая, что даже обсуждать нет смысла. Либо перевод исправить, либо передавать кол-во в качестве параметра и сообщение динамически генерировать sprintf-ом.Речь о том, что длина считается неправильно из-за принципиальной ошибки - применения ф-ций для работы с однобайтовыми строками для данных в UTF8. И предложенное решение по удлинению строки в БД вообще никак не устраняет источник проблемы, просто оттягивает проявление ошибок. Это как гангрену лечить приёмом обезболивающего.

Ничего странного. Конструкции вроде strlen(utf8_decode($value['title']))надо менять на mb_strlen($value['title'], 'UTF-8') И везде со строками использовать mbstring. В 1.5.1.3 для этого написан свой вариант mbstring. В вашем случае лучше дописать в .htaccess PHP_VALUE mbstring.internal_encoding UTF-8 PHP_VALUE default_charset UTF-8 PHP_VALUE mbstring.http_output UTF-8 PHP_VALUE mbstring.encoding_translation On PHP_VALUE mbstring.detect_order UTF-8 PHP_VALUE mbstring.func_overload 2 и тогда код можно оставить неизменным.

Я такую продаю: Упрощенное оформление заказа Quickcheckout. Без адреса и связанной с этим информации. И можно сделать совсем короткой (см. там один из скриншотов). Автор темы такую продаёт: https://opencartforum.com/topic/6738-%d0%bf%d0%bb%d0%b0%d1%82%d0%bd%d0%be-%d0%bf%d1%80%d0%be%d1%81%d1%82%d0%b0%d1%8f-%d1%80%d0%b5%d0%b3%d0%b8%d1%81%d1%82%d1%80%d0%b0%d1%86%d0%b8%d1%8f-%d0%b8-%d0%b7%d0%b0%d0%ba%d0%b0%d0%b7-simple-110/page__p__42498#entry42498 Но это скорее одностраничная, чем упрощенная. Была ещё бесплатная очень короткая, но с кучей нареканий на ошибки. По внешнему виду похожа на мой последний скриншот. Пользуйтесь поиском, сложно что ли?

magsilver: опыт перехода с 0.2.2 на 1.5.1.3

Ctrl-F, checkout/payment. И медитировать. Или отладкой заниматься. Там и в index() каша-малаша: код от 1.4 опенкарта, в 1.5.1.3 такого route нет и потому в data['back'] всегда будет оказываться возврат на checkout/payment. То есть в success() -- при любом раскладе, если валидация не пройдёт, будет происходить переход по этому адресу. Ну а что там в модели и TPL - я не знаю. Вы зря полагаете, что всё происходит только в контроллере. Короче, модуль у вас от 1.4, а не от 1.5, и видимо, не особенно его тестировали при переносе.

Это гит версия. Просто смиритесь с несколькими лишними папками и не используйте их. Работайте только с папкой trunk, а всё остальное - ну просто "так повелось". Пусть лежит рядом, оно каши не просит и не мешает.Гит -- в качестве транспорта, есть возможность работы с ветками, тегами и чем попало. Только основная -- это dev ветка. В master будут приползать обновления из SVN, из мастер они будут вливаться в dev. Теги никто не мешает вешать на коммиты в гите. Что не так? Вы таки удивитесь, но остальные тоже работают и имеют плотный график. И на корм им нужен не только воздух. Ну так что мешает? Занимайтесь, делайте, разукрашивайте. Если хотите - займитесь раскопками и нацепите теги на те коммиты, когда были сделаны 0.2.2, 1.0.1 и 1.5.1.3"Чистый реп"? Ох. Далеки вы от жизни, пардон. Репозиторий есть. В него коммитят. В переезде коммитящие смысла не видят - оно и там работает. И кому надо, туда подключится. А кому не надо - найдется сотня причин. Хочется что-то изменить - вперёд. Но поддерживать связь с теми изменениями в основном репозитории надо. Иначе это будет очередной клон-сборка, оторванный от основных изменений, и я могу предсказать, что жить он будет ну месяц, ну два от силы. Дальше ваш энтузиазм иссякнет, потому что времени нет, работа не дает, да и никто кроме меня не коммитит, я один Д'артаньян и никто меня не понимает, а один я могу и локально в свой репо коммитить. Ну не будут ломиться за вами толпы тех, кому позарез хочется что-то полезное закоммитить. Потому что их нет. Если хватит времени, энтузиазма и харизмы - может и дольше протянет. Я же предупреждал - будет репо, всё равно ничего не изменится. Будут очередные причины и а-если-бы. Пока всё вписывается в сценарий. Я не злой, я откровенный. Я уже раза четыре сказал - репозиторий есть. На Ассембле. Давно. Рабочий. Все, кто может и хочет коммитить - имеют такую возможность. От применяемого транспортного уровня ничего не зависит, это кардинально ничего не меняет. Всё в головах и в сообществе. А в рунете статистика такова, что тех, что кто-то делает и двигает, меньше одного процента от всей массы сообщества.

Не будет она выше. Останется такой же. Сейчас туда коммитят 2-3 человека. Репозиторий есть, SVN на assembla.com. Ссылку я приводил. Попасть в число тех, кому разрешать туда постить, несложно - я просто ЛС с вопросом написал babuska-е. Это не потому, что нет репозитория на гитхабе, а потому, что если ты попросишь вместо обяснений в таком формате сказать "эй чуваки, просто закомитьте это", а остальным "эй, чуваки и чувачки, отныне просто берите изменения из репо", на тебя виртуально уставится несколько сотен глаз с немым вопросом "ээээ, ты вообще с какой планеты?".

И? Гитхаб не предлагает ничего нового - те же тикеты и диффы. Как и на Ассембле, и на Гуглокоде. Ну ладно. https://github.com/rb2/ocstoreruВ master ветке - копия SVN с ассемблы. Будет оттуда же обновляться. Все изменения на гитхабе - в ветку "dev" плиз. 7 минут на создание и аплоад. Любой из любителей гитхаба мог бы и сам его сделать. Вперёд. Посмотрим, как налетят обещанные орды разработчиков. Надоело реальный опыт пересказывать о людях-если-бы, смотрите сами.

Так в чём тогда проблема написать тикет на ассембле (адрес репозитория я приводил выше) и прицепить дифф? Ну или попросить включить в число тех, кому коммитить можно - то ли babushka, то ли dinox. Правда, там SVN.

Где нет? В модуле оплаты? Есть, судя по всему. Но не туда, куда надо. В движке, на указанном месте? Не должно там быть никаких переадресаций, всё правильно работает, судя по скриншотам.

redirect 301 /kontaktyi.html http://adress2.ru/index.php?route=information/information&information_id=4

Ну не знаю. По-моему, в "git apply чей-то-seo-h1-bugfix.diff" нет ничего более сложного, чем использование галочек и кнопок на сайте.

Значит открывайте другую и возвращайте человека после оплаты на предназначенные для человека страницы. Эта предназначена для одного из шагов стандартного оформления заказа.

Я не усложняю. Просто представил ситуацию топик-стартера. Ему надо проделать все эти шаги. Разве нет? Если не хватает гитхаба, то гит скорей всего используется локально и сделать дифф по следам своих изменений -- одно действие. Ничего я не усложняю, в этих операциях нет ничего сложного. Но от них никуда не деться. Просто одни эти действия сделают на автопилоте и не заметят, а другие не поймут ничего в том, что написано. И те, кто до этого имел дело только с SVN, скорей всего попадут во вторую группу и будут недоумевать, как что-то сделать, не являясь членом проекта и не имея прав на запись в репозиторий.

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

Сделать пулл-реквест:1. сделать свою копию с репозитория (нажать кнопку на гитхабе) 2. склонировать себе рабочую копию своего форка (git clone) 3. понаделать, понатестить. Желательно в отдельной ветке специально для этого изменения. 4. закоммитить к себе, пуш на гитхаб (в свой форк) 5. сделать пулл-реквест (нажать кнопку на гитхабе), запросив внести вказанные изменения из форка в основной проект Сделать дифф (последнего коммита, например): 1. git log -p HEAD^.. > seo-h1-bugfix.diff 2. Скопипастить, вставить куда удобно (пост на форуме, описание тикета в issue tracker-е) Не думаю, что сделать diff сложнее форка + пулл-реквеста.

А что не так? Нормальный ответ.

http://www.assembla....aces/ocstoreru/ Там есть тикеты, можно туда дифф запостить. Да и в форум можно было бы, по-моему. Основной репозиторий Опенкарта обновляется ежедневно. Просто он на гуглкоде, а не гитхабе. И об этом написано на сайте опенкарт.ком. Там нет никаких ссылок на гитхаб. Вносить изменения на гитхабе ничуть не проще, чем создавать репозиторий, на который времени нет. Более того, для этого вам *понадобится* его создать. Как минимум. Чтобы потом сделать пулл реквест. Думаю, если вам очень хочется гитхаба, вы в курсе.

http://www.assembla.com/code/ocstoreru/subversion/nodes/trunk/robots.txt

Каталог - Опции Добавить Название опции = Размер Добавить значение опции - и добавляете 36, 37, 38 и так далее. Когда все варианты добавите - редактирование товара. Предположим, товар "Хрустальная туфелька". Там в редактировании добавляете к товару опцию "Размер" (надо начать писать в поле "ра..." и потом выбрать из списка). Добавляете имеющиеся размеры: 36 и 43. С соответствующими количествами на складе и наценками.

Начиная с PHP 5.4.0: Функция поддерживает многобайтную строку в качестве параметров dec_point и thousands_sep. В предыдущих версиях в качестве разделителя использовался только первый байт из каждого параметра. Поэтому либо обновляться до PHP 5.4, либо искать какой-то символ, который устроит. Неразрывный пробел в юникоде тоже должен быть, просто надо его ввести (скопипастить откуда-то, например). Есть ещё мелкие точки типа ·

Нет там никакой выверенной философии. Система подключений расширений в Опенкарт не продумана и их зачастую нельзя сделать полностью автономными. Каждый раз причины могут быть разными, зависит от того, что делает модуль.

1. берём вопрос2. вводим в строку поиска "отзыв авто", нажимаем Enter 3. видим ответ Ну пользуйтесь же хоть немного поиском, и мир станет лучше. Как котята новорожденные, чесслово.