rb2

Предложить поиском воспользоваться, а не ждать, выпрашивать или подгонять - это резко и грубо? Это нормально, но почему-то многим пользователям непривычно. Задают вопросы, на которые сто раз отвечали их предшественникам, ждут готовых пережёванных ответов, и обижаются, что их заставляют поиском пользоваться. Даже если Вы не подозреваете об этом - Вы лицемер и человек со сбитым прицелом насчёт того, что такое хорошо, и что такое плохо. Чужой труд и время Вы на самом деле точно не уважаете. Слова расходятся с делом.

Откуда такой вывод про знание модуля? Я умею искать и думать - и посоветовать что-то, что Вам, вероятно, поможет решить проблему или продвинуться в поисках. Там есть демо. Его недостаточно? Есть живой автор. Его недостаточно? Не знаете английского - спросите по-русски, может он на нём разговаривает. Или сам воспользуется переводчиком, чтобы Вам ответить. Не получится - тогда уже будете думать ещё. Будете делать то, что делали - будете иметь то, что имели. Ок, ждите и топчитесь на месте, пока кто-то за Вас не попробует.Это свободный продукт и свободная тусовка. Кто чем может - помогает другим за счет своего свободного времени и ресурсов. Лучше б Вы сами напряглись и что-то сделали, чем других упрекать неуместными для opensource продукта советами.

Замечательно работает уже больше полугода. А добавить экранирование вставляемых данных и убрать iconv, если очень хочется - не проблема.Пользоваться для обновления цен модулем импорта-экспорта через XLS - вот это позор.

Разлогиньтесь из админки после включения. И затем пробуйте.

Я нашёл только два, и они не спасали. Надо либо все файлы держать у себя с определенными концами строк (и транслировать их между сервером и рабочей копией), либо держать такими же, как у оригинала.

А попробуй выбирать то курсором (мышью), то энтером. по-моему, при этом разные результаты получались и в одном из них нормально всё работает :) Что-то такое помню, не разбирался. По-моему, это ещё в 1513 появилось.

Вас не смущает, что у автора Опенкарт на это ушло около полугода?И что если набрать в гугле "opencart order edit", то вообще без проблем находится готовое решение за 0.28 секунды? http://www.opencart.com/index.php?route=extension/extension/info&extension_id=3448 Знающие люди рекомендуют гугл и повзрослеть, если действительно надо. А не ждать у моря погоды.

Во-первых, какие усилия? Я же написал, что практически никак сейчас не участвую, свободного времени нет.Во-вторых, твой подход никак не решает основную проблему обновлений ocStore. Устанет очередной babushka, Yesvik, mva или кто-то ещё заниматься синхронизацией - и опаньки. Ждём очередного супер-героя. То есть твой подход приведет к тому же, что сейчас и так есть, только из других рук. А нелюбовь к лишним пробелам и CRLF-ным концам строк сделает гарантированным 100% конфликтов при попытке слияния с оригиналом OC ;)

