sv2109

diff вам в помощь..

Конечно, вы же написали, что вам нужен грамотный исполнитель, который должен "доработать код"

Я не разработчик ocstore, поэтому на 100% сказать не могу, а смотреть код влом, но на 99% я уверен что база не менялась. Создайте тестовый каталог, скопируйте туда сайт, перепишите все файлы с новой версии и посмотрите как все будет работать. Думаю, должно работать. Откройте для себя систему контроля версий на будущее, например git. Иначе все ваши изменения нужно будет переносить вручную.

бред: 1. если брать всех подряд или тех, кто предложит лучший строк или меньшую сумму, то пока вы сделаете работу поменяете штук 5 исполнителей.. и потратите полгода своего времени и кучу нервов. 2. работу можно не только сделать или не сделать ее еще можно сделать хорошо и сделать так, что лучше бы ее вообще не сделали.. открываешь код очередного "профессионала" и за голову берешься.. потому что чтобы там что-то поменять лучше все нафиг снести и написать по-новому.. PS. пока писал получил письмо: "Мне достался от недобросовестного создателя инет-магазин с ..." Тоже кто-то сделал..

http://sourceforge.net/projects/ocstore/files/?source=navbar

Если вы не знаете какие вопросы задать то как вы будете знать правильно ли он на них ответит?.. Смотрите портфолио. У хорошего верстальщика в нем должно быть несколько десятков работ. Если 1-2 или вообще нету.. то лучше с таким не связываться. Смотрите наличие модулей и тем этого исполнителя на этом форуме. Смотрите кометарии к темам, отзывы. Рейтинг пользователя на этом сайте не стоит брать во внимание.

Офтоп Только что случайно увидел. /system/library/surrency.php (ocstore 1.5.5.1.2) if ($value) { $value = $value; } else { ... :)

В 1.5.5.1.2 верхний вариант. Нижнего нету.

OpenCart разве есть версии 1.5.5.1.1? Есть ocstore 1.5.5.1.1 У меня сейчас ocstore 1.5.5.1.1 по рукой нету, есть 1.5.5.1.2, смотрю там (admin/controler/catalog/category.php) в getForm() никакого дубля нету. Возможно, действительно кто-то случайно оставил кусок старого кода.

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

Нет, не пофиг. Потому что или создатель движка сам жестко определит что нужно использовать только этот конкретный способ для изменений ИЛИ если он этого не сделает то каждый будет использовать то, что ему больше нравится. В результате одни модули будут использовать vqmod, другие ocmod, третье события, четвертые Override Engine (кстати, такой же костыль, как и vqmod, потому что изменения там вносятся так же через правку кода файлов с помощью строковых функций), пятые SafePatch шестые еще через что-то.. В результате: 1. каждому пользователю если у него на сайте используется много расширений придется держать на сайте весь этот огород модификаторов 2. это все 100% будет конфликтовать между собой и разработчику продав очередной модуль и получив от покупателя ответ "не работает" придется закатывать рукава и во всем этом болоте искать причину конфликта.. А это в свою очередь: 1. существенно увеличит работу разработчика - в нормальных движках продал модуль, получил денежку. Тут будет - продал модуль и потратил 2 часа на поиски конфликтов. В результате или придется кидать эту затею с продажей модулей или поднимать цены в разы, сильно теряя клиентов 2. пользователь, купив парочку модулей половина из которых не заработала сразу после чего ему пришлось долго ждать пока разработчик посмотрит что там не так.. просто удалит этот движок нафиг и перейдет на другой, параллельно на всех форумах оставляя злобные комментарии какой опенкарт плохой и чтобы никто не связывался с этим движком.. Что в свою очередь приведет к падению популярности движка, уменьшению к-ва клиентов и соответственно уменьшению зарплаты разработчиков.

https://github.com/opencart/opencart/wiki/Modification-System https://github.com/opencart/opencart/blob/master/upload/admin/controller/extension/modification.php

Да столько уже можно уже этот костыль доделывать? Раньше был только vqmod в opencart для изменений. Теперь, в версии 2.0 opencart будет: 1. Модификаторы, по сути тот самый vamod, только встроенный в движок 2. Так как эти модификаторы будут иметь другой синтаксис то по привычке, уверен, многие (и разработчики и пользователи) будут продолжать использовать vqmod 3. Наконец появились События, с помощью которых можно код изменять правильно, без изменения кода файлов движка. Так зачем одновременно развивать 3 направления, что сделает из движка болото, а отладку кода сущим адом (особенно с нововведениями типа "поддержка отрицательного значения offset для REPLACE")? Почему бы не оставить только События, как намного более правильный и логичный вариант? Все равно рано или поздно, уверен, до этого придут.

А я вот наоборот не понимаю какой смысл держать 2 репозитория и обмениваться данными между ними вручную через создание патчей, после чего эти патчи нужно опять вручную скопировать, после чего опять вручную их применять, удалять файл патча (или скопировать его куда-то), после чего закомитить изменения.. И все эти операции нужно делать каждый раз после каждого изменения. По-моему намного проще подключить удаленный репозиторий (1 команда). После чего все обмены делать простыми git push, git pull. Никакого "огорода" я не вижу. Проверил вариант обмена между репозиториями. 0. организацию репозиториев я описал выше. 1. Репозиторий модуль1/ocstore1551 - добавляем удаленный репозиторий ocstore1551 git remote add ocstore1551 path 2. Репозиторий ocstore1551/модуль1 - немного меняем конфиг, открываем возможность обмениваться данными не баре репозиториям, по умолчанию у меня было закрыто git config receive.denyCurrentBranch ignore 3. Репозиторий модуль1/ocstore1551 - добавляем .gitignore, как предложил ashap только немного более универсальный вариант: сначала закрываем все и открываем только нужные каталоги - это стандартно для всех модулей и почти не меняется, после чего одной командой "!/**/модуль1*" открываем все файлы модуля. Обычно все файлы в модуле (контроллер, модель, представление, css, vqmod) называются одинаково. Если есть исключения, то для них добавить 1-2 строчки в .gitignore не проблема. 4. Репозиторий модуль1/ocstore1551 - выгружаем все в ocstore1551/модуль1 за одно создаем новую ветку в ocstore1551/модуль1 и устанавливаем связь. git push -u ocstore1551 ocstore1551:модуль1 5. Все. Все настроено для работы. Теперь так как связь прописана, все изменения переносятся через git push, git pull без указаний репозитория и веток. Один замеченный минус такого подхода - структура 2-х репозиториев должна быть одинаковой. А структура модуля немного отличается, так как в модуле есть также разные ридми и инструкции, а файлы для копирования у меня лежат в папке "upload". Как вариант можно вести все инструкции в отдельном репозитории.

Вот что мне вчера пришло в голову. Правда как это практически сделать еще нужно подумать: Имеем 2 типа репозиториев: 1. Репозитории движка 2. Репозитории модулей Репозитории движка: имя: ocstore1551 ветки для модулей: -модуль1 -модуль2 Репозитории модулей: имя: модуль1 ветки для движков: -ocstore1551 -ocstore1541 -opencart156 для того, чтобы добавить новую фичу в модуль: - создаем новую ветку, например "feature1" - вносит изменения - мержим с ветками дистрибутивов например через cherry-pick чтобы забрать последний коммит а не всю ветку или мержить как-то в ручном режиме - удаляем ветку "feature1" Теперь самое интересное - проверка работы модуля на движке. - добавляем к репозиторию модуля удаленный репозиторий движка: git remote add ocstore1551 path то есть добавляем удаленный репозиторий ocstore1551 - выгружаем изменения: git push -u ocstore1551 ocstore1551:модуль1 то есть изменения из модуль1/1551 выгружаем в ocstore1551/модуль1 и делаем связь между ними Это я пробовал, все работает. Единственно что эта команда выгрузки не всегда работала, не выгружало если ветка модуль1 была создана до этого. Если такой ветки нету, то при выгрузке она создавалась и после этого уже можно было в нее выгружать этой командой. Не знаю как выгрузить в уже созданную до этого ветку. Может какой-то опции не хватает.. Кто в курсе - подскажите. Дальше: - вносим изменения в ocstore1551/модуль1 - проверяем, коммитим - забираем обратно в репозиторий модуля. Но тут нужно подумать как. Потому что нам не нужна вся ветка с файлами движка, нам нужны только изменения, фактически последний коммит. По идее должно работать что-то типа этого: git pull opencart1551 4329204dad0c511244e5a11575caf3b8cf8e3f56 то есть забрать только определенный коммит. Но у меня так не работает.. Как еще можно забрать последний коммит с удаленного репозитория? Нужно искать и пробовать. Кто в курсе? Или вариант, который предложил ashap: - добавить .gitignore в котором закрыть все файлы движка. Кстати, .gitignore он же может быть разным для каждой ветки (модуля). Тогда можно забирать не последний коммит, а всю ветку, при чем так как связь уже прописана, то будет просто: git pull и все изменения из opencart1551/модуль1 слиты в модуль1/opencart1551 Вот такой вариант. Вроде все логично и правильно: - один репозиторий для модуля, один для движка, не нужно держать кучу движков для каждого модуля - обмен происходит очень просто 2 командами: git push, git pull

ну так ветки тут как раз и не спасут. Потому что и нас модуль ведь установлен на движке 1.5.4.1, а протестировать его нужно на 1.5.5.1. Даже если мы создадим новую ветку, например "1551_hotfix" то движок, на котором установлен модуль то все равно остается 1.5.4.1. Нужна не новая ветка, а новый движок и отдельным репозиторием. Но тогда получается что 1 модуль будет лежать в разных репозиториях что недопустимо. так поэтому я и создал тему чтобы как-то совместными усилиями найти какой-то универсальный варинат

Спасибо. То есть вы взяли движок, установили туда модуль, после чего в .gitignore добавили все файлы кроме файлов модуля. Правильно? Но в таком случае нужно: 1. для каждого модуля держать отдельный движок, если модулей 2-3 это не проблема, а если модулей пару десятков? 2. довольно трудоемко каждый раз создавать .gitignore файл, для каждого модуля вручную добавлять все файлы, а это десятки файлов. 3. ну и главное - не решается вопрос совместимости модуля и разных версий движка. Например на 1.5.4.1 модуль может работать, а на 1.5.5.1 нет. Что тогда? Устанавливать еще один движок для этого и создавать еще один репозиторий? Хорошо, установили, после этого добавили какую-то фичу в версию модуля для 1.5.4.1.. а как теперь ее перенести в 1.5.5.1 если это разные репозитории и никакой git merge не прокатит? + движков то много.. ocstore + opencart + иногда разные максисторы + у каждого движка куча версий..

Спасибо, пропустил эту тему. Оказывается, обсуждалось уже 2 недели назад но в курилке, которую я не читаю.

На конец-то.. Сегодняшний коммит от пользователя danielkerr Видно, что появился класс Event в /system/engine/event Так же появился класс ModelToolEvent в /admin/model/tool/event Плюс в index.php Event добавляется в реестр. Как все будет работать пока сложно сказать, так как все на начальной стадии создания. Не ясно насколько широко будут использоваться события в движке. Так же не понятно зачем если создается система событий лепить в движок другую систему модификаций, что-то типа vqmod но встроенного в движок... Но то, что события будут не может не радовать. На конец opencart становится похож на серьезную систему.

Кто-то использует git при создании модулей? Поделитесь опытом. Интересует вопрос как все правильно организовать. Так как каждый модуль это: 1. разные версии 2. разные движки на котором этот модуль должен работать У нас есть папка с модулем. Создаем в ней гит репозиторий. Имеем главную ветку в гите - мастер. Что здесь? Последняя версия модуля под последнюю версию движка? Дальше ветки. Наверное правильно было бы для каждой версии движка создать отдельную ветку. То есть у нас будут ветки: ocstore1541 ocstore1551 opencart1561 итд. Дальше нужно как-то добавлять новый функционал. Как? Создать для этого например ветку features или develop? Добавлять все изменения в эту ветку после чего мержить с ветками версий движка? Для готовых версий модуля добавлять теги? Но весь функционал нужно же тестировать на рабочем движке. Как быть? Просто копировать модуль c репозитория в папку с движком, проверять, если есть ошибки то исправлять их в репозитории, опять все копировать в папку движка опять проверять?.. долго.. Может можно как-то держать в репозитории также и движок и как-то обмениваться данными между этими репозиториями? Я сейчас использую гит для самого движка для тестов. В главной ветке у меня чистый движок. Нужно протестировать какой-то модуль: создаю новую ветку, тестирую. В результате всегда под рукой 1 чистый движок. И не нужно устанавливать кучу копий одной версии движка. Очень удобно. Короче, поделитесь опытом кто использует гит.

ответил в ЛС

Для тех, кто возьмется за работу предупреждаю: заказчик не совсем адекватный - он может вечером скинуть доступ к своему сайту, а в 6 утра(!!!) создать тему на форуме, что его кинули! При этом в качестве оправдания заявить, что "какие могут быть притензии по времени суток, в мире не один часовой пояс" (его слова) При этом модуль, который я ему скинул был полностью рабочий, есть подтверждение его работы от другого пользователя. Формат цены у меня отображался нормально, с валютой. Почему сейчас не отображается - вопрос скорее всего к тем, кто доделывал уже после. Сортировку и css форматирование сделать не проблема но я пас. Тема обсуждалась тут https://opencartforum.com/topic/37858-%D0%B2%D1%8B%D0%BF%D0%BE%D0%BB%D0%BD%D0%B5%D0%BD%D0%BE-%D0%B2%D1%8B%D0%B2%D0%BE%D0%B4-%D1%86%D0%B5%D0%BD-%D0%B2%D1%81%D0%B5%D1%85-%D0%B3%D1%80%D1%83%D0%BF%D0%BF-%D0%BF%D0%BE%D0%BA%D1%83%D0%BF%D0%B0%D1%82%D0%B5%D0%BB%D0%B5%D0%B9-%D0%B2-%D0%BA%D0%B0/?do=findComment&comment=312541

Да, это одна из очень существенных проблем опенкарта: К огромному сожалению в опенкарте нету нормальной системы API, чтобы можно было с помощью например хуков, как в Друпале внести изменения в движок не затрагивая другие файлы. Вместо этого присутствует или костыль под названием vqmod или изменения приходится вносить вручную, изменяя файлы движка, что в других движках вообще считается дикостью, но в опенкарте это норма. Из-за этого возникает 95% всех проблем с модулями. И решить эти проблемы кроме как предоставить разработчику фтп доступ к сайту пользователя, если он далек от программирования, невозможно. А разработчики они ведь разные бывают.. кто-то честно внесет изменения и выйдет, а какое-то падло добавит на сайт код вируса или оставит для себя лазейку доступа в админку.. А кто-то может сделать пакость не специально а по незнанию или по ошибке.. Трагедия в том, что иначе как предоставить фтп доступ разработчику проблему не решить. Разве что или самому учить программирование или нанять 1 программиста чтобы только он 1 имел доступ и вносил все изменения в сайт.

не знаю правильно ли вас понял, но есть вот такой модуль https://opencartforum.com/files/file/599-%D1%80%D0%B0%D0%B7%D0%BD%D1%8B%D0%B5-%D1%86%D0%B5%D0%BD%D1%8B-%D0%B4%D0%BB%D1%8F-%D0%B3%D1%80%D1%83%D0%BF%D0%BF-%D0%BF%D0%BE%D0%BA%D1%83%D0%BF%D0%B0%D1%82%D0%B5%D0%BB%D0%B5%D0%B9/

какой у вас емейл?