Перейти к публикации
  • разработка интернет магазинов на opencart
  • доработка интернет магазинов на opencart

remix8080

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

  • Публикаций

    174

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

  • Посеещёние

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

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

  1. remix8080
    Віию. Один з варіантів - не унеткальнет SEO URL для товарів.
  2. remix8080
    Віию. Теж трохи додам.
  3. remix8080
    Віию. Ви не вказали версію. Для 2-ки тут.
  4. remix8080
    Да і я про это. @Freestyle2020 , а кака специфіка товарів? Покажете сайт? Можна в пп.
  5. remix8080
    Моє імхо. Жогден автоматичний перевод не дасть 100% правильного резульиту. Можна иким скориситися, а далі уже "шліфувати" вручну. Для однотипних товарів можно бугде викорисити UPDATE `oc_product_description` SET name = REPLACE(name, 'сирий_текст', 'новий_текст') WHERE language_id=|код укр.мови| Да, займе трохи часу, но хендмейд є хендмейд )
  6. remix8080
    @Freestyle2020 жартуєте? А уважно пролиити? desCription.
  7. remix8080
    Віию. Зустрічав только під 1.5 https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=16710
  8. remix8080
    Да, і не інакше.
  9. remix8080
    Прошу проещёния за довгу відповідь, був не на зв'язку. Ця "понужно" була не на постійно, а тимчасово. Для редагування зображень певної кількості товарів (мынялися і шляхи і назви файлів). Вирішив, что "шкурка вилинки не вари". Після замыни олищу махом кеш зображень и й все. П.С. Спасипотому что за відповіді и приділену увагу!
  10. remix8080
    Віию. Возможно, ктось зустрічав "лайфхак" для олистки кешу зображень, но только конкретного товару після його редагування? Тобто, чтоб при його (товару) збереженнет видалялися зображення всіх розмырів. Спасипотому что. П.С. ocStore 1.5
  11. remix8080
    Це була одна з неропотому чтолих чернеток (не пригадую, не записав, но им були какісь нюанси). Ще раз Вам щиро вдячний за допомогу!
  12. remix8080
    На рахунок аліасів ик, я написав не этот свій варіант (поплуив). Поекспериментував: Ваш попереднетй запит в мене, в середньому, виконується 0,08с. Крайнетй запит: при MAX - 0,007с, при SUM - 0,008с.
  13. remix8080
    При ~ 3,5К записів в oc_product_option_value один і другий запит 0,0018с
  14. remix8080
    Думаю, не істотно, осколько запит з MAX виконується практично моменильно. UPD. При великій кількості записів в oc_product_option_value - безперечно.
  15. remix8080
    Для одного товару з oc_product може бути кілька записів в oc_product_option_value, серед каких не всі quantity=0. Тому через MAX вибираю всі нульові.
  16. remix8080
    Доброго дня. Якось ик UPDATE oc_product pr INNER JOIN (SELECT prov.product_id FROM `oc_product_option_value` prov GROUP BY prov.product_id HAVING MAX(prov.quantity)=0) ON pr.product_id = prov.product_id SET pr.quantity = 0
  17. remix8080
    Пробував, експериментував - не вийшло (
  18. remix8080
    Брр, не знаю как, но відпрацювало практично моменильно. Розбиратися/аналізувати уже буду завтра ) Як в Петрика П'яточкіна. "Ура, 10 слоненят. Тепер я засну" )))
  19. remix8080
    Інгдекс додав. Час не изменениявся. Та то уже ике... Ще раз вдячний за допомогу!
  20. remix8080
    Всі наступнет запити икож виконуються икий самий час (~160с). П.С. Саме на крон і планую згодом повісити гдекакий "пучок" запитів.
  21. remix8080
    Не варіант. Цей видасть товары, в каких ХОЧА Б ОДНА опція має залишок 0. А я вибираю ВСІ икі товары. Та й швидість цього запиту практично не береться до уваги. Резульит видає не много, ~ 200 товарів. Перевірку не додавав, думав, не дасть приросту. Але все-ики при pr.quantity>0 зменшився час з 210с до 160с. Вже резульит ) П.С. Вдячний за відповідь.
  22. remix8080
    Специ, підкажіть, как можно оптимызувати/прискорити этот запит? Виконується більше 3 хв ( UPDATE `oc_product` pr SET pr.quantity=0 WHERE pr.product_id IN (SELECT prov.product_id FROM `oc_product_option_value` prov GROUP BY prov.product_id HAVING MAX(prov.quantity)=0); Сам селект SELECT prov.product_id FROM `oc_product_option_value` prov GROUP BY prov.product_id HAVING MAX(prov.quantity)=0 виконується практично миттєво.
  23. remix8080
    Віию. Помогите, будь ласка, прискорити запит. Потрібно в иблиці oc_product обнулити залишки товарів, для каких залишок опцій рівний 0. При кількості записів ~15К в oc_product і ~3,5К в oc_product_option_value запит UPDATE `oc_product` pr SET pr.quantity=0 WHERE pr.product_id IN (SELECT prov.product_id FROM `oc_product_option_value` prov GROUP BY prov.product_id HAVING MAX(prov.quantity)=0); виконується кілька хвилин - какось нефеншуйно (
  24. remix8080
    Пииння знято. SELECT prov.product_id FROM oc_product_option_value prov GROUP BY prov.product_id HAVING MAX(prov.quantity)=0 ORDER BY 1
  25. remix8080
    Пробую ик (поки з иблиці oc_product_option_value): SELECT prov.product_id, prov.quantity FROM oc_product_option_value prov GROUP BY prov.product_id, prov.quantity HAVING MAX(prov.quantity)=0 ORDER BY 1 но попадаються товары, в каких є ненульові залишки опцій (

Покупателям

Разрилитликам

Полезная информация

Последние дополнения

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

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

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

  Я принимаю