Сначала - потому что не нашёл ocStore. Нашёл (в июне-июле год назад) Опенкарт (он уже был 1.5), нашёл myopencart.ru - но там был только 1.4. Форум увидел, но т.к. было написано, что это форум поддержки, то ничего сверх того, что есть на сайте, не ожидал. Да и насколько понял тогда из описаний, ничего необычного там не ожидалось - ну русификация готовая, ну модули доставлены и упаковано в готовом к употреблению виде - в общем всё то, что и самому вроде несложно сделать (добавить модулей). Я не очень люблю готовые сборки, поскольку там обычно вкусы не совпадают, плюс у меня древняя фобия русифицированных продуктов - там всегда оказывается гораздо больше ошибок и обновляются они гораздо менее оперативно своих англоязычных источников.Русского перевода для 1.5 вдобавок тоже не обнаружил, поэтому нашёл кое-какую, но всё же базу, чтобы не всё делать, и перевёл магазинную часть - к тому времени уже понял, что Опенкарт мне нравится и с удовольствием пересяду на него с Престашопа. Ну а потом уже оказалось, что форум - не поддержки того продукта, а вообще своя параллельная реальность. И что сейчас это сайт - придаток к форуму, а не наоборот. Но мигрировать на ocstore к тому времени уже не хотелось - я обрастал своими изменениями, а в списках фич ocstore не находил ничего такого, что заставило бы взять и потратить время на миграцию. Потом полгода мониторил ветку обсуждения 1.0.1 и не мог воспроизвести у себя массу упоминавшихся проблем. Что тоже не добавляло энтузиазма в миграции именно на ocStore. Какие косяки? Когда были (в 1.5.1) - да, исправлял. Сео меня и встроенное вполне устраивает, там rel=canonical есть. SeoPro - можно было бы, но острой необходимости до сих пор не вижу, а его надо искать и выковыривать, в виде отдельного модуля его уже нет. Конечно лучше. Но лучше это будет, если из него ветку или форк сделать, в неё поместить ocStore и дальше там продолжать работать. Тогда, при наличии связи с родительским проектом, оттуда можно будет автоматически втягивать изменения из OC в OCS. Нет такокй связи и общих коммитов (как например в SVN репо ocstore или у @mva) - до свидания. Обречены на ручную работу по синхронизации. Это на застежку-молнию похоже: если две ветки сцеплены, то смержить их -- просто, как потянуть за застежку. Если они живут отдельно и никак не связаны - пробовали когда-нибудь старую молнию руками "связывать"? Можно, но неудобно. И часто местами возникают несовпадения, когда терпение собирать эту змейку вручную равномерно лопается.Сейчас я выложил на гитхаб опенкартовский SVN репозиторий. Он обновляется регулярно, и всё, что появляется на гуглокоде в репозитории Опенкарт - транслируется на гитхаб. Авторский гитхаб репозиторий не обновлялся 9 месяцев, так что взять его за основу для форка не получится, к сожалению. Так что если взять сейчас и выстроить цепочку OC -> OCS, можно было бы продолжать там, получив возможность вливать в OCS свежие правки OC по мере их появления. Полностью схему я не выстраивал и не проверял, потому что первичное слияние OCS в эту ветку не обойдетя без уймы конфликтов, которые сперва надо будет разрешить.

Здоровенную, шипастую и с заусенцами, занозу в заднице, обмазанную ядом, трудно не замечать.Нет там никакой долгосрочной гарантии и панацеи. Все vQmod изменения зависят от точности исходного кода, на который надо наложиться, и если он изменён - каюк. Ждите обновлений. А то и хуже. В одном XML много патчей, а магазин допиливается и меняется? Будьте готовы, что часть патчей наложится, а часть нет. Таких XML-ек штук 50? Причем скорей всего вносящие кучу изменений в одни и те же места - страницы категорий и товаров? Та же фигня. Можете начинать феерично ругаться. Работает на Opencart? Не факт, что будет работать на OcStore (см. выше про изменения в исходном коде, про котрое авторам vqmod-овских xml ничего не известно). Работает на Default теме? Не факт, что будет работать на вашей. Работает сегодня? Не факт, что будет работать завтра, после очередного изменения или добавленного мода. vQmod - тот же patch (и имеют одни и те же проблемы), только постоянно запущенный и работающий при каждом хите (каждом запросе страницы). Толстый слой-прослойка, который непонятно зачем нужен. Точнее, понятно, зачем (кому) изначально, но на живом сайте, да программистами применяемый - это из раздела "сидеть на пороховой бочке" и себе же проблемы выдумывать, не видя код перед глазами, а гадая, как он соберется на лету и в каком порядке vqmod-ины обрабатываются. Насмотрелся я проблем, источником которых почти всегда был vQmod, применяемый направо и налево и с большим аппетитом. И с логами ошибок по сотне мегабайт.

Я в общем-то не участвую в развитии ocStore: не хватает времени на свои проекты, поэтому не хочется брать на себя ещё что-то. А в целом да - насколько понимаю, берется ocStore в одной папке, новый релиз Opencart в другой, и вручную все изменения просматриваются и сливаются вместе.У меня сейчас проекты - это локальные ветки, отпочкованные от основного репозитория Опенкарта. Всё, что приползает туда, я легко получаю к себе. Отдельно храню лишь некоторые доработки, которые надо отдавать другим (в виде diff-файла и папки с измененными файлами). В целом diff-ы не являются универсальным способом долго хранить изменения: если код к тому времени изменится, автомат не сможет справиться с автоматическим применением этого патча и всё придётся разбирать вручную, разрешая конфликты. Имеющийся дифф можно легко и просто применить к определенной версии проекта (когда точно известно, в каком состоянии исходные файлы и конфликтов не будет). А если пройдет какое-то время - эти места и эти файлы могут уже измениться, и patch обломится. Форк - это отдельная ветка проекта, которая может развиваться параллельно. На каком-то этапе копия ответвляется и в ней ведется работа. Но при этом сохраняется связь с "родителем" и вносимыми изменениями можно обмениваться: в копию интегрировать внесенные в основной ветке изменения (если развитие фичи в отдельной ветке затянулось по времени или же ветка изначально создавалась как параллельная альтернатива) или наоборот, включить обратно все новые изменения из ветки (форка) в основной родительский проект. На гитхабе это очень просто и удобно происходит: в Git работа с ветками, в отличие от SVN - базовая, простая, мощная и очень удобная процедура. И форки может делать кто угодно - для этого необязательно просить разрешения авторов и ждать, когда же они рассмотрят и одобрят твою кандидатуру. Делается форк, в нем ведется работа, отдельные ветки своего проекта можно "вернуть" пулл-реквестом, предложив включить в основной проект. То есть нет никакой проблемы активно подключиться к процессу разработки. Не понравится авторам - форк будет развиваться сам по себе, параллельно, понравится - изменения будут включаться в основной проект, понравится настолько, что новому разработчику станут доверять - его просто подключат в список тех, кому разрешены коммиты в основной проект, и он может там работать. То есть на всех этапах есть связь с "родительскими" проектами и обмениваться изменениями очень просто.Без всякой ручной работы в виде диффов и патчей и никак не связанными проектами, которые сложно синхронизировать.http://ru.wikipedia.org/wiki/Форк http://en.wikipedia....are_development) http://help.github.com/fork-a-repo/ Как это работает в идеале, можно посмотреть на примере CodeIgniter: github EllisLab/CodeIgniter - contributing.md Почитайте там секцию "Branching" и "How-to Guide", надеюсь, станет понятнее. Они без проблем принимают какие-то правки в виде патчей, но по большей части мелочь какую-нибудь. С больее обширными изменениями возникают проблемы. Во-первых, Даниэль считает себя крутым разработчиком, и часто на разумные советы более опытных программеров такую бочку катит и обзывается, что люди натурально в шоке от такого поведения и перестают вообще общаться с ним. Потом он, правда, иногда извиняется, но в общем все об этом в курсе. Понять его в какой-то мере можно, он болеет за своё детище. В силу технической ограниченности им сложно взять какое-то большое изменение (типа того же SeoPro), ответвить, протестить с ним, убедиться что всё ок и включить в основную ветку. Они просто не умеют - Qphoria (автор vQmod и второй человек, кто имеет право коммитить в Опенкарт репозиторий), только недавно начал экспериментировать с ветками в SVN. В общем, они технически и психологически не готовы к модели совместной разработки. Там немного голову перестраивать надо, концепции разработки и взаимодействия немного меняются. Они же более по-старинке работают. И поэтому им сложно впускать в свой внутренний круг других разработчиков, поскольку при этой модели (одна ветка и в ней всё меняется) усложняется процесс контроля за изменениями, нет никаких автоматизированных юнит-тестов, и т.д. и т.п. Они не готовы легко приветствовать новых разработчиков и координировать их деятельность. Даниэль активно кодит, считает, что делает это очень хорошо и, разумеется, разбираться с чужими правками -- ему не до этого. Поэтому он злится, когда его критикуют, ревностно относится к изменениям и т.п. Не знаю, насколько это плохо или хорошо - опенкарт живет и развивается силами одного человека и какой-то помощи сообщества, так что пока работает - пусть работает как умеет. Это его путь и его продукт. Многие теоретики и более опытные разработчики и этого не могут. Поэтому даже при всём при том, за что его можно люто ненавидеть, я его усилия уважаю, хотя и приятным общение и попытки участия в развитии трудно назвать.Для примера можно посмотреть, сколько в приведенном примере (репо CodeIgniter на гитхабе) форков и разработчиков участвуют в развитии и исправлении этого движка. Если Вы читали ругань Даниэля в багтрекере и на форумах - ему до такой открытой совместной разработки ещё очень долго расти. CodeIgniter не так давно открыли и перенесли разаработку на гитхаб - 1-2 года, но результат заметен и после этого решения, принятого EllisLab, его развитие существенно ускорилось.

По-моему, там традиционная ошибка - надо в upgrade.sql найти все "TABLE oc_order " и заменить на "TABLE `oc_order` "

http://forum.opencar...pic.php?t=54732http://www.opencart....er_username=rph Или Google: opencart dependent options в поисках рецептов и решений. Здесь на форуме тоже одно решение описывалось, автор 7up, насколько помню. Поищите про связанные опции или по постам этого автора. https://opencartforum.com/topic/3759-связанные-опции/page__hl__связанные+опции__fromsearch__1

По-моему, это оплата при получении товара (cash on delivery). У нас (Украина) этим обычно занимаются транспортные компании: магазин им привозит товар, служба доставки пакует-доставляет (на склад или к порогу), покупатель забирает и расплачивается с курьером. Дальше магазин получает свои деньги. Нам вполне хватало упомянутого стандартного модуля (C.O.D.)Наложенный платёж чем-то отличается от этого процесса?

Ну подождите теперь, пока гугл не прочитает его повторно. Он же не мгновенно индексирует. Или там дата последней проверки больше даты открытия магазина и этого сайтмапа? Да в общем, не должен он ругаться, вы же не первый человек, кто sitemap.xml в опенкарт использует.

По этому адресу точно отдается сайтмап? Может там 404 страница?

Да, по новой. Все изменения сливать вместе вручную.Делать это можно либо раз, после выхода релиза, либо отслеживая изменения (по истории коммитов) и синхронизируя изменения сразу в свой репозиторий. Если бы Опенкарт хостился на гитхабе, а ocStore форкнулся от него там же - всё было бы раз в 10 проще, быстрее и вообще на автопилоте. Проще в смысле лучше? Да, лучше. Но просто это было бы в случае, если бы авторы опенкарт хотели, чтобы к ним присоединялись.

Увидел проблему на 152, буду исправлять. Правда, не там, где она возникает на en-shop.zp.ua, а дальше - уже при оформлении. А там у меня всё без запинки работает и никаких проблем не возникает. И опять тот же вопрос возникает - а надо ли сейчас этим перепиливанием заниматься (как я говорил, там много чего изменилось по сравнению с 1513 и придется все переделывать, быстро пересесть не получится) вместо того, чтобы полную версию для 152 доделывать. С учетом того, что куча людей хочет поддержки способов оплаты, а хотфиксами старой версии этого сложно достичь. В общем, смысла заниматься этой версией именно сейчас - полный ноль. Быстро вряд ли получится, а полную версию для 152 отодвинет. Поэтому я ещё соберусь с мыслями и может переставлю их местами, если отладки и дебага там окажется соизмеримо с новой полной версией.

Вижу. На сервере почему-то не удается увидеть причину, а у меня не воспроизводится.Нужен либо доступ к FTP (это будет и проще, и быстрее), либо максимально полная информация - какой движок и откуда точно качался (в идеале линк на файл или номер ревизии в свн - я не следил, были ли обновления от Yesvik-a в треде про 1.5.2). Тогда попытаюсь завтра воспроизвести локально.

Возможно, для начала в направлении гугла?http://www.opencart....username=delete http://www.opencart.com/index.php?route=extension/extension/info&extension_id=3992

В статусах заказа. Чтобы файл стал доступен купившему, надо чтобы статус заказа совпал с тем, что в настройках указан (см. выше). Статус заказа может меняться либо методом оплаты, либо вручную администратором.

Notepad++ http://notepad-plus-plus.org/ И сохранять в UTF8 без BOM-сигнатуры.

Выслал хотфикс для 1.5.2. Но не уверен, что всё будет работать - бонусы, сскидки, reward points, подарочные сертификаты и т.п. требуют тестирования. Код у них сильно менялся в этой версии, поэтому надо тестировать или заново переписывать. А заново логичней уже новый более полный вариант для oc152 допиливать.

:)

http://demo.opencart.com/P.S. Заводится товар "пополнение счета", оплачивается как обычно - админ магазина потом проводит этому клиенту поступившую сумму. У покупателя при покупках расходуется эта сумма (кредит магазина). Как уже сказали, рулить количеством списываемой суммы нельзя.