Opencart 3 club edition - русскоязычная сборка опенкарт [support]

[AlexDW]

2 часа назад, Wimana13 сказал:

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

это к сборке отношения не имеет, и скорее из разряда про кнопку "бабло"

 

потому что у каждого разработчика свой механизм и алгоритмы защиты

кто-то использует ioncube, у других кастомная защита на нативном php

у кого-то связь с сервером и возможностью смены лицензий, у кого-то лицензия безотзывная

у кого-то работает на домен+все его поддомены, у других - индивидуально и тд

 

вариантов масса, а нюансов еще больше

[Wimana13]

так я ровно об этом и говорю,

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

про "бабло" ничего не знаю, в смысле не понял)

[Tom]

Не нужно превращать сборку в нечто иное. Плохая затея. Тем более каким образом, данный функционал в конкретной сборке, заставит всех авторов разом под неё менять алгоритмы лицензирования своих дополнений.

В сборке должно быть минимум отличий от оригинала.

6 часов назад, Wimana13 сказал:

про "бабло" ничего не знаю, в смысле не понял)

Некая мифическая кнопка, которая позволяет зарабатывать, ни хрена не делая обычным нажатием.

 

[specialforce22]

11 часов назад, Wimana13 сказал:

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

 

1. Опыт основан на скольких мультимагазинах?

Я делал и обслуживал 4-ре или 5 и сейчас "долблюсь" с магазином на 220 поддоменов - не особо встречалась Ваша проблема при активациях модулей.

Наверно, перепробовал все ТОПовые модули сообщества и многие шаблоны.

Встречал только отдельную активацию в "Торговой площадке" - автор дает отдельны еключи (точнее очень удобная форма их получения) и "Поисковая система", где автор сказал 1000 руб. за активацию любого кол-ва поддоменов.

 

2. Что, значит, "нужна лицензия на другой домен"

Если мультимагазин сделан в админке опенкарт - смотрит в одну папку, то всегда достаточно 1 ключ, а вот, если делать отдельные файлы и БД, то да, нужен отдельный ключ и авторы обычно идут навстречу, выдавая его...

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

 

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

Например, используете виндоус, но решили применить модуль антивируса Касперский - как активировать его в майкрософт?

 

P.S. А - есть еще другой случай - это, когда модули автора или шаблоны в целом не поддерживают работу мультимагазина.

 

[specialforce22]

3 часа назад, Tom сказал:

Не нужно превращать сборку в нечто иное

 

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

 

[Wimana13]

5 часов назад, specialforce22 сказал:

Если мультимагазин сделан в админке опенкарт - смотрит в одну папку,

в одну папку и ту же бд. Но если логиниться через вторую админку то некоторые модули начинают "шалить" - Возможно только сейчас до меня дошло.

Ну да вы правы наверно не нужен этот головняк никому.

 

Цитата

"Торговой площадке"

интересная админка у модуля;)

Изменено 10.09.2022 в 11:45 пользователем Wimana13

[nikifalex]

2 часа назад, Wimana13 сказал:

в одну папку и ту же бд. Но если логиниться через вторую админку то некоторые модули начинают "шалить" - Возможно только сейчас до меня дошло.

тут проблема только в рукожопости писателей модулей, которые привязываются черте куда в своих параноидальных попытках защитить свои модули от сферического коня в вакууме. Яркими представителя которых являлись simple checkout который просто иногда терял лицензию, и hi-optimizer который настраивать надо было в админке каждого привязанного домена.

[Wimana13]

я то думал начнется "выяснение отношей" )
Но теперь до меня дошло @nikifalex , что это вы на до мной прикалываетесь;)

Нет, там была парочка других "веселых" модулей

[nikifalex]

6 часов назад, Wimana13 сказал:

Но теперь до меня дошло @nikifalex , что это вы на до мной прикалываетесь;)

Не над вами. А над писателями модулей и неизбежностью этой всей ситуации.

[Sergeyy84]

В 31.08.2022 в 19:57, mpn2005 сказал:

Это физически невозможно. Откуда брать данные источника перехода?

Сохранять такое в сессии или куках - совсем не вариант.

 

Тут только два варианта:

1) Оригинальный подход OpenCart (сейчас в сборке с доработками)

2) Вариант СеоПро.

 

И не факт, что второй вариант сейчас имеет право на жизнь. Он был сделан очень давно, под реалии работы яндекса в те времена. 

С тех пор уже очень многое изменилось. И яндекс не стоит на месте.

Добрый день!

Подскажите, пожалуйста, есть ли какое-то решение по развитию движка? будет ли версия с СеоПро или чем-то подобным?

[mpn2005]

4 минуты назад, Sergeyy84 сказал:

Добрый день!

Подскажите, пожалуйста, есть ли какое-то решение по развитию движка? будет ли версия с СеоПро или чем-то подобным?

Добрый день. Да. Планируется внедрить настройку для совместимости с сео про.

Если всё пойдёт по плану, то уже на следующей неделе будут продолжаться активные работы.

[Uzlo]

Здравствуйте.

Данную сборку не устанавливал ещё, смотрю на демо сайте

Самое первое, что бросилось в глаза - обязательность заполнения тайтлов у товаров, категорий и статей.

Сделайте пожалуйста как в OcStore необязательным 

 

[mpn2005]

В 09.11.2022 в 19:22, Uzlo сказал:

Здравствуйте.

Данную сборку не устанавливал ещё, смотрю на демо сайте

Самое первое, что бросилось в глаза - обязательность заполнения тайтлов у товаров, категорий и статей.

Сделайте пожалуйста как в OcStore необязательным 

Добрый день.

Спасибо за обратную связь. Допишу в список задач.

[Uzlo]

В 23.03.2022 в 15:49, OpenCart Club сказал:

Исправлена библиотека mail, чтобы она не роняла весь магазин при ошибках отправки

Подскажите пожалуйста. Из за этой ошибки, могут заказы падать в базу со статусом 0?

Проблема плавающая (из 100 полностью оформленных заказов, созданных собственноручно, только 2 заказа повали в потерянные) и насколько пишут в сети, данная проблема возникает, если модуль оплаты не отправил данные об успешной оплате.

Предлагаю предусмотреть в сборке 

[AlexDW]

19 минут назад, Uzlo сказал:

Подскажите пожалуйста. Из за этой ошибки, могут заказы падать в базу со статусом 0?

нет

отправка письма происходит уже после того, как заказ в БД добавлен (и его статус изменен на отличный от 0)

 

стандартно в Opencart заказ попадает в БД на последнем этапе, на странице финального подтверждения клиента
при этом у него нулевой статус (пропавший/потерянный)
после подтверждения статус заказа меняется на нужный и отправляются письма о заказе

если перед последним подтверждением клиент возвращается обратно - например посмотреть варианты доставки / оплаты и тд - заказ так и висит в базе с нулевым статусом
а при переходе на финал - создается по новой (см.выше) но уже с другим номером

если же пришло письмо о заказе, а сам он числится в потерянных - искать причину в способах оплаты
обычно после подтверждения оплаты платежная система должна вернуть код успешной оплаты и соответственно изменить статус заказа

[Uzlo]

14 минут назад, AlexDW сказал:

стандартно в Opencart заказ попадает в БД на последнем этапе, на странице финального подтверждения клиента
при этом у него нулевой статус (пропавший/потерянный)
после подтверждения статус заказа меняется на нужный и отправляются письма о заказе

 

В том то и дело, что столкнулся с проблемой на ocstore 2.3 и 3.х. 

Заказ полноценно оформлен и письма не приходят.

 

Модуль оплаты штатный - cod

 

  

15 минут назад, AlexDW сказал:

если перед последним подтверждением клиент возвращается обратно - например посмотреть варианты доставки / оплаты и тд - заказ так и висит в базе с нулевым статусом
а при переходе на финал - создается по новой (см.выше) но уже с другим номером

 

В базе заказ от покупателя один

 

[mpn2005]

32 минуты назад, Uzlo сказал:

пишут в сети, данная проблема возникает, если модуль оплаты не отправил данные об успешной оплате.

Предлагаю предусмотреть в сборке 

Это невозможно предусмотреть в сборке, если модуль оплаты не выставит статус.

Из коробки в движке такой проблемы нет. А дальше всё зависит от метода оплаты.

Если такое происходит (а тем более с методом cod), то надо разбираться по месту, явно где-то есть конфликт или сбой на этапе присвоения статуса для заказа.

Тут ещё могут быть вопросы, если используется нештатный чекаут.

[AlexDW]

если заказ с ненулевым статусом есть в БД, а отправки письма по нему не было - значит проблема с самой отправкой

(попало в спам, ошибка при отправке из-за неверных настроек почты и тд)

причину искать по логам сервера

 

если письмо отправлено при нулевом заказе - искать причину в платежке и/или способе оформления заказа

 

проверять все это рекомендуется с использованием стандартного оформления заказа (при условии, что в нем не ковырялись)

[tsolomon]

Добрый день,
поставил сборку, но столкнулся с двумя проблемами, модули ставил на чистую сборку:
1) Установил плагин импорта/экспорта - весь текст без перевода/слов - приложил скриншот к сообщению
2) Поставил Universal Import Export - там тоже самое, методом тыка попытался импортировать импорт пошел но с ошибками. Импортер сказал, что во
время импорта кто-то еще пытается писать в БД и предложил решение Try to set in Step 3 > Extra functions > Custom fields a custom field named "meta_h1"

Поставил все это дело на чистый OC3 - все работает...

В чем может быть проблема, спасибо

 

[mpn2005]

1 час назад, tsolomon сказал:

2) Поставил Universal Import Export - там тоже самое, методом тыка попытался импортировать импорт пошел но с ошибками. Импортер сказал, что во
время импорта кто-то еще пытается писать в БД и предложил решение Try to set in Step 3 > Extra functions > Custom fields a custom field named "meta_h1"

Добрый день.

В сборке добавлялись поля в БД. И поэтому структура таблиц немного отличается от чистого opencart.

А что за модуль "Universal Import Export"? Скиньте ссылку на него.

[tsolomon]

Добрый вечер!
Как приятно что не пришлось до завтра ждать )))
Модуль платный  https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=27350
[del]

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

 

 

[mpn2005]

16 минут назад, tsolomon сказал:

Не стал разбираться - решил поставить бесплатный Import Export, и получил второй непереведенный шаблон модуля, чтобы его запустить пришлось в сборку добавлять английский - для модуля все хорошо, по админке - косяки встречались...

Тут всё просто, скопируйте языковые папки модуля и назовите их ru-ru.

Из коробки там en-gb. Можно их просто переименовать в ru-ru.

В двух местах:
admin/language
catalog/language
А потом уже устанавливать модуль.

[tsolomon]

Благодарю!

[555]

А что насчет переезда с других сборок этой же версии OP? Только ручками?

[nikifalex]

4 часа назад, 555 сказал:

А что насчет переезда с других сборок этой же версии OP? Только ручками?

если у вас нет было доработок кода, то переезд несложный. если были, то нужно сами доработки переносить.

так всегда было в опенкарте