Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

OtezVikentiy

Пользователи
  
 Профиль  Активность

  • Публикаций

    434

  • Зарегистрирован

  • Посещение

 Тип публикации 

Все публикации пользователя OtezVikentiy

  1. OtezVikentiy
    Здравствуйте! В модуле указано, что он проверялся и тестировался только на default шаблоне, который идет из коробки с опенкартом. Этот модуль использует дефолтные css стили, которые идут из коробки. Если они изменены другим шаблоном - они с большой вероятностью разъедутся. Ответ на оба вопроса - адаптация модуля под шаблон.
  2. OtezVikentiy
    Да не за что, по описанию да, сейчас добавлю. )))
  3. OtezVikentiy
    В тройке однозначно точно можно оставлять обе даты пустыми. )))
  4. OtezVikentiy
    По поводу ошибки - не будет ошибки. Почему вы так решили? Если человек оформляет заказ снова с указанием той же почты - то будет использована та же самая учетка, что была создана ранее, пользователю не придется никуда ни логиниться ничего. Просто заказ будет привязываться к той же самой учетке, которая была создана при первом заказе.
  5. OtezVikentiy
    Вот у меня есть модуль, который делает то что тут описано.
  6. OtezVikentiy
    Всё зависит от того сколько времени уйдет на диагностику проблемы и устранение. Потому что заведомо неизвестно где именно кроектся причина подобного поведения. Мои расценки могу озвучить в ЛС, если инетерсует - пишите. )))
  7. OtezVikentiy
    Сделал доступ. Нет, цена продукта как вот в том виде, что она есть из коробки у опенкарта остается неизменной. Поле закупочной цены - это отдельное новое поле, которого нет из коробки у опенкарта. На скриншоте Вы смотрите в настройки модуля для переноса закупочных цен в случае, если они уже где-то заложены в системе, чтобы не перевбивать их вручную. То есть вот как на скриншоте Вы можете выбрать таблицу product, столбец price и столбец с идентификатором продукта product_id и нажать кнопку Синхронизировать. В этом случае цена товара будет скопирована в поле закупочной цены (это новое поле, которого нет из коробки у опенкарта). То есть на скриншоте - это изображено как пример того что там может быть вообще. То есть туда например в столбец можно написать любое другое поле (типа float естественно) и тогда из него данные скопируются в соответствующие товары в поле закупочной цены. Также эта формочка работает и в обратную сторону. То есть закупочные стоимости из модуля - Вы можете экспортировать в любое другое место, если оно предполагает цену, а не строковые или bool'евые данные.
  8. OtezVikentiy
    В модуле предусмотрено поле "закупочная цена" и "наценка". Например закупочная цена 100 рублей, наценка 50%, соответственно цена товара становится 150 рублей. Если вы выгрузите некую цену например закупочную из 1С в поле "закупочная цена" моего модуля и потом проставите наценку - то да, это будет работать. Так же в последней версии модуля в настройках есть функционал, который позволяет скопировать все закупочные цены из любой другой таблицы с указанием таблицы, столбца и уникального идентификатора товара. То есть если у вас уже настроена выгрузка из 1С куда-то в какую-то таблицу в БД, которая привязана к опенкарту - Вы можете перенести эти данные оттуда в модуль без проблем и потом оперировать ими при выставлении наценок как индивидуально под каждый товар, так и массово.
  9. OtezVikentiy
    Добрый день! Да, модуль активно развивается постоянно ))) Наценка является процентом, хранится в БД как процент в отдельном поле и, в зависимости от настроек, либо автоматически обновляет цену, либо не обновляет. Другие модули да, смогут обратиться к этому полю в БД. По поводу передачи данных из 1С нужно немного больше конкретики, потому что системы бывают разные и потребности у всех свои. Если нужно отдельное поле именно с наценкой не в процентах, а в абсолютном значении - то можно в принципе сделать такую доработку в будущем. )))
  10. OtezVikentiy
    return (int)$a['sort'] - (int)$b['sort'];
  11. OtezVikentiy
    Не забудьте потом сделать еще доработки на бэкэнде по расчету количества выдаваемых товаров. Потому что если только на фронте сделать 4 колонки - то все равно выдача будет по 15 штук (кратное 3). Если это не поправить - то всегда будет 1 товара в последней строке не хватать.
  12. OtezVikentiy
    Моежете написать return (int)$a['sort'] - (int)$b['sort']; Только надо будет проверить, что функицонал нормально работает. Ошибка говорит о том, что в какой-то переменной лежит не цифровое значение, поэтому вычитание не может быть выполнено нормально.
  13. OtezVikentiy
    Вы можете просто в шаблоне поставить проверку, что если доставка равна нулю - то не отображать эту строку и всё.
  14. OtezVikentiy
    Вышло обновление модуля. В версии 2.0.10 практически полностью пересобран весь модуль. Добавлено большое количество нового функционала, оптимизирован функционал представленный в версии 1, добавлены языки, а так же поддержка более старых версий движка. доработки внешнего вида расширенные настройки реализована возможность экспорта/импорта закупочных цен товаров и опций товаров из сторонних модулей реализована возможность трансфера заказов, которые происходили до установки модуля, чтобы они учитывались в статистики и отчетах пересчет скидок при обновлении цен в процентном соотношении возможность отключения пересчета скидок при обновлении цен в процентном соотношении добавлена возможность создавать акции из интерфейса модуля добавлена настройка округления сумм до Х знаков после запятой управление наценками в разрезе категорий и/или производителей управление ценами из интерфейса модуля более удобный интерфейс управления массовым редактированием наценок по интервалам закупочной стоимости добавлена кнопка перехода в заказ из списка заказов настройка дефолтного вывода заказов в список в разрезе статуса добавлены фильтры в персональные расходы добавлена возможность редактирования дополнительного расхода по заказу из интерфейса просмотра заказа все настройки теперь собраны в одном месте новый интерфейс подсчета персональных расходов по фильтрам новый интерфейс подсчета статистики по заказам за большие периоды данных оптимизация запросов в БД исправлены проблемы с пагинацией на большом объеме данных добавлена информация о подсчете среднего чека по заказам решена проблема с длительными обработками больших объемов данных проработаны надписи с предупреждениями, текстами ошибок и мануальные тексты проработаны оповещения о статусах выполнения длительных операций добавлена возможность задавать дефолтные дополнительные расходы для всех заказов адаптация верстки под разные экраны (частично) полностью переработанная система сбора статистики и получения данных добавлена возможность выбора интервала дат для получения статистических данных и построения графиков проработаны мелкие косяки с отображением названий товаров и моделей массовое управление скидками в разрезе категории и/или производителя возможность редактирования цены с учетом платных опций разработаны скрипты консольных команд под CRON для автоматического пересчета статистики добавлен Украинский язык адаптация под старые версии Opencart адаптация под OCstore и Opencart PRO реализована простая модель доступов реализована механика удаления модуля с разной степенью очистки подготовлен мануал по установке, настройке, удалению и гайд по интерфейсам
  15. OtezVikentiy
    hidden="hidden" добавьте атрибут например такой. Либо как вариант если удалить - то можно вообще выпилить из шаблона эту строку.
  16. OtezVikentiy
    Вероятнее всего товары у тебя будут: Rank Boosting Account Leveling Wins Boosting Kills boost Badge Boosting А все остальное - опции для товаров. Если взять Rank Boosting, то опции будут например такими: current ranked points desired ranked points acc share or party paltform region optional features Соответственно ниже у тебя должно быть применение купона, галочка о том сохранять кредитку или нет. В общем-то не очень сложно на самом деле, но скорее всего доработки в функционал движка все же понадобятся, потому что как я понимаю у тебя здесь должно всё пересчитываться на лету без обращений к бэкэнду, а этого Opencart из коробки не умеет. То есть задачка не прям таки тривиальная (скорее всего всплывут какие-то нюансы), но решаемая вполне. Готовых решений под подобные вещи вероятнее всего нету (во всяком случае я не встречал), потому что штука такая довольно узконаправленная (именно в плане того, что опции специфичные и требуют пересчета на лету). Модуль от @AWARO вроде близко, а вроде и не совсем. Мне кажется, что придется допиливать скорее всего, судя по внешнему виду там должны еще пересчитываться на лету зависимости типа Approximate completion time, boosters online, specific boosters... В принципе можно это всё зарешать фронтом, а на бэк отправлять уже собранные данные и все посчитанные и просто валидировать там. Как один из вариантов. Хотя наверное можно и модулем @AWARO попробовать, если на каждую опцию разные товары делать, тут наверное он лучше подскажет подойдет конкретно его модуль под этот функционал или нет.
  17. OtezVikentiy
    catalog/controller/mail/order.php там можно сделать поиском по `new Mail(` - найдете места где отправляются имейлы - соответственно в нужном месте добавите проверку if order_status_id !== *какой-то статус*
  18. OtezVikentiy
    Хватит спамить элементарнейшие вопросы - используйте google или яндекс. Если вы считаете что ваши ошибки это какой-то сложный или эксклюзивный случай - ну как бы нет. Чтобы сделать что-то самостоятельно надо хоть немного уметь хотя бы гуглить, а не писать каждый элементарный вопрос на форум в ожидании того, что все бросятся расследовать что же вы там натворили Выдано предупреждение: - флуд Наказание: - ограничение публикаций
  19. OtezVikentiy
    Вариант 3 вообще лол Вы предполагаете что где-то есть подобное решение из коробки? Вариант 2 - костыль лютейший и не понятно как Вы собираетесь заставить это работать в конечном счете. Вариант 1 - ну как модуль да, наверное можно, а можно и без модульности вообще в принципе обойтись например, если речь про шаблон...
  20. OtezVikentiy
    А не проще сразу разраба искать, который будет этим заниматься, если Вы не хотите лезть в эти дебри? Смысл искать консультанта? Чтобы сэкономить? Эта экономия явно выльется вам боком, потому что если вы не разбираетесь и не собираетесь нанимать разработчика - то потратитесь в итоге И на разработчика И на консультации...
  21. OtezVikentiy
    Выбор между opencart, ocstore, opencart pro зависит только от Ваших желаний. Они все основаны на opencart, но имеют разные наборы модулей из коробки так сказать. Всё зависит от Ваших конкретных нужд и потребностей - от этого и отталкиваться. Может быть вам подойдет стоковый опенкарт и ничего дополнительного не нужно, может быть нужно всё, что есть в opencart pro и еще будете расширять функционал. Имхо тройка будет поудобней, чем двойка например, но тут на вкус и цвет. Если разработчик нормальный будет всё это строить - то по большому счету ему будет без разницы какую версию использовать, но опять же вот лично с моей точки зрения нет смысла строить новый магазин на более старых версиях движка, особенно учитывая то, что тройка ни в чем двойке не уступает.
  22. OtezVikentiy
    Модуль - пушка! Рекомендую!
  23. OtezVikentiy
    Вот о том и речь, что горланить ты горазд, а как аргументированно что-то сказать - ну как бы... всё... На этом полномочия - всё...
  24. OtezVikentiy
    А ты если хочешь поговорить предметно без токсичности - так давай, не вопрос. Аргументируй, почему при разработке маркетплейса с нуля стоит выбрать опенкарт, а не писать его с нуля например на Symfony?
  25. OtezVikentiy
    Так я ж не говорю, что это невозможно. Возможно всё. Вопрос только зачем использовать CMS, который заведомо под это не заточен, в процессе разработки перестраивать половину движка, чтобы на выходе получить, что? Неподдерживаемый и не масштабируемый монолит без документации, который все равно упрется в ограничения? Ну такое себе... Почему бы изначально не выбрать более сложный, но более правильный путь?

Покупцям

Розробникам

Корисна інформація

Останні розширення

×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.

  Я принимаю