Ми використовуємо файли cookies для оптимізації контенту та швидкодії сайту. Продовжуючи відвідування сайту, ви погоджуєтесь на використання файлів cookies.
Возникают ошибки при создании ТТН? Есть сложности с логистическими сервисами? Вы всегда можете создать топик на нашем форуме и там описать сложившиеся сложности.
Создать топик на форуме
Добридень!
Не можу зрозуміти чому, але у мене в боксі (https://our-store.com.ua/) періодично виникає 503 помилки (https://prnt.sc/xd4ruj) при формуванні ТТН для нової пошти. Ми формуємо ТТН масовими діями в такий спосіб - https://i.imgur.com/xCTnKKM.jpg. Бокс дуже довго вантажиться, потім видає помилку, а після цього замовлення залишаються на тому ж статусі (Складання НП), але за деякими замовленнями вже створені ТТН.
Намагався знайти, але нічого не виходить. Ви моя остання надія :)
Добридень! Не можу зрозуміти чому, але у мене в боксі (https://our-store.com.ua/) періодично виникає 503 помилки (https://prnt.sc/xd4ruj) при формуванні ТТН для нової пошти. Ми формуємо ТТН масовими діями в такий спосіб - https://i.imgur.com/xCTnKKM.jpg. Бокс дуже довго вантажиться, потім видає помилку, а після цього замовлення залишаються на тому ж статусі (Складання НП), але за деякими замовленнями вже створені ТТН. Намагався знайти, але нічого не виходить. Ви моя остання надія :)
Коли ви перемикаєте ХХХ процесів масовою дією, боксу може не вистачити часу щоб відправити всі запити до апінової пошти, тому що інфу за кожним замовленням потрібно спочатку зібрати а потім послати по апі в нп і браузер рве з'єднання з сервером. За кожним замовленням такий запит не один, а близько 3-4шт у дії створення ТТН, навіть якщо вони спрацюють за пів секунди, на 100 замовленнях це вже кілька хвилин. Зробити тут можна кілька речей: 1. Змінити налаштування сервера, щоб браузер чекав поки виконуються запити - 1год налаштування сісадміну. 2. Не перемикати масово великі пачки процесів. ps самі ттн створюються, тому що запити щодо деяких процесів на пошту вже пішли, але номери ттн в бокс не вставляються, тому що це відбувається тільки в кінці обробки мас. дій та закриття транзакції в БД.
Коли ви перемикаєте ХХХ процесів масовою дією, боксу може не вистачити часу щоб відправити всі запити до апінової пошти, тому що інфу за кожним замовленням потрібно спочатку зібрати а потім послати по апі в нп і браузер рве з'єднання з сервером. За кожним замовленням такий запит не один, а близько 3-4шт у дії створення ТТН, навіть якщо вони спрацюють за пів секунди, на 100 замовленнях це вже кілька хвилин. Зробити тут можна кілька речей:
1. Змінити налаштування сервера, щоб браузер чекав поки виконуються запити - 1год налаштування сісадміну.
2. Не перемикати масово великі пачки процесів.
ps самі ттн створюються, тому що запити щодо деяких процесів на пошту вже пішли, але номери ттн в бокс не вставляються, тому що це відбувається тільки в кінці обробки мас. дій та закриття транзакції в БД.
Бодяко Дмитро dev написав: Коли ви перемикаєте ХХХ процесів масовою дією, боксу може не вистачити часу щоб відправити всі запити до апінової пошти, тому що інфу за кожним замовленням потрібно спочатку зібрати а потім послати по апі в нп і браузер рве з'єднання з сервером. За кожним замовленням такий запит не один, а близько 3-4шт у дії створення ТТН, навіть якщо вони спрацюють за пів секунди, на 100 замовленнях це вже кілька хвилин. Зробити тут можна кілька речей: 1. Змінити налаштування сервера, щоб браузер чекав поки виконуються запити - 1год налаштування сісадміну. 2. Не перемикати масово великі пачки процесів. ps самі ттн створюються, тому що запити щодо деяких процесів на пошту вже пішли, але номери ттн в бокс не вставляються, тому що це відбувається тільки в кінці обробки мас. дій та закриття транзакції в БД.
Дмитро, Дякую за відповідь. Є зустрічні питання: 1) Якщо оплачую цю послугу і знову з'являтиметься така ситуація. Що у такому випадку? 2) Те, що ви написали - це більш ніж зрозуміло і логічно, але тоді не можу зрозуміти один нюанс який виникав, а саме: бувало таке, що при 60 замовленнях все працювало відмінно, а при 20 все висло. Це нормальне явище?
[quote]
Бодяко Дмитро
dev написав:
Коли ви перемикаєте ХХХ процесів масовою дією, боксу може не вистачити часу щоб відправити всі запити до апінової пошти, тому що інфу за кожним замовленням потрібно спочатку зібрати а потім послати по апі в нп і браузер рве з'єднання з сервером. За кожним замовленням такий запит не один, а близько 3-4шт у дії створення ТТН, навіть якщо вони спрацюють за пів секунди, на 100 замовленнях це вже кілька хвилин. Зробити тут можна кілька речей:
1. Змінити налаштування сервера, щоб браузер чекав поки виконуються запити - 1год налаштування сісадміну.
2. Не перемикати масово великі пачки процесів.
ps самі ттн створюються, тому що запити щодо деяких процесів на пошту вже пішли, але номери ттн в бокс не вставляються, тому що це відбувається тільки в кінці обробки мас. дій та закриття транзакції в БД.
[/quote]
Дмитро,
Дякую за відповідь. Є зустрічні питання:
1) Якщо оплачую цю послугу і знову з'являтиметься така ситуація. Що у такому випадку?
2) Те, що ви написали - це більш ніж зрозуміло і логічно, але тоді не можу зрозуміти один нюанс який виникав, а саме: бувало таке, що при 60 замовленнях все працювало відмінно, а при 20 все висло. Це нормальне явище?
1. Все залежить від того, скільки процесів ви вибиратимете для відправки. Тут не все залежить від нас. Наприклад, якщо ви захочете на етап створення ТН влупити ще 700 дій, то логічно що ні за яких лімітів вони не відпрацюють. Тобто. в даному випадку вам гарантується тільки робота в даний момент при розумних к-вах процесів, що перемикаються (думаю до 100-150 можна зробити) 2. Наскільки швидко сервак перемикає процес на етап у вашому випадку, може залежати від його навантаження, швидкості інтернету на сервері, швидкості відповіді Нової пошти на запити в апі. Тому цілком нормально, що якщо наприклад у нп провисне швидкість відповідей на запити, то і переключити процесів на етап у боксі за один і той же проміжок часу ви зможете менше.
1. Все залежить від того, скільки процесів ви вибиратимете для відправки. Тут не все залежить від нас. Наприклад, якщо ви захочете на етап створення ТН влупити ще 700 дій, то логічно що ні за яких лімітів вони не відпрацюють. Тобто. в даному випадку вам гарантується тільки робота в даний момент при розумних к-вах процесів, що перемикаються (думаю до 100-150 можна зробити)
2. Наскільки швидко сервак перемикає процес на етап у вашому випадку, може залежати від його навантаження, швидкості інтернету на сервері, швидкості відповіді Нової пошти на запити в апі. Тому цілком нормально, що якщо наприклад у нп провисне швидкість відповідей на запити, то і переключити процесів на етап у боксі за один і той же проміжок часу ви зможете менше.
Бодяко Дмитро dev написав: 1. Все залежить від того, скільки процесів ви вибиратимете для відправки. Тут не все залежить від нас. Наприклад, якщо ви захочете на етап створення ТН влупити ще 700 дій, то логічно що ні за яких лімітів вони не відпрацюють. Тобто. в даному випадку вам гарантується тільки робота в даний момент при розумних к-вах процесів, що перемикаються (думаю до 100-150 можна зробити) 2. Наскільки швидко сервак перемикає процес на етап у вашому випадку, може залежати від його навантаження, швидкості інтернету на сервері, швидкості відповіді Нової пошти на запити в апі. Тому цілком нормально, що якщо наприклад у нп провисне швидкість відповідей на запити, то і переключити процесів на етап у боксі за один і той же проміжок часу ви зможете менше.
Зрозумів. Дякую за розгорнуту відповідь. Виставляйте рахунок.
[quote]
Бодяко Дмитро
dev написав:
1. Все залежить від того, скільки процесів ви вибиратимете для відправки. Тут не все залежить від нас. Наприклад, якщо ви захочете на етап створення ТН влупити ще 700 дій, то логічно що ні за яких лімітів вони не відпрацюють. Тобто. в даному випадку вам гарантується тільки робота в даний момент при розумних к-вах процесів, що перемикаються (думаю до 100-150 можна зробити)
2. Наскільки швидко сервак перемикає процес на етап у вашому випадку, може залежати від його навантаження, швидкості інтернету на сервері, швидкості відповіді Нової пошти на запити в апі. Тому цілком нормально, що якщо наприклад у нп провисне швидкість відповідей на запити, то і переключити процесів на етап у боксі за один і той же проміжок часу ви зможете менше.
[/quote]
Зрозумів. Дякую за розгорнуту відповідь.
Виставляйте рахунок.
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар