Бюджет: 5997 UAH Термін: 6 днів
Вітаю! Бачу задачу «Потрібно знайти причину періодичних зависань Linux/PHP-сервера інтернет-магазину» по інтернет-магазину / OpenCart. Маю практичний досвід з доопрацюванням магазинів: модулі, checkout, оплати/доставка, імпорт/експорт, правки теми та оптимізація швидкості. Спершу швидко перевірю поточну реалізацію, узгоджу деталі і зроблю правки акуратно, без зайвого ризику для робочого сайту.
Виконаємо якісно. Роботи на сайті портфоліоБюджет: 4000 UAH Термін: 1 день
звертайтесь - розберусь
____________________________________
Бюджет: 12000 UAH Термін: 2 дні
Працюємо з Linux-серверами понад 10 років. Подібні проблеми з зависаннями, 503, 508, піками CPU, памʼяті, MySQL і чергами веб-сервера розбирали не раз - особливо на старих PHP-проєктах, включно з PHP 5.x.
Вартість первинної діагностики - 12000 грн, термін - до 2 робочих днів. Подальші роботи після погодження - 1200 грн за годину або окремою оцінкою за задачу. Почати можемо сьогодні або завтра, залежно від доступів.
СПершу перевірю не тільки PHP-логи, бо вони часто мовчать у таких історіях, а фактичну картину під навантаженням - CPU steal, iowait, RAM, swap, ліміти хостингу, Entry Processes, Apache або Nginx або OpenLiteSpeed воркери, PHP-FPM або handler, повільні MySQL-запити, блокування, індекси, cron, боти, піки трафіку, OPcache, помилки 503 і 508 на рівні веб-сервера та панелі. Смотрите, тут нюанс - 508 часто натякає не на одну помилку в коді, а на вичерпання ресурсного ліміту або черги.
Уточню 2 речі
> сервер виділений, VPS чи хостинг з CloudLinux лімітами
> чи є SSH з правами на перегляд системних журналів і конфігів веб-сервера
Приклади близьких робіт Ingello
> https://business.ingello.com/eva - e-commerce і технічна основа для великого ритейлу
> https://business.ingello.com/prime-eva - системна робота з інтернет-продажами та складнішою логікою магазину
> https://systems-fl.ingello.com/ua - коротко про наш підхід до систем, автоматизації та технічної архітектури
Якщо коротко, мета діагностики - не перезапустити сервіс і піти пити чай, хоча мій внутрішній адмін іноді так спокушаєтся =/ Мета - знайти вузьке місце, показати докази в логах або метриках і дати план усунення з пріоритетами.
Бюджет: 4500 UAH Термін: 3 дні
Доброго дня! Це наш профіль — діагностика зависань Linux-серверів під навантаженням. По симптомах уже видно напрямок:
— HTTP 508 = досягнуто ліміт ресурсів (процеси/пам'ять), типово під сплеском;
— 503 + Client.Timeout = бекенд (PHP-FPM/Apache + MySQL) захлинається, не встигає відповісти.
Як шукатиму ПЕРШОПРИЧИНУ, не симптоми:
1. По логах + графіках навантаження ловлю момент зависання → корелюю з CPU/RAM/IO/MySQL-конектами;
2. PHP-FPM/Apache (max_children, повільні запити), slow-log MySQL, OPcache;
3. PHP 5.6 + код 15 років — частий винуватець: важкі/незакриті запити, брак індексів, локи таблиць;
4. Звіт: першопричина + чому саме вона + оптимальне рішення (без милиць).
Уточніть: хостинг VPS чи shared/панель? зависання за розкладом чи під трафіком/кроном? Готовий взятись.
Бюджет: 4000 UAH Термін: 3 дні
Привіт!
Зтикався з такими кейсами, якщо надаш доступ до сервера, то за кілька годин зможу приблизно сказати в які стороні трабла
За кілька днів точно знайти і виправити
Перед початком роботи прошу відповісти
Скільки років працюєте з Linux-серверами? 8+ років досвіду, щас працюю на позиції DevOps
Чи мали досвід пошуку подібних проблем? Так, то доволі часті трабли
Які інструменти плануєте використовувати для діагностики? Пройдусь по логам, подивлюсь в першу чергу до БД, щось мені здається що є там проблеми з індексами, а може й блокуючі операції
Чи працювали зі старими PHP-проєктами (PHP 5.x)? Так, щас підтримую проект на ph5.5
Яка вартість первинної діагностики? То на стільки базовий кейс що просто потрібно включити фулл логування і буде зрозуміло в чому проблема, там не буде купи стадій діагностики
Яка ваша погодинна ставка для подальших робіт (за потреби)? Я зазвичай беру собі 5-7 проектів які повністью підтримую, ціна від 500 до 1000$ в місяць, все залежить від того на скільки проблемний чи безпроблемний проект, якщо то магазин і потрібно іноді виправляти якісь кейси, то може бути і 200$ в місяць, але якщо то нейронкой згенерований хлам з купой помилок і кладе сервер кожну годину, то і 1500$ буде замало
Коли можете розпочати?
Да хоч щас, вечір вільний, но то щоб почитати логи, подивитись налаштування БД, php і як то все працює, в ідеалі включити повне логування і подивитись в пік трафіку клієнтів
я б встановив би для моніторингу prometheus та grafana, ті метрики що в Вас на скрінах не дають абсолютно ніякої інформативності
Бюджет: 4000 UAH Термін: 2 дні
Вітаю.
Готовий взятися за ваше завдання та виконати його якісно.
Маю 5+ років досвіду в DevOps і адмініструванні Linux-серверів.
Деталі можемо обговорити в приватних повідомленнях.
Бюджет: 3000 UAH Термін: 1 день
Вітаю! Виконаю ваше завдання швидко і якісно.
Останні мої роботи
https://indexfast.pp.ua - швидка індексація сайту
https://mono-bank.pp.ua - все про монобанк
https://mamamia.pp.ua - інтернет магазин
https://programist.pp.ua/ua/portfolio/ - портфоліо робіт
https://monitortest.pp.ua - тестування монітора
https://keytest.pp.ua - тестування клавіатури
https://pctest.pp.ua - тестування компютера
https://vseetut.matviy.pp.ua - верстка
Моє портфоліо: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Пишіть, почну сьогодні працювати. Буду радий співпраці з Вами!
Бюджет: 2500 UAH Термін: 5 днів
Добрий день, проведу аудит вашого сайту та серверу,оновлю пз до актуальної версії (як що звісно модулі сайту це дозволять) виявлю причину періодичних помилок та зависань, успішний досвід присутній,для обговорення пишіть в оп
Бюджет: 3500 UAH Термін: 2 дні
Привіт! З вашого оновлення #1 - генерація XLS з 10,500 рядків явно головний підозрюваний.
Перше що перевірю: MySQL slow query log під час генерації прайсу (SHOW PROCESSLIST + SHOW ENGINE INNODB STATUS), vmstat/iotop - чи це CPU-bound або I/O-bound, ліміти Entry Processes / PHP workers в момент піку. PHP 5.6 + генерація великого XLS в пам'яті = типова причина виснаження RAM і 503/508. Рішення - стрімінг/чанківна генерація або фонова задача через cron з кешуванням готового файлу.
Досвід: 8+ років Linux/Apache/Nginx, MySQL оптимізація, PHP legacy проєкти. Вартість первинної діагностики з письмовим звітом - 3500 грн.
Бюджет: 10000 UAH Термін: 14 днів
Доброго дня!
Маю понад 15 років досвіду адміністрування Linux-серверів та пошуку причин проблем із продуктивністю веб-проєктів. Працював із Linux, Apache/Nginx, PHP, MySQL, Docker, Proxmox та оптимізацією серверної інфраструктури, у тому числі зі старими PHP-проєктами (PHP 5.x).
Насамперед потрібно буде перевірити:
навантаження на CPU, RAM, диск та I/O під час виникнення проблем;
логи вебсервера, PHP та системні логи;
повільні SQL-запити та стан MySQL;
конфігурацію PHP та OPcache;
використання ресурсів процесом генерації XLS-прайсу;
чи саме генерація XLS викликає пікове навантаження та чи немає одночасних запусків цього процесу.
Після діагностики надам висновок, поясненням, чому виникає проблема, та конкретними рекомендаціями щодо її усунення. Якщо причина буде в PHP-коді, SQL-запитах або алгоритмі генерації прайсу - можу виконати необхідну оптимізацію.
Вартість первинної діагностики вказана у ставці.
Подальші роботи - $40/год (за потреби та після погодження).
Звертайтесь. Буду радий допомогти.
Бюджет: 25000 UAH Термін: 2 дні
Доброго вечора.
Задача зрозуміла на технічному рівні потрібно не “підлікувати” симптом, а зібрати кореляцію між піками навантаження, веб-сервером, PHP-процесами, MySQL і ресурсними лімітами хостингу, щоб вийти на першопричину зависань. У таких кейсах найчастіше вузьке місце знаходиться не в одному PHP-логу, а на стику worker limits, entry processes, повільних SQL-запитів, cron/backup-задач або I/O-обмежень.
З нашої архітектурної точки зору діагностику доцільно будувати в кілька шарів, спочатку зняти часові точки інцидентів і звірити їх з access/error логами, MySQL slow log, системними метриками CPU/RAM/swap/disk I/O, далі перевірити, чи не упирається сайт у ліміти процесів, пам’яті або одночасних з’єднань, і окремо подивитися на довгі PHP/SQL-запити та фонові задачі. Для старого стеку на PHP 5.6 це особливо важливо, бо критичні затримки часто не фіксуються як “помилки”, але проявляються як черги процесів і 503/508 під навантаженням.
Є два практичні ризики, які ми б враховували одразу. Перший, на shared/VPS-середовищі проблема може бути не лише в коді, а й у прихованих ресурсних обмеженнях хостингу. Другий, якщо база або веб-частина працюють нестабільно через стару архітектуру, тимчасове прискорення без усунення вузького місця лише змістить момент повторного падіння.
Для первинної діагностики використовуємо SSH-рівень аналізу, web-server логи, MySQL slow log, top/htop, ps, vmstat, iostat, sar, free, ss/netstat, перевірку cron-задач, worker limits і конфігурації Apache/Nginx/OpenLiteSpeed/PHP-FPM залежно від фактичної схеми. Після цього вже можна предметно сказати, що саме дає пікове навантаження і який варіант усунення буде оптимальним.
Щодо ваших питань. З Linux-серверами ми працюємо регулярно в задачах діагностики, оптимізації та стабілізації legacy-інфраструктури; з подібними періодичними зависаннями також працювали в рамках пошуку bottleneck на рівні веб-сервера, PHP і MySQL; для діагностики плануємо використовувати лог-кореляцію, системні метрики, профілювання процесів і аналіз конфігурації сервера; зі старими PHP-проєктами на 5.x працюємо в частині підтримки, діагностики та стабілізації; первинна діагностика 25 000-45 000 грн залежно від глибини доступів і обсягу історичних даних; подальші роботи, 1 200–2 000 грн/год; стартувати можемо після отримання доступів і вікна для збору даних, зазвичай у найближчий робочий слот.
Для точного початку нам достатньо уточнити, який саме тип хостингу використовується, VPS, dedicated чи shared із лімітами, чи є доступ до MySQL slow log та історичних метрик по інцидентах, і чи входить у scope лише діагностика, чи також виправлення після підтвердження причини.
- Проєкти -
- Оцінка -
- Рейтинг 85
Бюджет: 3000 UAH Термін: 2 дні
Доброго дня
Можу взятися за первинну діагностику. Працюю з Linux-серверами, VPS/виділеними серверами, вебстеком PHP/MySQL та серверною інфраструктурою в контексті хостингу й датацентру.
У таких кейсах важливо не дивитись тільки на PHP-логи, бо 503/508 і піки Entry Processes часто є не першопричиною, а вже наслідком. Проблема може бути як у самому сайті чи MySQL, так і на рівні ОС, диска, I/O, swap, віртуалізації, лімітів хостингу або ресурсів самого сервера.
Окремо варто виключити інфраструктурний фактор: де саме розміщений сервер, це shared hosting / VPS / dedicated, які там ліміти, чи немає проблем із дисковою підсистемою, фізичним вузлом або стороною хостинг-провайдера. Особливо якщо проєкт давно працює на одному сервері або тарифі.
Насамперед перевірю, що саме відбувається в моменти піків: access/error logs, PHP workers / LVE / Entry Processes, MySQL slow queries і locks, CPU/RAM/swap/iowait, disk I/O, cron-завдання, OPcache, системні логи/OOM та можливий бот-трафік.
З PHP 5.x працював. Для старого проєкту важливо не робити різких змін “наосліп”, а спочатку точно визначити вузьке місце й тільки після цього пропонувати рішення.
Первинна діагностика з коротким технічним висновком — 3000 грн.
Орієнтовний термін — до 2 днів.
Якщо виявиться, що проблема знаходиться на стороні хостинг-провайдера або фізичного/віртуального вузла, термін може збільшитись, оскільки частина перевірок або усунення залежатиме вже від відповіді та дій хостингу.
Подальші роботи, якщо будуть потрібні, — після погодження обсягу та вартості.
Перед початком роботи обговоримо поточну інфраструктуру, панель хостингу, графіки навантаження та часові проміжки, коли найчастіше виникають зависання.
Бюджет: 5000 UAH Термін: 2 дні
Сервер зависає з піками CPU/RAM і Entry Processes — класична картина вичерпання пулу PHP-процесів, але першопричина може бути різною, тому починати треба з діагностики, а не з "підкрутити ліміти".
Що перевірятиму першим: slow query log MySQL (запити понад 1-2 секунди часто є коренем усього), стан Apache/LiteSpeed worker pool під час піку через `server-status` або `mod_status`, і `vmstat`/`iotop` щоб зрозуміти чи це CPU-bound чи I/O-bound навантаження. Паралельно гляну `SHOW PROCESSLIST` і `SHOW ENGINE INNODB STATUS` — PHP 5.6 + старий MySQL часто дають deadlock або table lock storm без жодного запису в PHP-логах.
Вартість первинної діагностики з письмовим звітом про першопричину та рекомендаціями: 1500 UAH. Погодинна ставка для подальших робіт: 500 UAH/год.
Яка CMS або фреймворк під магазином, і чи є можливість підключитись у момент наступного зависання (або є збережені метрики з часу інциденту)?
Бюджет: 700 UAH Термін: 1 день
Вітаю! Готовий допомогти з вашим проєктом. Маю великий досвід розробки та зможу реалізувати всі необхідні компоненти згідно з вашою документацією. Гарантую якісне виконання в обумовлені терміни.
Ставки приховані
Ставки поки відсутні
Ставки приховані
Бюджет: 3700 UAH Термін: 9 днів
ВІтаю. Готовий обговорити деталі вашого завдання і взятися за його виконання.
Досвід в роботі з Linux серверами є.
Як ви описали в доповненні, частина проблем в роботі сервера із-за збільшення каталогу товарів. Для подальшої діагностики треба бачити логи сервера.
Пишіть, обговоримо.
Дякую.
Бюджет: 27000 UAH Термін: 25 днів
Вітаю, Роман!
Ви маєте інтернет-магазин на базі Linux/PHP-сервера, який періодично зависає, що негативно впливає на роботу магазину. Щоб знайти причину цих зависань, я почну з аналізу лог-файлів сервера, щоб визначити, які саме процеси або запитів можуть бути причиною цих проблем. Маю досвід роботи з подібними проблемами, тому одразу бачу, де будуть нюанси з оптимізацією серверної частини та які саме параметри потрібно перевірити.
Остаточну ціну і строк назву, щойно уточнимо пару деталей.
Профіль: Freelancehunt
Відгуки: Freelancehunt
Бюджет: 6000 UAH Термін: 2 дні
у нас уже є практично готовий підхід для таких діагностик старих PHP/MySQL магазинів, можна швидко адаптувати перевірки під ваш сервер і обговорити тут перші дії ))
МАємо понад 10 років практики з Linux серверами, SSH, веб-серверами і MySQL, у тому числі з періодичними зависаннями, 503, 508 та старими PHP 5.x проєктами.
первинна діагностка - 6000 грн, орієнтовно 1-2 робочі дні.
подальші роботи після погодження - 1200 грн за годину.
можу почати у найближчий робочий слот після SSH, панелі, логів і графіків.
спершу перевірю не тільки PHP-логи, а й LVE або Entry Processes, черги Apache або Nginx або OpenLiteSpeed, кількість воркерів, ліміти хостингу і моменти піків.
далі зіставлю журнали доступу, error logs, MySQL slow log, SHOW PROCESSLIST, locks, iowait, swap, OOM, cron, ботів, OPcache та довгі запити за часом зависань.
дивіться, тут нюанс - 508 часто вказує не на помилку PHP як таку, а на ліміт процесів або забиті воркери, тому треба дивитися сервер у момент піку, а не тільки після нього.
уточню два моменти.
чи є CloudLinux або ліміти LVE на хостингу?
піки збігаються з cron, імпортом товарів, парсерами або рекламним трафіком?
схожі за логікою роботи приклади.
https://business.ingello.com/prime-eva - інтернет-магазин і ритейл, де важливі стабільність, облік і навантаження.
https://business.ingello.com/carveli - інтернет-магазин з інтеграціями і операційною логікою.
наш FLH-лендинг для таких задач - https://systems-fl.ingello.com/ua
Бюджет: 16100 UAH Термін: 2 дні
Підкажіть, будь ласка: у які години найчастіше трапляються зависання, це VPS/виділений чи спільний хостинг, і чи можете надати помилки веб‑сервера/MySQL за ці проміжки? Чи були нещодавні зміни (оновлення, імпорт, кеш/плагіни)?
Маємо 4+ роки з Linux‑серверами, MySQL і продуктивністю; не раз знаходили root cause 503/508 (PHP‑FPM/OPcache ліміти, MySQL locks/slow, IO/OOM, бот‑трафік). Інструменти: htop/atop, iostat/sar, ss, dmesg/journalctl, статус веб‑сервера, PHP‑FPM/OPcache логи, MySQL slow log + pt‑query‑digest, кореляція з графіками. Працювали з PHP 5.x. Первинна діагностика: $100 (до 5 год), ставка далі $20/год. Старт — сьогодні. Насамперед перевіримо ліміти CPU/RAM/Entry Processes/IO, конфіг PHP‑handler/OPcache, slow queries/locks, бот‑трафік та kernel/OOM.
Готові підключитись по SSH і почати. Надішлемо короткий список доступів і погодимо план дій.
Ставки приховані
-
Сергій Бунін 29 червняТут питання не до адміністрування сервера. XLS на кілька тисяч позицій теж ні про що для сервера.
У вас проблема з головною сторінкою. Вона генерується близько 3 секунд. Тут і просаджуються ресурси. Винуватець - слайдер акційних товарів. Їх там близько тисячі - зменшість до адекватної кількості і буде вас щастя.
-
Роман Павловский 30 червняЧи може одночасно стартувати два експорти, тобто дві різні людини запустили експорт?
Якщо так, то скоріше всього, генерація XLS може покласти сервер через велику кількість запитів. Але потрібно все спочатку проаналізувати.
-
Михаил Овчаренко 30 червняКоллеги, обратите внимание на специфику заказа.
Заказчик просит в отклике подробно описать первоочередной план действий и шаги по диагностике, обещая взамен долгосрочное сотрудничество в случае успешного решения проблемы.
Рекомендую подходить к таким формулировкам с осторожностью и не раскрывать детальный алгоритм работы на этапе подачи заявки. На это есть несколько причин:
Запрос бесплатной экспертизы: Подобные требования часто используются для сбора готовых чек-листов и вариантов решения от разных специалистов без обязательств по оплате. Впоследствии эти данные могут быть использованы для самостоятельного устранения проблемы или передачи задачи менее квалифицированному исполнителю по заниженной стоимости.
Логическое несоответствие: Если у заказчика достаточно компетенций, чтобы оценить правильность и глубину вашего плана проверки, то диагностика, как правило, не вызывает у него затруднений. Если же компетенций недостаточно, то оценка «правильности» отклика на этапе конкурса становится субъективной и нецелесообразной.
Требование тестового задания: Запрос детального плана действий до заключения сделки фактически является бесплатной частью работы, что на многих платформах идет вразрез с правилами сервиса.
Уважайте свои профессиональные знания и время. Ограничивайтесь общим подтверждением квалификации, а конкретные шаги обсуждайте только в рамках открытого и оплачиваемого заказа.
-
Евгений Т. 1 липня90 відсодків що проект буде закритий без виконання. Це глухий номер. Звичайний віртуальний хостинг... Якщо потрібно аудит тільки - робіть окремий проект. Бо Вы хитруєте справді.! Навіщо нам знати що там робить ваш 'програміст'.? Платіть йому три копійки і хай робить, судячи з відкликаних ставок. Чого Ви тоді сюди прийшли та просите щоб Вам допомогли? Не шукайте дурнів!
-
Роман К.
2 липня
Дякую за вашу думку.
Проект залишається актуальним. Поточний програміст уже почав вносити зміни, але проблема поки що не усунута повністю — є лише часткове покращення, тому ще кілька днів спостерігаю за результатом.
Проект відкритий до 13 липня. Якщо проблему не буде вирішено, обиратиму виконавця серед поданих пропозицій.
Дякую.