Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

SergeTkach

Users
  • Posts

    2,316
  • Joined

  • Last visited

Everything posted by SergeTkach

  1. Удалить модификатор модуля. Перезалить файлы в ocmod. Обновить модификатор. Настройки сохраняются. ОТРЕДАКТИРОВАНО Для версии 1.3 до 1.5 1) деинсталлировать модуль в списке модулей 2) Удалить модификатор модуля 3) Заново установить модуль с обновление модификатора и нажатием на кнопку "Установить" в списке модулей. При этом настройки собъются 4) Установить up-from-1.3-to-1.5.x.ocmod.zip Для версий 1.5 до 1.5.x Деинсталляция модуля не нужна. Только удалить модификатор и установить модулья заново с обновлением модификатора.
  2. --- Так как в admin/controller/extension/installer.php в чистом виде на строке 247 нет вообще никакого кода, то вероятно у Вас установлен модификатор localcopy.ocmod.xml, где на 247 строке есть перебор массива: foreach (glob($next) as $file) { Этот код пытается обнаружить загруженные папки и файлы модуля, которые изначально помещаются во временную папку ( к примеру, system/storage/upload/temp-A3OogZ1b3gfifUlHwditg36tte6VTOlX/upload/ ). Кажется у Вас версия OpenCart 2.1.x или еще более ранняя. В них вроде как были баги с OCMOD. --- Кроме того, устранение данной проблемы с установкой через OCMOD никак не повлияет на первую проблему - Ошибку 500. В принципе, чтобы понять, будет ли ошибка 500 в модуле с другими настройками php на хостинге, нет никакой необходимости переустанавливать демонстрационную версию модуля именно через OCMOD.
  3. Скорее всего проблема с версией php. Модуль работает под 5.4 - 5.6. Смена может быть в админ-панели хостинга. При покупке кодирую в любой, какой скажете
  4. Если прямо из 1С и дальше будете корректировать в админке сайта, то модуль Вам подойдет. А если Вы хотели бы с сайта экспортнуть в xls и там быстренько поправить мета теги залив товар обратно на сайт, то галочка не спасет. В этом плане планирую все таки "генерить" теги в базу. Но это сделаю скорее всего после Нового года (
  5. В режиме "Перезаписывать принудительно" будет перезаписываться, независимо от того, заполнено ли поле в товаре/категории. Без него - будут генерироваться только для пустых. Для заполненных будут браться данные из базы. Вопрос только в том, действительно ли Вы можете сохранять товары (категории) с пустыми значениями Title и Descriptoin... --- В ближайшую неделю планирую добавить галочку в админке товара (категории): "Для этого товара не перезаписывать мета-теги". В таком случае, модуль будет учитывать данное пожелание пользователя.
  6. Сделать API для автоматической отправки лицензий клиентам Не всем авторам модулей нужен такой функционал, так как многие лицензируют модули через свой сервер. Но все же, часть разработчиков не привязывают лицензию к своему серверу. И таким это может понравиться 1) Сделать в настройках кабинета возможность добавить ссылку-report своего сайта о новой покупке. Задача: кроме емайлов на почту с отчетом о покупке, разработчик может получить POST запрос на свой сервер, приняв: shop (Магазин, на котором произошла продажа. В нашем случае форум) user_key (ключ, который разработчик может менять в своем кабинете когда угодно) extension_id (Идентификатор модуля на форуме - в 1 заказе может быть 2 товара) extension_name (Не знаю, нужно ли) order_id 2) Сделать автоотправку лицензий от разработчика клиенту Так как в отчете о заказах контакты клиентов не указываются, то, соответственно, необходимо реализовать метод для автоматической отправки лицензии через API форума. Форум должен принимать следующие данные: user_id (или login) user_password user_key (ключ, который разработчик может менять в своем кабинете когда угодно) order_id extension_id (Идентификатор модуля на форуме - в 1 заказе может быть 2 товара) licence_code При получении этих данных, сервер автоматом отправляет письмо клиенту с кодом лицензии.
  7. Создал тему для конструктивного обсуждения правил кодирования. Просьба высказываться в ней с учетом правды жизни, что значительная часть авторов по-любому не станут открывать код своих модулей. Если это вам неприемлемо, то просьба воздержаться от участия в новом обсуждении. Продолжайте писать в этой теме. Если есть соображения, как дать авторам защитить их модули от воровства и при этом обеспечить комфорт/отсутствие потерь для покупателей и разработчиков, которые ставят модули конечным пользователям, то прошу делиться своими мыслями.
  8. Еще раз скажу: пишите свой модуль с нуля, если не хотите вообще никого ждать. Ну или не давайте клиентам супер быстрые сроки в том, за что физически не можете отвечать. А вообще 3 дня взяты из шаблона контракта по выполнению работ. То есть тот срок, который рекомендуется и считается нормальным для договоров и адекватного и полноценного исправления проблем. На самом деле такой срок никогда у меня пока что не использовался, но он служит моим буфером, если я заболею или не смогу иметь доступ к рабочему компьютеру. Кроме того, я предупредил как есть. Если кому то не нравится такое, то он сразу может сориентироваться. По крайней мере я не вру людям, и даю такие обещания, которые могу выполнить, а не пытаюсь накрутить цену за срочность, чтобы потом находить крайних и требовать с них то, что им явно навредит, но зато решит мои проблемы.
  9. Это похвально. Но это Ваше решение. И, значит, только Вы за него в ответе, а не разработчики модулей. Лично я понял, что даже с открытым модулем, если с ним еще не работал, то лучше хорошо подумать, прежде чем говорить цену выполнения задачи. А то бывают такие модули, что даже открытый, а работает весьма странно и поддержки не дождешься... А за закрытые автор, чаще всего, отвечает. А если он купит рыбу фугу, то тоже имеет право съесть ее как хочет и когда хочет? Или надо все таки знать, что покупаешь и зачем, и каковы последствия-ограничения? Лично у меня красным цветом пишет в описании "Внимание! Условия покупки и использования" А вообще в технических данных модуля пишет, требуется ли IonCube Loader.
  10. Так сейчас так оно и есть. При добавлении модуля необходимо предоставить не закодированный вариант админам сайта.
  11. Все мы понимаем, что это наш заработок. У кого-то больше, у кого-то меньше. Но данная тема холиварная и поднималась на этом же форуме раннее и все остаются при своем мнении. И вообще, я предлагаю администрации форума запретить открытие подобных тем. На этом форуме разрешаются кодированные модули. А также есть конкурс по отловке плагиата и багов. На этом точка. Кто не согласен, не покупайте зашифрованные модули.
  12. Лично я не видел в жизни человека, который откажется от шары. А полностью открытый модуль - это такая шара, от которой никто еще не отказывался. Даже самый честный приятель, когда узнает, что модули можно использовать без оплаты, недоумевает, так зачем же за них платить... Если автор не закрыл модуль, значит ему не жалко. Он же понимал, что так оно и будет. Поэтому я против открытых модулей. Мне жалко. Да. А если Вам не жалко своего труда, напишите альтернативные модули и выложите их в открытом виде с полным копилефтом.
  13. А я не про собственника! Я говорю это про тех несолидарных разработчиков, которые выступают за то, чтобы другие разработчики работали бы на них, пока они налаживают свой бизнес... Ведь тот человек, который написал модуль, сделал это за свой счет, а не за счет заказчика. И тут, когда результат получен, подключаются другие разработчики, которые хотя просто купить модуль и перепродать его клиенту в несколько раз дороже. И при этом возмущаются, что им надо будет подождать, пока автор сделает какие-то правки. И именно им так неудобны закодированные модули. И именно им я говорю: "Возьмите и напишите свой модуль с нуля! И редактируйте его тогда, как хотите!"
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.