Продовжуються проблеми з ShopSupplier_Processor_Avail і що за процессор Box_Processor_StartAction

[quote] Куприян Владислав Валерьевич Baza.cn.ua / Integrator (FOP Kupriyan) писал/а: 1. З переписок раніше Бодяко казав що процессор ShopSupplier_Processor_Avail проходить по всіх товарах системи у яких стоїть галочка "Синхронізувати наявність" тобто на його роботу впливає кількість товарів у яких стоїть галочка "Синхронізувати наявність" в мене було 12 000 товарів в яких стояла галочка і ShopSupplier_Processor_Avail працював 4 хвилини, я зменшив кількість товарів у яких є галочка до 3000 (тобто в 4 рази), але час роботи ShopSupplier_Processor_Avail майже не змінився, чому ? [/quote] Якщо в тебе 100 правил, то кожен товар перевіряється на відповідність всім 100 правилам. Тут я згоден, що працює не ідеально, але так було придумано з самого початку. В загальному ти зачіпаєш дуже тонкі питання, не вийде в поточному варіанті перерахунку пришвидшити його, тільки переписувати логіку, що не є безкоштовним і тут доробка буде не менше 10-ти годин, і для версії MVP точно не буде такої інвестиції бо це вже застаріла версія, який сенс її розвивати, треба мислити реальнно, а не емоціонально. В OneBox OS як раз перерахунок працює трохи інакше і буде менше проблем.

Андрій, дякую за відповідь, але я не отримав відповіді на всі питання + мені потрібна відповідь від розробників і потрібна відповідь на базі логіки системи бо зараз я не розумію

[quote] 1. З переписок раніше Бодяко казав що процессор ShopSupplier_Processor_Avail проходить по всіх товарах системи у яких стоїть галочка "Синхронізувати наявність" тобто на його роботу впливає кількість товарів у яких стоїть галочка "Синхронізувати наявність" в мене було 12 000 товарів в яких стояла галочка і ShopSupplier_Processor_Avail працював 4 хвилини, я зменшив кількість товарів у яких є галочка до 3000 (тобто в 4 рази), але час роботи ShopSupplier_Processor_Avail майже не змінився, чому ? [/quote] Yes, ShopSupplier_Processor_Avail goes for all not deleted product in database where sync_avail=1. Execution time differs for each server params and configs and box configuration and have not linear dependency with count of products. [quote] 2. З переписок дуже важко зрозуміти як часто запускається ShopSupplier_Processor_Avail (не можу зрозуміти логіку його запуску) прошу пояснити загальну логіку його запуску ? [/quote] There are a lot of points in all system where processor can be executed. I don't remember it all, but most of them is: - when anything happens with productid at any storage (any storage operation in db) - when anything happens with product card data (any update/edit) - when anything happens with productid at supplier price-list (any update, edit, delete) - automatic actions by cron - manual supplier execution [quote] 3. Якщо по всім товарам прибрати галочку "Синхронізувати наявність ..." то ShopSupplier_Processor_Avail взагалі не буде запускатись ? [/quote] No. It will run, but very quickly because SQL query "SELECT * FROM product WHERE sync_avail=1 and deleted=0" will execs very fast. [quote] 4. Я правильно розумію що при роботі ShopSupplier_Processor_Avail блокується вся таблиця продуктів і не можна вносити зміни по всім продуктам ? [/quote] This depends for server configuration and MySQL/MariaDB/Percona version. But in 99% situations table products will fully blocked (sql ex lock for writes) and avail update actions will in series (not parallel). Thats why it's too slow. Product avail was fully fixed and remade in OneBox OS (parallel on redis, not blocking tables), but not in MVP. And we will not fix in in MVP. [quote] 5. Якщо вимкнути галочку "update-avail-after-balance" тут https://baza.cn.ua/admin/shop/settings/storage/ то по якій логіці буде запускатись ShopSupplier_Processor_Avail (як часто) [/quote] Pls, see my answer n.2, exclude storage element. [quote] 6. В панелі побачив процессор Box_Processor_StartAction чому він так довго працює (в хвилинному кроні працює більше хвилини) ? [/quote] About StartAction processor I have no information.

[quote] Miroshnichenko Maxim CEO OneBox писал/а: Yes, ShopSupplier_Processor_Avail goes for all not deleted product in database where sync_avail=1. Execution time differs for each server params and configs and box configuration and have not linear dependency with count of products. [/quote] [quote] Miroshnichenko Maxim CEO OneBox писал/а: No. It will run, but very quickly because SQL query "SELECT * FROM product WHERE sync_avail=1 and deleted=0" will execs very fast. [/quote] Дякую за відповіді Прошу ще додати трохи інформації, якось виходить нелогічно Раніше (6-10 місяців назад) в мене було 9 000 - 10 000 товарів з sync_avail=1 і процессор ShopSupplier_Processor_Avail працював 2-3 хвилини Потім в мене стало 12 000 товарів з sync_avail=1 і процессор ShopSupplier_Processor_Avail став працювати 4-5 хвилин Я зменшив кількість товарі до 9 000 але час роботи ShopSupplier_Processor_Avail майже не змінився Причому ви пишете що якщо товарів з sync_avail=1 буде 0 то процессор ShopSupplier_Processor_Avail буде працювати дуже швидко По логіці повинна бути якась лінійна залежність, чому її зараз немає і чому йде навпаки якийсь приріст (тобто по логіці в мене буде через рік всі ті 9 000 товарі, але ShopSupplier_Processor_Avail буде працювати 5-6 хвилин ) Чому так виходить і як можна зменшити час роботи ShopSupplier_Processor_Avail (не переходивши на OS бо мені це не рентабельно + в OS немає можливості працювати з сайтом + OS я так розумію ще не ідеальний) ?

Потому что нет там линейной зависимости, почему вы решили что она там должна быть? Чтобы понять как работают SQL-запросы и почему нет линейной зависимости сначала рекомендую 15 лет поизучать MySQL/PgSQL.

[quote] Miroshnichenko Maxim CEO OneBox писал/а: Потому что нет там линейной зависимости, почему вы решили что она там должна быть? Чтобы понять как работают SQL-запросы и почему нет линейной зависимости сначала рекомендую 15 лет поизучать MySQL/PgSQL [/quote] Вирішим тому що якщо SELECT повертає 0 записів то процедура виконується 5 секунд (цифру сам видумав на базі ваших слів "will execs very fast") А якщо SELECT повертає 10 000 то виконується набагато більше Я розумію як працює MySQL і щоб вибрати 10 000 записів з таблиці в йому потрібно 1-2 секунди, а ось що робиться далі це вже незрозуміло і згідно якої логіки блокується вся таблиця продуктів на 2-3 хвилини в CRM системі де працюють постійно люди з процессами які впливають на таблицю через дії це вже взагалі якийсь треш, я б ще зрозумів би щоб блокувалась не вся таблиця, а циклом проходився весь SELECT і блокувався поточний запис таблиці, по якому йде цикл, але щоб блокувалась вся таблиця на 2-3 хвилини, причому це в мене 10 000 товарі, а якби було 1 000 000 то там взагалі мабуть були б не хвилини, а години, я трохи розумію принципи програмування і як помилка логікі автора цієї процедури, він просто не подумаю що в базі може бути більше 100 товарі і робив процедуру на базі в якій було 3 тестових товари. Прошу будь ласка пояснити чому автор процедури придумав таку незрозумілу логіку (блокувати всю таблицю на 2-4 хвилини, в моєму випадку) і як можна вирішити цю проблему (не переходячи на OS)

Эту логику придумал и написал я лет 10 назад. Затем ее допиливали без меня. Как написано - так написано. О чем я думал в тот момент - я не помню. Но я точно не думал, что спустя 10 лет мне будет выносить мозги кто-то, требуя чтобы я вспомнил о чем я тогда думал :) Когда делали OS - я вместе с Игорем Устименко придумали новую логику, с нуля. Которая работает параллельно, быстро и без лишних пересчётов. У тебя коробка на своём сервере, можешь копаться в коде и изучать логику как угодно. Припиливать кусок OS в MVP - мы не будем. Поэтому, или смиритесь, или переходите на os, или сами разбирайтесь в коде и исправляйте что хотите (у вас же свой сервер).

[quote] Куприян Владислав Валерьевич Baza.cn.ua / Integrator (FOP Kupriyan) писал/а: і згідно якої логіки блокується вся таблиця продуктів на 2-3 хвилини в CRM системі [/quote] кто тебе сказал что mysql блокирует таблицу при чтении?

[quote] anonymous duck OneBox production писал/а: кто тебе сказал что mysql блокирует таблицу при чтении? [/quote] 1. Тут https://1b.app/ru/forum/server-installation/8161-pomogite-razobratsya-tupit-boks-vremenami-zhestko-mozhet-smenit-sever/ писав Устименко "пересчет наличия не будет блокировать таблицу продуктов массово так как отработает не за 200 секунд а за 10-15" 2. Перевірено на практиці, коли працює ShopSupplier_Processor_Avail то не можна зберегти продукт , довго думає, а потім видає помилку, коли не працює то все ОК, також не можна провести замовлення на етап в якому є або дія по роботі зі складами, або дія з автоматизації продукта, або запису даних в продукт 3. По всіх задачах https://1b.app/ru/forum/?q=ShopSupplier_Processor_Avail+ ніхто не сказав що не блокує Можливо це технічно не блокування, можливо йде черга, а потім таймаут. Поясніть щоб розуміти логіку роботи системи і знайти рішення як можна нормально працювати на цьому продукті [quote] Miroshnichenko Maxim CEO OneBox писал/а: Припиливать кусок OS в MVP - мы не будем. Поэтому, или смиритесь, или переходите на os, или сами разбирайтесь в коде и исправляйте что хотите (у вас же свой сервер). [/quote] А для чого "Припиливать" просто перепишіть процедуру (виправте критичні помилки логіки) Виходить дуже не добре ви придумали логіку, потім її продали клієнтам Далі ви зрозуміли що логіка погана і вирішили не виправляти її, а зробити нову, а клієнтів які користуються старою логікою поставили перед складним вибором, змінити стару логіку (на якій все працює інтеграцію, сайт і т.д.) на нову, яка ще до кінця не дороблена (немає 100% гарантії що з новою не буде так як з старою) + треба відмовитись від сайту + почати регулярно оплачувати рахунки на нову логіку + витратити час на переналаштування системи і розказати співробітникав принципи роботи з новою логікою. Я розумію що ви як компанія стали перед складним вибором, але не можна так робити не можна старшу вашу дитину і робити нову дитину по причині того що старша неправильна

МЫ НЕ БУДЕМ НИЧЕГО ИЗМЕНЯТЬ В ONEBOX MVP, ЭТОТ ПРОДУКТ БОЛЬШЕ НЕ ПОДДЕРЖИВАЕТСЯ И НЕ ДОРАБАТЫВАЕТСЯ. ДАЖЕ ЕСЛИ ЗА ЭТО ХОРОШО ЗАПЛАТИТЬ. THE END.

[quote] Miroshnichenko Maxim CEO OneBox писал/а: МЫ НЕ БУДЕМ НИЧЕГО ИЗМЕНЯТЬ В ONEBOX MVP, ЭТОТ ПРОДУКТ БОЛЬШЕ НЕ ПОДДЕРЖИВАЕТСЯ И НЕ ДОРАБАТЫВАЕТСЯ. ДАЖЕ ЕСЛИ ЗА ЭТО ХОРОШО ЗАПЛАТИТЬ. THE END. [/quote] лайк, подписка, расходимся.

[quote] anonymous duck OneBox production писал/а: лайк, подписка, расходимся. [/quote] Ви перепитали (уточнили), я вам дав відповідь, прошу дати відповідь (пояснення) 1. Тут https://1b.app/ru/forum/server-installation/8161-pomogite-razobratsya-tupit-boks... писав Устименко "пересчет наличия не будет блокировать таблицу продуктов массово так как отработает не за 200 секунд а за 10-15" 2. Перевірено на практиці, коли працює ShopSupplier_Processor_Avail то не можна зберегти продукт , довго думає, а потім видає помилку, коли не працює то все ОК, також не можна провести замовлення на етап в якому є або дія по роботі зі складами, або дія з автоматизації продукта, або запису даних в продукт 3. По всіх задачах https://1b.app/ru/forum/?q=ShopSupplier_Processor_Avail+ ніхто не сказав що не блокує Можливо це технічно не блокування, можливо йде черга, а потім таймаут. Поясніть щоб розуміти логіку роботи системи і знайти рішення як можна нормально працювати на цьому продукті Також прошу закрити цю задачу https://1b.app/ru/forum/logistics-and-delivery-services/1071-justin---s-rozetka-ne-pravilno-zashel-adres-dostavki-otdelenie/ Або вилучили, так як там рішення не дали і вже ніхто не дасть Або напишіть що небуть я просто закрию задачу

Физически блокировки таблицы или записей таблицы при стандартных настройках бд не происходит. Т.е. если вам устанавливал систему наш системный администратор и вы сами не трогали настройки БД, то блокировок у вас нет. Ваше предположение по таймауту может быть верным, так как на время пересчета наличие система может выполнять сложные запросы и временно не давать выполнятся другим запросам. Пояснение того что точно происходит ничем вам не поможет, так как нужно переписывать сам процессор, чего вы самостоятельно скорее всего делать не будете. Если это для вас серьезная проблема, легче перейти на os и решить её. По вашей просьбе оставил комментарий в задаче, удалять её нет прав.

[quote] anonymous duck OneBox production писал/а: Физически блокировки таблицы или записей таблицы при стандартных настройках бд не происходит. Т.е. если вам устанавливал систему наш системный администратор и вы сами не трогали настройки БД, то блокировок у вас нет [/quote] Встановлював ваш, я нічого не трогав, ок, блокування немає [quote] anonymous duck OneBox production писал/а: Ваше предположение по таймауту может быть верным, так как на время пересчета наличие система может выполнять сложные запросы и временно не давать выполнятся другим запросам. Пояснение того что точно происходит ничем вам не поможет, так как нужно переписывать сам процессор, чего вы самостоятельно скорее всего делать не будете. [/quote] Якраз допоможе, якщо я зрозумію що там йде повний ад і бред тоді мабуть буду думати над тим щоб змінити систему, або шукати варіанти як цей бредо-ад прибрати. Зібравши всю інформацію що є по цьому питанню виходить така, не дуже хороша історія, суть історії в тому що ShopSupplier_Processor_Avail по суті запускається регулярно, якщо ти працюєш з товарами (редагуєш їх). Тобто, якщо вірити словам Максима то він запускається навіть коли йде редагування товару А якщо в тебе в базі 2-3 тисячі активних товарів, то зрозуміло що кожні 5-10 хвилин йдуть якісь правки по товарам + ідуть якісь операції по складу В результаті виходить що ShopSupplier_Processor_Avail тупо працює один за одним (і я це недавно перевірив на практиці, я редагував товари і спостерігав в панелі як він запустився 2 рази підряд, тобто як тільки закінчив один, почався інший) В результаті його роботи тупо все висить і виходить якщо працює якийсь контентщик з базою то ShopSupplier_Processor_Avail тупо працює постійно на хвилинному кроні. Причому весь абсурд що ShopSupplier_Processor_Avail тупо бере кожен раз всі невилучені товари і лопатить їх, я ще розумію обробляти тільки ті товари по якім були зміни з останньої роботи, але ж ні, він лопатить все, в результаті система тупо висить і починає "бажить" в усіх частинах системи. Ось наприклад останні баги які стали результатом: 1. По замовленню https://baza.cn.ua/admin/customorder/order/61332/edit/ йде 2 рази підряд перехід в статус "Резерв" (тому що система висить і менеджер не може перевести замовлення в статус 1-2 хвилини і робить спроби (щоб попасти в таймаут) в результаті подвійного переходу товар система 2 рази ставить в резерв, тут також абсурд, товар в замовленні 1, але в резерв система ставить 2 рази і в результаті товару немає в наявності і менеджер шукаю чому так, робить міні ревізію (шукає пересорт), чому система творить такий бред, незрозуміло, ну повинна ж бути якась логіка якщо в замовленні 1 штука, то 2 поставити по цьому замовленню не повинно ні при яких ситуаціях. 2. Далі щоб почати розбиратись і як мінімум подивитись всі товари які в резерві тупік, немає ніякого звіту щоб подивитись всі товари які є в резерві (можливо помиляюсь, якщо так підскажіть, буду радий. 3. Ось товар https://baza.cn.ua/admin/shop/products/61655/storage/ і ось замовлення https://baza.cn.ua/admin/customorder/order/61630/edit/ знову йде перехід 2 раза в один і тож е статус (менеджер через більше 2 хвилин і системе не перевела в статус, це все можна подивитись по історії зміни статусів) і тут система знову створює 2 платежі (дублює, хоча не етапі стоїть перевірка щоб повторно не додавати платіж) і далі система списує 2 рази товар, хоча в замовленні товар один і на залишках він 1 був, але ситсема списує 2 рази ну бред же якийсь, як так можна нерозумію І це все із-за ShopSupplier_Processor_Avail який тупо після кожної дії з одни нещасним товаром лопатить всі товари цілий день Я вже думав відключити синхронізацю і якось через дії заповнювати поле наявності через процесс після списання, або через автоматизацію продуктів, але нажать немає жодних дій які можуть заповнити це поле, а якщо відключити синхронізацію тоді почнуться проблеми з наявністю на сайті і в вигрузках на rozetka (розетка) and prom (пром) Єдине що ви пропонуєте це перейти на OS, але на OS немає можливості робити щоб був сайт + потрібно регулярно платит за те що в тебе зараз є і за що ти регулярно не платиш. Прошу дати якесь рішення крім переходу на OS і пояснити чи є якісь можливі варіанти щоб ShopSupplier_Processor_Avail не лопатив всі товари кожні 5 хвилин, або якщо лопатив до не паралізував роботу всієї системи

Да, при редактировании любого товара запускается этот процессор и он лопатит все товары. Исправлять НЕ будем, даже за деньги. И нам все равно, устраивает этот ответ или не устраивает. - или перейдите на OS (и откажитесь от интернет-магазина, или используйте https://1b.app/ru/app/anotherbox/ ) - или перейдите на сервер https://www.hetzner.com/dedicated-rootserver/ax161 (200 евро в месяц) и тогда эти тупняки не будут вас так задалбывать - или смиритесь Но главное, не выносите разработчикам мозги по поводу того, что вам что-то не нравится. Удачи и с новым годом! :)

[quote] Miroshnichenko Maxim CEO OneBox писал/а: Да, при редактировании любого товара запускается этот процессор и он лопатит все товары. [/quote] [quote] Miroshnichenko Maxim CEO OneBox писал/а: No. It will run, but very quickly because SQL query "SELECT * FROM product WHERE sync_avail=1 and deleted=0" will execs very fast. [/quote] Максим, ви мягко кажучи сказали неправду Я прибрав по всім товарам галочку "Синхронізувати наявність" Тобто зараз в мене немає жодного товару в якому стоїть ця галочка, але цей довбаний ShopSupplier_Processor_Avail все рівно продовжує працювати, причому постійно (за 10 хвилин він запустився 3 рази, тобто тільки заківчився один, почався дуригий) Причому вчора після того як я зняв галочку по всім товарам я ще додатково перегрузив сервер Поясніть будь ласка чому він продовжує працювати, причому так довго і чому ви казали що буде працювати "very quickly", але цього не сталось Зараз роблю "костиль" через процедуру щоб через API змінювати поле "Наявність" https://baza.cn.ua/admin/shop/workflow/12/procedure/193/?status=0 Не думаю що це якось могло вплинути на ShopSupplier_Processor_Avail, але все ж таки пишу, може це якось мені поможе [file]13244[/file] [file]13245[/file] [file]13246[/file] [file]13247[/file] [file]13248[/file]

Владислав - наскільки я зрозумів, цей процесор спрацьовує, якщо є будь-який рух по функціоналу постачальників, тобто зачепить, навіть якщо ви відключили всі галочки синхронізації, але в налаштуваннях є "Спочатку враховувати склад" чи "Спочатку враховувати постачальників". також може включатись зразу після завантаження прайс-листів. відповідно, щоб перевірити - потрібно відключати прямо всі звязки. ну і сервер сильніший звичайно.

[quote] Сусяк Ігор Интегратор Integrator.com.ua писал/а: Владислав - наскільки я зрозумів, цей процесор спрацьовує, якщо є будь-який рух по функціоналу постачальників, тобто зачепить, навіть якщо ви відключили всі галочки синхронізації, але в налаштуваннях є "Спочатку враховувати склад" чи "Спочатку враховувати постачальників". також може включатись зразу після завантаження прайс-листів. відповідно, щоб перевірити - потрібно відключати прямо всі звязки. ну і сервер сильніший звичайно. [/quote] Ігоре, я хочу отримати від розробників конкретику, яку не можу отримати вже рік Ось перша моя задача від 2020-12-21 12:08:28 ​https://1b.app/ru/forum/server-installation/4807-kakoy-to-neponyatniy-protsess-podgruzil-minutniy-kron-shopsupplierprocessoravail/ З тих пір пройшов рік і я до сих пір не отримай чіткої і ясної відповіді як можна зупинити цей нелогічно-тупий процессор В кожній задачі я маленькими шматочками отримую нову інформацію від розробників про цей процессор, але нажаль вони ніколи не дають конкретики як це припинити, постійно вкидають інформацію що впливає на роботу, в результаті я щось змінюю і воно не допомогає, нажаль це такий стиль розробників, ставишь на них консультацію, в результаті відповіді породжують ще більше питань, в результата я і розробники витрачають багато часу, якби вони дали один раз правильну, конкретну відповідь то не було б цих довгих переписок і проблем, але схоже що їм так краще працювати. Якщо у вас є якась конкретна 100% інформація як зупинити цей процессор або щоб він працював "very quickly" то пишіть Ви пишете "Спочатку враховувати склад", але ж ви пишете про Пріоритет вибору ціни (priority-source-product), а в мене проблема не з ціною, а з наявністю і галочка "Перераховувати ціну з постачальниками і складами (product.product_syncpricesup)" в товарах виключена, тобто це налаштування повинно бути не актуальним, я думаю логіка повинна бути така що якщо галочка "Перераховувати наявність з постачальниками і складами (product.product_syncavailsup)" не включена в товарах то і ShopSupplier_Processor_Avail працювати повинен "very quickly" , але чомусь це не працює Відносно "ну і сервер сильніший звичайно.", я не згоден, я думаю для таких навантажень його достатньо, просто в боксі багато чого ще треба розробникам оптимізувати в коді, так як наприклад цей ShopSupplier_Processor_Avail він тупо лопатить кожні 5 хвилин (при змінах) всі товари і ті що створені 5 років назад, ну це ж маразм і таких процессорів в системі я думаю не один, у розробників часто є практика написати аби як, а потім "вилизувати" (оптимізувати/документувати) Зараз додатково тут https://baza.cn.ua/admin/shop/settings/recalculate-price/ 1. Поставив галочку (Не оновлювати ціну продажу товару при перерахунку / margin-not-chenge-product-pricecell) 2. Поставив галочку (Не оновлювати наявність продуктів після оновлення продуктів постачальників / price-import-supplier-avail-not-update) 3. Прибрав галочку (Перераховувати ціну товару після оновлення товарів постачальників / price-import-supplier-update) 4. Прибрав галочку (Округлення цін при перерахунку цін / price-rounding-off-supplier-calculateprice-admin) 5. Прибрав галочку (Проводити перерахунок цін товару при зміні інформації про постачальників / margin-auto-recalc) 6. Прибрав галочку (При зміні балансу товару на складі виконувати для нього перерахунок цін / margin-change-product-after-change-balance) 7. Прибрав галочку (Обрати активного постачальника за найменшою ціною постачальника / supplierprice-min-pricebase) 8. Поставив галочку (Не запускать автоматизацию при пересчете наличия / avail-product-no-action-update-after) 9. Прибрав галочку (Не обновлять зачеркнутую цену продукта / margin-not-change-product-priceold) 10. Поставив галочку (Не обнулять закупочную цену продукта при пересчете цен и наличия / margin-not-chenge-product-null-pricebase) 11. Поставив галочку (Не обнулять цену продажи продукта при пересчете цен и наличия / margin-not-chenge-product-null-pricesell) Можливо ще це якось зупинить ShopSupplier_Processor_Avail Питання: 1. Чому сказали що буде працювати "very quickly" коли приберу галочку по всім товарам, але цього не сталось ? 2. Мені чомусь перестали приходити листи на пошту про відповіді в задачах (спам перевіряв) ? [Устименко Игорь #9] може ти підскажешь як зробити щоб ShopSupplier_Processor_Avail працював "very quickly" ?

[quote] Куприян Владислав Валерьевич Baza.cn.ua / Integrator (FOP Kupriyan) писал/а: Устименко Игорь може ти підскажешь як зробити щоб ShopSupplier_Processor_Avail працював "very quickly" ? [/quote] он работает у тебя 1 секунду я даже ради интереса зашел и запустил его руками

[quote] Устименко Игорь OneBox production OneBox CTO писал/а: он работает у тебя 1 секунду я даже ради интереса зашел и запустил его руками [/quote] Так зараз він працює швидко В теорії на це вплинуло те що я нажимав 11 галочко (які вище описав) Дайте відповідь що на нього впливає, бо раніше ви сказали що впливає галочка синхронізація, але тестовим шляхом виявилось що це не так.

[quote] Куприян Владислав Валерьевич Baza.cn.ua / Integrator (FOP Kupriyan) писал/а: [quote] Устименко Игорь OneBox production OneBox CTO писал/а: он работает у тебя 1 секунду я даже ради интереса зашел и запустил его руками [/quote] Так зараз він працює швидко В теорії на це вплинуло те що я нажимав 11 галочко (які вище описав) Дайте відповідь що на нього впливає, бо раніше ви сказали що впливає галочка синхронізація, але тестовим шляхом виявилось що це не так. [/quote] Прошу дати відповідь!

[Устименко Игорь #9] 1. Буде відповідь на питання яке я поставив вище ? 2. Можете дати відповідь і пояснити що це за махінація була тут https://1b.app/ru/forum/finances/12551-v-zamovlennyah-spiskom-v-poli-oplacheno-pokazuie-0-hocha-realno-platizh-ie-i-v-protsesi-vse-pokazuie/ (без мого відома розробники заходять в бокс і в "тихую" виправляють поле оплачено, а потім супорт пише я нічого не бачу - по типу я дурак і мені здалось - якась дивна поведінка, ви ж наче таким вже не займаєтесь) ?

1. я больше не хочу отвечать на эти вопросы по кругу 2. Перестань писать на форуме к тебе никто не будет заходить

[quote] Устименко Игорь OneBox production OneBox CTO писал/а: 1. я больше не хочу отвечать на эти вопросы по кругу [/quote] А ти і не відповів на моє питання Моє питання вище "Чому сказали що буде працювати "very quickly" коли приберу галочку (синхронізації) по всім товарам, але цього не сталось ?" Дай нормальну відповідь і закриємо тему Мене ви водили кругам цілий рік і не могли толком сказали що треба зробити щоб зупинити ShopSupplier_Processor_Avail переклацавши все що можна (без вашої допомоги) вдалось його вимкнути, але хочеться розібратись що конкретно вплинула на те що він перестав працювати (яка комбінація) [quote] Устименко Игорь OneBox production OneBox CTO писал/а: 2. Перестань писать на форуме к тебе никто не будет заходить [/quote] Геніально! А тепер більш серьозно можеш відповісти чому так "по партизаньскі" веде себе ТП + розробники + я їх пишу, а вони "впали на мороз"

[quote] Куприян Владислав Валерьевич Baza.cn.ua / Integrator (FOP Kupriyan) писал/а: Геніально! А тепер більш серьозно можеш відповісти чому так "по партизаньскі" веде себе ТП + розробники + я їх пишу, а вони "впали на мороз" [/quote] потому что у тебя нет никакой ТП у тебя даже договоров нету никаких поэтому мы ничего тебе не должны

[quote] Устименко Игорь OneBox production OneBox CTO писал/а: у тебя даже договоров нету никаких [/quote] Не треба говорити неправду! Договір в мене є №2014655648 (з печаткою і підписаний Мірошниченко) Ти ще скажи що я не працював в вашій компанії і ви мені не платили винагороду за роботу Я розумію що для вас всі хто купив коробку, м'яко кажучи не цільова аудиторія, але вам потрібно зрозуміти що вам якось з цим потрібно жити, ви породили цих клієнтів і несете певну відповідальність за них (з часом ця відповідальність тільки моральна) Дасте відповідь на питання ?

[quote] Договір в мене є №2014655648 (з печаткою і підписаний Мірошниченко) [/quote] Обожаю такие темы :) Читаем договор: - пункт 3.4 - тебе запрещено задавать вопросы по внутреннему устройству софта - пункт 3.5 - тебе запрещено использовать софт (да, вот такой прикольный пункт в договоре у нас есть, прикинь) - пункт 5.10 - нет акта, ты все принял - пункт 8.4 - если мучаешь нас по параграфу 3 - то с тебя компенсация всех затрат которые мы понесли. Завтра тебе официально нарисуем счет на все вопросы что ты спросил на форуме. и даже если мы что-то делаем не так по договору или вообще не исполняем договор - то пункт 8.2 - с нас штраф 25% от суммы договора. Давай IBAN - мы отправим тебе твои 0.75 грн. Раунд!

[quote] Куприян Владислав Валерьевич Baza.cn.ua / Integrator (FOP Kupriyan) писал/а: ви породили цих клієнтів [/quote] [file]14052[/file]

[quote] Miroshnichenko Maxim CEO OneBox писал/а: Обожаю такие темы :) [/quote] Я щось незрозумів логіки спілкування Ви раніше написали що якщо я приберу галочку по всіх товарах то буде працювати "very quickly" Я почав реалізовувати те що ви сказали, в резултате нічого не допомогло Далі почав добиватись що ще треба зробити і чому не допомогаю Ніхто толком нічим не допоміг, або мовчання, або переведення теми в інше русло і ніякої конретики Далі я все ж таки намагаюсь отримати відповідь і підключаю Устименко Він незрозуміло на бізі яких мотивів починає мене звинувачувати/ображати "у тебя даже договоров нету никаких" Я відповів на його звинувачення що в мене є договір і вказав його номер Після чого від вас полетіли якісь незрозумілі пункти договору + якісь принизливі суми якогось повернення про які я ніде не просив Далі ваш партнер скидає зображення людини зі зброєю (як по мені це більше схоже на погрозу) Як на мане дуже дивне спілкування, при тому що ви мене обмежили в 1 коментар на добу (а ще в мене є чимало виставлених багів, де також потрібно відповідати). Замість того щоб виправити помилки, або дати конкретні відповіді які допоможуть користувачам вашого продукту їм користуватись ви провокуєте агресію. Дуже неприємно!

Мы не будем отвечать на ваши вопросы. Имеем право так делать по нашему с вами письменно заключенному договору.

[quote] Куприян Владислав Валерьевич Baza.cn.ua / Integrator (FOP Kupriyan) писал/а: Далі ваш партнер скидає зображення людини зі зброєю (як по мені це більше схоже на погрозу) [/quote] Очень жаль, что вам не знаком актёр Богда Ступка, который сыграл главную роль в кинематографическом произведении "Тарас Бульба", с которого и взят кадр в виде изображения. И очень жаль, что вы юмористическую отсылку к вашему выражению "ви породили цих клієнтів" восприняли как угрозу. Поверьте, мне нет интереса не то что к угрозам, а и к простому общению с вами.