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

ambalocha69

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

  • Публикаций

    1 883

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

  • Посещение

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

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

  1. ambalocha69
    ответил в ЛС
  2. ambalocha69
    Добрый день! Запрет отображения не является запретом на создание.
  3. ambalocha69
    Добрый день! В явном виде нет. Но если долго мучаться, то что нибудь получится
  4. ambalocha69
    это версия для 1.5.Х
  5. ambalocha69
    Добрый день! Есть готовое решение - дополнительный обработчик для Диспетчер YML\XML - Обмен данными - OpenCart Форум, который у вас есть. Пишите в ЛС
  6. ambalocha69
    Добрый день! в разделе ШАБЛОНЫ нужно создать правили генерации ЧПУ. Например {name} - если хотите использовать для ЧПУ транслитерацию названия в закладке АТРИБУТЫ\ОПЦИИ указали их какого поля брать изображения?
  7. ambalocha69
    ответил в ЛС
  8. ambalocha69
    Добрый день! Я знаю этих поставщиков. Дополнительно потребуется модуль "Связанные Опции": https://opencartforum.com/files/file/2421-svyazannye-opcii-dlya-opencart2/ Настройка не тривиальная - пишите в ЛС для согласования сроков и стоимости работ.
  9. ambalocha69
    указать соответствующее правило обработки этого тега
  10. ambalocha69
    если вы хотите сделать слияние, то: - для TypePrefix укажите что это "Название" - для model укажите что это "Модель" - в разделе ШАБЛОНЫ для названия пропишите правило: {name} {model}
  11. ambalocha69
    Добрый день! Ограничений нет - можете формировать его из любых полей
  12. ambalocha69
    пока нет на это ресурсов.
  13. ambalocha69
    Добрый день! Будет обязательно.
  14. ambalocha69
    Добрый день! Да. Присылаете данные для анализа, составляем смету работ, оплачиваете, присылаете доступы.
  15. ambalocha69

    Анекдоты

    ambalocha69 ответил в теме пользователя Tom в Курилка

    Клиент всегда прав Был у меня в 90-е проект с поляками. Там этих "какашек" было немеряно. Убедить поляка в том что неправ - миссия импосибл. Пришлось наказывать рублем, который в те времена был зеленым американским. ПОЛЯК: вставьте нам это туда-то! Я: дерьмо получится ПОЛЯК: я заказчик - делайте! Я: ок, 15 баксов ПОЛЯК: мля, действительно дерьмо получилось - уберите! Я: ок, 15 баксов Когда такие расходы достигли серьезной суммы то включили наконец то мозги
  16. ambalocha69

    Анекдоты

    ambalocha69 ответил в теме пользователя Tom в Курилка

    и очень часто возникает подозрение что это победители конкурса "Тупой и еще тупее" - два плюс два худо бедно сложить могут, а два плюс три уже возникают проблемы. Один из последних шедевров: курс 42 у всех а у одного производителя должен быть 45 как быстро вычислить на какое число умножать пример Товар стоит 65 умножить на курс 42 и в планировщике добавляем 1.0715 65*42*1.0715=2925 65*45=2925 аналог Как бысто узнать число 1.0715 А то я методом подбора делаю
  17. ambalocha69

    Анекдоты

    ambalocha69 ответил в теме пользователя Tom в Курилка

    в наше время самое сложное это не перепутать новости с анекдотами (из архива Димы Вернера)
  18. ambalocha69
    да
  19. ambalocha69
    да - в валюте магазина. все вычисления внешние - никаких полей я не добавляю. есть авторы, которые добавляют в таблицу product по 10-15 текстовых полей а потом все удивляются почему сайт ложится при SELECT * FROM " . DB_PREFIX . "product поэтому изначально все строил на дополнительных таблицах, которые не участвуют в общей жизни сайта и не влияют на его общую производительность. их можно удалить вместе с модулем - на сайте останутся цены в валюте магазина на момент последних вычисления
  20. ambalocha69
    это простой случай но если ты работаешь с несколькими поставщиками, то у каждого свои требования. 1-й отдает по курсу ЦБ 2-й отдает по ЦБ+2% 3-й отдает по ЦБ+2% + 100 руб за упаковку и тп все правила вычислений итоговой цены по всем валютам\поставщикам содержатся в "Таблице задач" это внутренняя "кухня" магазина, и модулям экспорта\импорта туда лезть не надо. Для них есть готовые данные в стандартных полях: - для обычных модулей экспорта все прозрачно - они просто берут цены из стандартных полей - если нужен экспорт валютных цен, то они берутся из связанных таблиц. связь стандартная - по product_id это обязательно согласно требованию российского законодательства магазин имеет право выставлять цены только в национальной валюте Поэтому: 1. Переключатель валют должен быть отключен 2. Переключатель валют (если он таки включен) ничего не знает о внутренней "кухни" магазина и будет делать неверную конвертацию
  21. ambalocha69
    Добрый день! все работает стандартным образом. все вычисления внешние и данные заносятся в стандартные поля: цена, акционная цена, цена опции, дисконты допиливать нужно только в том случае, если стоит задача выгружать валютные цены. кстати такая задача достаточно часто встречается и было бы неплохо сделать интеграцию
  22. ambalocha69
    да. есть 2 варианта: 1. пересчитывать все на лету в гривну по курсам прописанным в фиде в блоке currencies 2. дополнительно использовать модуль: Модуль "Мультивалютные товары" - Модули - OpenCart Форум и сохранять валютные цены, и вычислять в дальнейшем цену в гривне через этот модуль: по курсам НБУ или произвольным своим
  23. ambalocha69
    у вас просто блокируются http соединения
  24. ambalocha69
    пришлите файлы для анализа
  25. ambalocha69

Покупцям

Розробникам

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

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

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

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

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

  Я принимаю