Ми використовуємо файли cookies для оптимізації контенту та швидкодії сайту. Продовжуючи відвідування сайту, ви погоджуєтесь на використання файлів cookies.
На постійній основі щодня використовується звіт з прибутку з фільтрацією на місяць та більше. З вчорашнього дня нескінченне завантаження, яке призводить до помилки 504 Gateway Time-out - nginx
Завантажується максимально з фільтром 2-4 дні. І те завантаження дуже довге.
У панелі навантаження при побудові звіту піднімається показник процесора [file]8486[/file]
[file]8487[/file]
Відповідь від хостера:
Добрий день.
Які останні дії виконувалися на сервері?
Судячи з помилки, можливо, не вистачає часу для обробки запиту.
Спробуйте збільшити таймаути nginx (конфігураційний файл при стандартній установці зазвичай знаходиться в /etc/nginx/nginx.conf).
Після внесення правок рекомендуємо перевірити правильність конфігурації (команда nginx -t).
Якщо помилок у синтаксисі немає, далі необхідно перезавантажити веб-сервер командою – service nginx restart.
З повагою, команда GMHOST
На постійній основі щодня використовується звіт з прибутку з фільтрацією на місяць та більше. З вчорашнього дня нескінченне завантаження, яке призводить до помилки 504 Gateway Time-out - nginx Завантажується максимально з фільтром 2-4 дні. І те завантаження дуже довге. У панелі навантаження при побудові звіту піднімається показник процесора
Відповідь від хостера: Добрий день. Які останні дії виконувалися на сервері? Судячи з помилки, можливо, не вистачає часу для обробки запиту. Спробуйте збільшити таймаути nginx (конфігураційний файл при стандартній установці зазвичай знаходиться в /etc/nginx/nginx.conf). Після внесення правок рекомендуємо перевірити правильність конфігурації (команда nginx -t). Якщо помилок у синтаксисі немає, далі необхідно перезавантажити веб-сервер командою – service nginx restart. З повагою, команда GMHOST
Можливо змінювався код звіту і він став будуватися інакше. Але в темі ви пишіть щось про хостера і про те, що потрібно змінити конфіги. Якщо кінцева мета відкрити звіт - дайте посилання на відфільтрований за 3 дні, я подивлюся, через що може довго вантажити.
Можливо змінювався код звіту і він став будуватися інакше. Але в темі ви пишіть щось про хостера і про те, що потрібно змінити конфіги. Якщо кінцева мета відкрити звіт - дайте посилання на відфільтрований за 3 дні, я подивлюся, через що може довго вантажити.
3 дні (Дуже довго вантажиться) - https://one-box.shine-bright.com.ua/admin/shop/storage/report/sales/?filterdate=datesaled&datefrom=2021-07-15&dateto=2021-07-17&storagenameid %5B%5D=all&productid=&ok=%D0%A4%D0%B8%D0%BB%D1%8C%D1%82%D1%80%D0%BE%D0%B2%D0%B0%D1%82% D1%8C
Місяць (Не завантажується) - https://one-box.shine-bright.com.ua/admin/shop/storage/report/sales/?filterdate=datesaled&datefrom=2021-07-01&dateto=2021-07-31&storagenameid%5B %5D=4&storagenameid%5B%5D=56&productid=&ok=%D0%A4%D0%B8%D0%BB%D1%8C%D1%82%D1%80%D0%BE%D0%B2%D0%B0% D1%82%D1%8C
потрібно переглядати конфіги та версію вашої бази даних, код звіту не змінювався. Це означає, що косяк десь на сервері. Якщо шукати причини тривалого завантаження ми будемо, займе близько 2ч.
потрібно переглядати конфіги та версію вашої бази даних, код звіту не змінювався. Це означає, що косяк десь на сервері. Якщо шукати причини тривалого завантаження ми будемо, займе близько 2ч.
Ви писали, що, можливо, змінювався код. Він змінювався чи ні? На сервері нічого не змінювалося, там нікому й нема чого просто так робити. Просто в одну ніч перестало вантажитися так, як було раніше. Час: в момент оновлення боксу.
Ви писали, що, можливо, змінювався код. Він змінювався чи ні? На сервері нічого не змінювалося, там нікому й нема чого просто так робити. Просто в одну ніч перестало вантажитися так, як було раніше. Час: в момент оновлення боксу.
ні, останній раз код у цьому звіті змінювався близько місяця тому (не враховуючи моїх сьогоднішніх змін). Якщо після ночі звіт перестав працювати, можливо сталося оновлення будь-якого, mysql наприклад на сервері і він почав працювати по-іншому.
ні, останній раз код у цьому звіті змінювався близько місяця тому (не враховуючи моїх сьогоднішніх змін). Якщо після ночі звіт перестав працювати, можливо сталося оновлення будь-якого, mysql наприклад на сервері і він почав працювати по-іншому.
. OneBox production написав: ні, останній раз код у цьому звіті змінювався близько місяця тому (не враховуючи моїх сьогоднішніх змін). Якщо після ночі звіт перестав працювати, можливо сталося оновлення будь-якого, mysql наприклад на сервері і він почав працювати по-іншому.
Добре, уточнюю у хостингу
[quote]
.
OneBox production написав:
ні, останній раз код у цьому звіті змінювався близько місяця тому (не враховуючи моїх сьогоднішніх змін). Якщо після ночі звіт перестав працювати, можливо сталося оновлення будь-якого, mysql наприклад на сервері і він почав працювати по-іншому.
[/quote]
Добре, уточнюю у хостингу
Це дуже дивна для мене ситуація. Як раптово може так кардинально змінитися час побудови єдиного звіту... Хостинг каже, нічого не змінювалося, ви кажете, що нічого не змінювалося... Завантаження звіту за місяць було 10 сек, стала ПІВТОРИ ХВИЛИНИ. За кілька місяців не вантажить взагалі.
1. Проблема може бути в нестачі оперативної пам'яті? Невже за одну ніч навантаження стало настільки більшим? 2. Я хочу спробувати збільшити ресурс на сервері, додати ОЗУ, але є ще одна проблема: При кожному збільшенні ресурсу сервера ми перестаємо працювати хвилинний крон. Востаннє Тасун Сергій займався налаштуванням та сказав, що в конфізі щось було прописано невірно, припустивши, що хостер "видалив пару рядків". Хостинг кажуть, що такого не могло бути. Я не хочу вкотре платити за налаштування сервера. Чи можете ви дати інструкцію, що не можна робити, щоб не злетів крон або як його перезапустити? Чи можете перезапустити потім самі?
Це дуже дивна для мене ситуація. Як раптово може так кардинально змінитися час побудови єдиного звіту...
Хостинг каже, нічого не змінювалося, ви кажете, що нічого не змінювалося...
Завантаження звіту за місяць було 10 сек, стала ПІВТОРИ ХВИЛИНИ. За кілька місяців не вантажить взагалі.
[file]8626[/file]
[file]8627[/file]
1. Проблема може бути в нестачі оперативної пам'яті? Невже за одну ніч навантаження стало настільки більшим?
2. Я хочу спробувати збільшити ресурс на сервері, додати ОЗУ, але є ще одна проблема:
При кожному збільшенні ресурсу сервера ми перестаємо працювати хвилинний крон. Востаннє Тасун Сергій займався налаштуванням та сказав, що в конфізі щось було прописано невірно, припустивши, що хостер "видалив пару рядків". Хостинг кажуть, що такого не могло бути. Я не хочу вкотре платити за налаштування сервера. Чи можете ви дати інструкцію, що не можна робити, щоб не злетів крон або як його перезапустити? Чи можете перезапустити потім самі?
Фархшатов Родіон писав/ла: Ви можете дати інструкцію, що не можна робити
нічого не чіпати. На кожному сервері є кронтаб, зайдіть у нього - подивіться, що прописано, які запуски і на який час. Після того як вам апнут сервер зайдіть ще раз і покажіть, чого не вистачає в кронтабі хостеру. Зламати що-небудь можна 789 різними способами, на жаль, немає інструкції як цього не зробити, для цього потрібно просто бути пристойного рівня системним адміністратором.
[quote]
Фархшатов Родіон писав/ла:
Ви можете дати інструкцію, що не можна робити
[/quote]
нічого не чіпати. На кожному сервері є кронтаб, зайдіть у нього - подивіться, що прописано, які запуски і на який час. Після того як вам апнут сервер зайдіть ще раз і покажіть, чого не вистачає в кронтабі хостеру. Зламати що-небудь можна 789 різними способами, на жаль, немає інструкції як цього не зробити, для цього потрібно просто бути пристойного рівня системним адміністратором.
Збільшили ОЗУ – не змінилося ні на грам нічого. Звіт також завантажується більше хвилини. Ви можете подивитися ще раз, у чому може бути причина? Ви писали про версію БД – з поточною версією звіт будувався швидко, у боксі відбулися якісь зміни, що ця версія тепер застаріла?
Збільшили ОЗУ – не змінилося ні на грам нічого. Звіт також завантажується більше хвилини.
Ви можете подивитися ще раз, у чому може бути причина? Ви писали про версію БД – з поточною версією звіт будувався швидко, у боксі відбулися якісь зміни, що ця версія тепер застаріла?
. OneBox production написав: потрібно переглядати конфіги та версію вашої бази даних, код звіту не змінювався. Це означає, що косяк десь на сервері. Якщо шукати причини тривалого завантаження ми будемо, займе близько 2ч.
Чи можна це зробити хоча б за годину? Проблема постала на порожньому місці. Хостинг стверджує, що нічого не змінювалось, та вони ніколи самі нічого не роблять на сервері. Останнім налаштуванням конфігу займався Тасун Сергій 3 тижні тому https://crm-onebox.com/ru/support/server-installation/9191-ostanovilsya-minutniy... - все працювало добре, до 21 липня. Якщо проблема не на стороні сервера, а в боксі, як із оплатою?
[quote]
.
OneBox production написав:
потрібно переглядати конфіги та версію вашої бази даних, код звіту не змінювався. Це означає, що косяк десь на сервері. Якщо шукати причини тривалого завантаження ми будемо, займе близько 2ч.
[/quote]
Чи можна це зробити хоча б за годину? Проблема постала на порожньому місці. Хостинг стверджує, що нічого не змінювалось, та вони ніколи самі нічого не роблять на сервері.
Останнім налаштуванням конфігу займався Тасун Сергій 3 тижні тому https://crm-onebox.com/ru/support/server-installation/9191-ostanovilsya-minutniy-kron/ - все працювало добре, до 21 липня.
Якщо проблема не на стороні сервера, а в боксі, як із оплатою?
Родіоне, я розумію, що у вас все працювало, але потім все перестало працювати, але нашої провини в цьому немає, тому що звіт ми не змінювали. Ми можемо це виправити, але це буде платно – оцінка озвучена вище. Якщо ви хочете уникнути подібних ситуацій у майбутньому, раджу перейти на хмару.
Родіоне, я розумію, що у вас все працювало, але потім все перестало працювати, але нашої провини в цьому немає, тому що звіт ми не змінювали. Ми можемо це виправити, але це буде платно – оцінка озвучена вище. Якщо ви хочете уникнути подібних ситуацій у майбутньому, раджу перейти на хмару.
Фархшатов Родіон писав/ла: До речі, зі звітом явно якийсь одвірок. Абсолютно з кожного продажу стоїть відмова на однакові суми
Перегляньте це повідомлення. Зі звітом баг. По кожному продажу пишеться повернення, якого немає. Перевірте цей момент, можливо проблема через це
[quote]
Фархшатов Родіон писав/ла:
До речі, зі звітом явно якийсь одвірок. Абсолютно з кожного продажу стоїть відмова на однакові суми
[file]8685[/file]
[file]8686[/file]
[/quote]
Перегляньте це повідомлення. Зі звітом баг. По кожному продажу пишеться повернення, якого немає. Перевірте цей момент, можливо проблема через це
ця проблема з'явилася швидше за все після моїх правок вище. Я її поправлю коли буду дебажувати ваш звіт, якщо я поправлю її зараз - проблема зі швидкістю точно не піде
ця проблема з'явилася швидше за все після моїх правок вище. Я її поправлю коли буду дебажувати ваш звіт, якщо я поправлю її зараз - проблема зі швидкістю точно не піде
На жаль, оцінка 2ч. Якби все було просто і швидко, я б вам не писав про оцінки та поправив би просто так, про це свідчать мої спроби швидко вирішити питання вище.
На жаль, оцінка 2ч. Якби все було просто і швидко, я б вам не писав про оцінки та поправив би просто так, про це свідчать мої спроби швидко вирішити питання вище.
. OneBox production написав: На жаль, оцінка 2ч. Якби все було просто і швидко, я б вам не писав про оцінки та поправив би просто так, про це свідчать мої спроби швидко вирішити питання вище.
Добре давайте
[quote]
.
OneBox production написав:
На жаль, оцінка 2ч. Якби все було просто і швидко, я б вам не писав про оцінки та поправив би просто так, про це свідчать мої спроби швидко вирішити питання вище.
[/quote]
Добре давайте
індекси в базу даних для швидкої обробки запитів до неї. Щоб працювало швидше. На жаль не можу підказати чому у вас перестав працювати звіт із тією ж швидкістю, що й раніше.
індекси в базу даних для швидкої обробки запитів до неї. Щоб працювало швидше. На жаль не можу підказати чому у вас перестав працювати звіт із тією ж швидкістю, що й раніше.
Ми не вносили жодних змін до коду звіту, відповідно нашої провини в тому, що він перестав відкриватися ні. Якби вина була в самому коді, до нас уже звернулося б десять осіб з проханням виправити швидкість роботи звіту, але як бачите проблема була тільки у вас і ніхто більше не звертався. З цього можна зробити висновок, що косяк у серваку. Змінював там хтось щось або не змінював суті не грає. На сотні боксів звіт відкривається швидко, на одному – повільно. Косяк коду? Усім очевидно, що ні.
Ми не вносили жодних змін до коду звіту, відповідно нашої провини в тому, що він перестав відкриватися ні. Якби вина була в самому коді, до нас уже звернулося б десять осіб з проханням виправити швидкість роботи звіту, але як бачите проблема була тільки у вас і ніхто більше не звертався. З цього можна зробити висновок, що косяк у серваку. Змінював там хтось щось або не змінював суті не грає. На сотні боксів звіт відкривається швидко, на одному – повільно. Косяк коду? Усім очевидно, що ні.
Якщо ви надалі хочете обійтися без таких сюрпризів з боку вашого хостингу – переходьте на хмару. Наскільки я бачу, це не перша складність, яка у вас з ними виникла. До цього вони викосили крони з кронтабу і писали, що все ок і вони нічого не чіпали.
Якщо ви надалі хочете обійтися без таких сюрпризів з боку вашого хостингу – переходьте на хмару. Наскільки я бачу, це не перша складність, яка у вас з ними виникла. До цього вони викосили крони з кронтабу і писали, що все ок і вони нічого не чіпали.
Це друга складність, що виникла і не факт, що з ними. Коли перестали працювати крони, вони говорили, що вони відпрацьовують, додаючи скрін, але при цьому на панелі навантаження крон стояв з 14 години дня http://joxi.ru/KAg5e35INK5azm. Ви можете побачити, чи працював крон?
Це друга складність, що виникла і не факт, що з ними.
Коли перестали працювати крони, вони говорили, що вони відпрацьовують, додаючи скрін, але при цьому на панелі навантаження крон стояв з 14 години дня http://joxi.ru/KAg5e35INK5azm. Ви можете побачити, чи працював крон?
[file]8771[/file]
У будь-якому випадку це зараз не має значення. Свої думки щодо поточного завдання я виклав вище. Якщо вам подобається і далі обслуговуватись у хостингу, немає проблем. Гарного вам дня.
У будь-якому випадку це зараз не має значення. Свої думки щодо поточного завдання я виклав вище. Якщо вам подобається і далі обслуговуватись у хостингу, немає проблем. Гарного вам дня.
Я не зовсім розумію, як ви не змогли визначити причину повільного завантаження звіту, якщо змогли знайти рішення про те, як його прискорити в рази. Якщо додати індекси іншим боксам, то звіти будуть будуватися вже в момент натискання кнопки? Як це працює?
Я не зовсім розумію, як ви не змогли визначити причину повільного завантаження звіту, якщо змогли знайти рішення про те, як його прискорити в рази. Якщо додати індекси іншим боксам, то звіти будуть будуватися вже в момент натискання кнопки? Як це працює?
Ви: у мене не працює звіт я: ок, можемо зробити, щоб працював швидше Ви: добре, давайте я: 2год доопрацювання Ви: ок я: Доробку зроблено. Дивіться - ваш звіт відкривається швидко, як і просили я не зовсім розумію, що ви ще хочете від мене?
Ви: у мене не працює звіт
я: ок, можемо зробити, щоб працював швидше
Ви: добре, давайте
я: 2год доопрацювання
Ви: ок
я: Доробку зроблено. Дивіться - ваш звіт відкривається швидко, як і просили
я не зовсім розумію, що ви ще хочете від мене?
. OneBox production написав: Якщо шукати причини тривалого завантаження ми будемо, займе близько 2ч. [/quote] Причина у чому? Завтра в мене ще якийсь стандартний функціонал відлетить, мені знову платитиме за його відновлення? Так, ви виправили ситуацію, але поясніть своєму клієнтові, чому вона сталася, тим більше, що обіцяли це зробити. Зараз це так, що щось перестало працювати, виправили за гроші, сказали, що ми не винні, т.к. більше звернень не було, і в коді ми нічого не змінювали. Ви ж знайшли варіант як прискорити роботу звіту, значить ви зрозуміли, чого не вистачає. Додали індекс – чи була проблема у його відсутності?
.
OneBox production написав:
Якщо шукати причини тривалого завантаження ми будемо, займе близько 2ч.
[/quote]
Причина у чому?
Завтра в мене ще якийсь стандартний функціонал відлетить, мені знову платитиме за його відновлення?
Так, ви виправили ситуацію, але поясніть своєму клієнтові, чому вона сталася, тим більше, що обіцяли це зробити.
Зараз це так, що щось перестало працювати, виправили за гроші, сказали, що ми не винні, т.к. більше звернень не було, і в коді ми нічого не змінювали.
Ви ж знайшли варіант як прискорити роботу звіту, значить ви зрозуміли, чого не вистачає. Додали індекс – чи була проблема у його відсутності?
у тому, що запити на сервері стали відпрацьовувати повільно. Це може пов'язано з усім чим завгодно, наприклад: оновилася версія, яка по-іншому будує плани запитів, перестало вистачати пам'яті для збереження результатів запиту і тд, причин може бути десятки. Саму причину я не шукав, знайшов спосіб вирішити проблему швидше. На цьому завершимо наше спілкування. Всього найкращого.
[quote]
Фархшатов Родіон писав/ла:
Причина у чому?
[/quote]
у тому, що запити на сервері стали відпрацьовувати повільно. Це може пов'язано з усім чим завгодно, наприклад: оновилася версія, яка по-іншому будує плани запитів, перестало вистачати пам'яті для збереження результатів запиту і тд, причин може бути десятки. Саму причину я не шукав, знайшов спосіб вирішити проблему швидше. На цьому завершимо наше спілкування. Всього найкращого.
сам бокс не використовує пам'ять безпосередньо, пам'ять може використовувати: кеш (memcache) база даних (для кешування деяких запитів) php-fpm для відпрацювання скриптів додавати доступної пам'яті для бази і мемкешу не має сенсу, тому що це потрібно міняти (база даних може чи не вся залазити в оперативну пам'ять і на середньому проекті є під 120гб цієї оперативної пам'яті), у вашому випадку ніякого значущого приросту ви від цього не отримайте. Тобто. залиште все як є
сам бокс не використовує пам'ять безпосередньо, пам'ять може використовувати:
кеш (memcache)
база даних (для кешування деяких запитів)
php-fpm для відпрацювання скриптів
додавати доступної пам'яті для бази і мемкешу не має сенсу, тому що це потрібно міняти (база даних може чи не вся залазити в оперативну пам'ять і на середньому проекті є під 120гб цієї оперативної пам'яті), у вашому випадку ніякого значущого приросту ви від цього не отримайте. Тобто. залиште все як є
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар