Бюджет: 3500 UAH Термін: 1 день
Доброго дня! Можу допомогти знайти і усунути причину зростання інодов та зайнятого місця на хостингу.
На хостингу зростає кількість інодів та зайнятого місця в Гб, все очистили на хості, іноди зменшились і місце також, але вони самі по собі почали збільшуватись, потрібно знайти проблему і вирішити її
Бюджет: 3500 UAH Термін: 1 день
Доброго дня! Можу допомогти знайти і усунути причину зростання інодов та зайнятого місця на хостингу.
Бюджет: 1000 UAH Термін: 1 день
Доброго дня. Знайду джерело витоку інодів і виправлю — сесії, логи, cron, поштову чергу. Швидко. Потрібен доступ до хостингу.
Бюджет: 1000 UAH Термін: 1 день
Доброго дня. Готовий допомогти. Можете надіслати більш детальну інформацію про сайт і хостинг?
Бюджет: 700 UAH Термін: 1 день
👋 Вітаю! Готовий розпочати роботу прямо зараз.
Чітко розумію задачу і маю успішний досвід у реалізації саме таких проєктів (приклади є у відгуках). Виконаю завдання сьогодні, швидко та без зайвих питань.
Давайте обговоримо деталі та стартуємо! 🚀
Бюджет: 2000 UAH Термін: 1 день
Доброго дня.
Можу перевірити хостинг, знайти джерело зростання інодів/зайнятого місця та запропонувати безпечне рішення.
Зазвичай причина буває в кеші, логах, тимчасових файлах, сесіях, бекапах, cron-завданнях або роботі CMS/плагінів. Спочатку потрібно визначити конкретну папку та процес, який знову створює файли.
Вартість діагностики та базового виправлення: 2000 грн.
Термін: до 1 дня.
Для старту потрібен доступ до хостингу: панель управління і, бажано, SSH. Якщо після перевірки виявиться, що причина в зараженні сайту або помилці в коді, тоді окремо погодимо обсяг виправлення.
Бюджет: 900 UAH Термін: 2 дні
Доброго дня. Пишіть, обговоримо усі нюанси і знайдемо причину збільшення використання inodes. ДЯкую.
Бюджет: 700 UAH Термін: 1 день
Добрий вечір.
Допоможу знайти причину і усунути. Неодноразово стикався з такими проблемами. Як правило, це файли сесій або дисковий кеш.
Бюджет: 2000 UAH Термін: 2 дні
Доброго дня. Знайду причину зростання інодов і зайнятого місця на хостингу, навіть якщо після очищення проблема знову з'являється. Перевірю логи, кеш, тимчасові файли, резервні копії, пошту, сесії, крон-завдання та процеси, які створюють нові файли, після чого усуну джерело проблеми і наведу порядок, щоб зростання не повторювалося. В результаті ви отримаєте не просто очищення, а зрозумілу причину проблеми та її рішення.
Бюджет: 2000 UAH Термін: 3 дні
Вітаю! Я вивчив ваш проект і готовий негайно розпочати роботу. Гарантую відмінну якість і оперативність.
Бюджет: 700 UAH Термін: 1 день
Привіт!
Готові розібратись — знайдемо що саме генерує зайві файли і усунемо причину.
Ось як бачимо реалізацію:
1. Діагностика — перевіримо логи, кеш, tmp директорії, cron задачі — знайдемо що саме росте.
2. Усунення — чистимо джерело, налаштовуємо автоочищення щоб не повторювалось.
3. Моніторинг — перевіримо після виправлення що інодів більше не росте.
Напишіть в особисті — проконсультуємо і розберемось з деталями.
Бюджет: 1000 UAH Термін: 1 день
Доброго дня
Маю 10 рокыв досвыду роботи в ТП хостингу.
Вирішу будь-яку задачу.
Звертайтесь, допоможу розібратися що займає місце та усунути причини такої ситуації.
Бюджет: 3500 UAH Термін: 1 день
Вітаю! Виконаю ваше завдання швидко і якісно. Сайт на чому зроблений?
Моє портфоліо: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Пишіть, почну сьогодні працювати. Буду радий співпраці з Вами!
Бюджет: 700 UAH Термін: 7 днів
Займаюся хостингами
подивлюся Linux сервер або звичайний хостинг,
Бюджет: 5000 UAH Термін: 2 дні
Найду причину росту інодов — найчастіше це сесії, логи, кеш або сміттєві файли від cron/плагінів. Перевірю файлову систему, базу, тимчасові директорії, налаштуваю автоочистку або виправлю джерело витоку.
На чому сайт — WordPress, Laravel, інший фреймворк?
Бюджет: 1000 UAH Термін: 1 день
Доброго дня. Мав досвід вирішення такої проблеми. Готовий проаналізувати ситуацію і допомогти вам.
Бюджет: 700 UAH Термін: 1 день
Добрий день. Маю можливість допомогти вам. Прошу звертатися. Дякую
Бюджет: 1000 UAH Термін: 2 дні
Можемо зробити. Оплата по факту, як перевірите. Я гарантую якість.
Бюджет: 1000 UAH Термін: 1 день
Полагаю, що хостинг сильно стиснутий, треба б перейти на інший тариф. А взагалі звичайне рішення - оформлення скрипта очищення, прив'язаного до планувальника. Я б зробив, не вперше.
Бюджет: 1000 UAH Термін: 3 дні
Доброго дня!
На хостингу спостерігається зростання кількості інодів та зайнятого місця, яке не вдається вирішити очищенням. Готовий глибоко проаналізувати причини цього явища, використовуючи досвід роботи з системними логами та конфігураціями серверів, та знайти ефективне рішення проблеми.
Напишіть мені, обговоримо деталі.
Бюджет: 800 UAH Термін: 1 день
Доброго дня. Адмініструю хостинги та VPS. Звертайтеся, обговоримо деталі.
Бюджет: 700 UAH Термін: 1 день
Доброго дня.
Зможу оптимізувати місце на хостингу і виявити що вам завантажує.
Якщо у вас є питання можете написати мені в ПП.
Бюджет: 1199 UAH Термін: 1 день
Здравствуйте.
Можу провести діагностику хостингу та знайти причину зростання inode і зайнятого місця.
Перевірю:
* логи;
* cron-завдання;
* кеш/backup;
* тимчасові файли;
* можливі циклічні записи або зайву генерацію файлів.
Готовий підключитися і подивитися проблему.
Бюджет: 4000 UAH Термін: 2 дні
Доброго дня, Олександре! Інодів і місця побільшало знову після очищення — це майже завжди означає, що якийсь процес безперервно генерує файли і не прибирає за собою. Найпоширеніші винуватці: PHP-сесії без ротації, логи без автоочищення, поштова черга (Exim/Postfix) або WordPress-плагін, який записує тимчасові файли.
Почну з діагностики: знайду каталоги з найбільшим приростом інодів через du/find, перевірю логи веб-сервера, MySQL та PHP, поштову чергу і активні cron-задачі. Після виявлення джерела — налаштую log rotation, очищення сесій або виправлю проблемний плагін/cron, а також додам простий моніторинговий скрипт для алертів при наступному зростанні.
Робив подібну діагностику на shared-хостингах і VPS — зазвичай джерело знаходиться за першу-другу годину, решта йде на фікс і профілактику. Орієнтовно: 5 годин, $100 (≈4 000 грн), термін 1-2 дні. Уточніть: у вас shared-хостинг (cPanel/ISPmanager) чи VPS з SSH-доступом?
Бюджет: 1234 UAH Термін: 1 день
Добрий день. Який хостинг? На чому сайт? Пишіть детальніше, розберуся.
Припускаю, що у Вас зберігаються десь логи або багато зображень.
Ціна після ознайомлення.
Є діюча production-платформа з каталогом та автоматичним оновленням зовнішніх пропозицій і цін. Стек: — Node.js / TypeScript; — PostgreSQL; — існуючий сервіс оновлення цін і cron; — окремий готовий Python-модуль валідації та вибору пропозицій; — staging і production. Необхідно точково доопрацювати існуючий pipeline оновлення цін без повного переписування backend. ОБОВ'ЯЗКОВИЙ СКОП 1. Інтеграція Python-модуля — Python-модуль залишається окремим компонентом; — повертає структурований результат: offers, selected offer, statuses та risk flags; — Node.js валідує результат і виконує запис у БД; — передбачити обробку помилок і partial/failed runs; — legacy pipeline не відключається до завершення QA. 2. Запуск оновлення за списком Додати запуск: — по одному slug/id; — по переданому списку slug/id. Допустимо CLI або існуючий службовий API. Новий користувацький інтерфейс не потрібен. 3. Shadow Mode Нові результати повинні записуватися окремо і не впливати на production до QA. Потрібні shadow-поля: — price; — selected offer ID; — direct URL; — offer status; — risk/QA flags; — checkedAt; — engineVersion. 4. Розширення існуючої таблиці offers Додати: — source; — external_offer_id; — last_seen_at; — last_checked_at; — engine_version; — risk flags або зберігання в існуючому JSON; — unique constraint для захисту від дублів. Нову паралельну систему пропозицій створювати не потрібно, якщо існуючу таблицю можна безпечно розширити. 5. UPSERT, STALE і транзакція БД Замінити поточну схему DELETE → CREATE: — UPSERT існуючих і нових пропозицій; — відсутні в повному успішному snapshot пропозиції переводяться в STALE; — при API error, partial result або незавершеному snapshot активні пропозиції не повинні ставати STALE; — оновлення пропозицій, metadata вибраної пропозиції та shadow fields по одній моделі виконується всередині однієї транзакції БД; — при помилці виконується повний rollback. 6. Canonical-safe refresh Оновлення цін не повинно змінювати: — brand; — reference; — model; — collection; — name/title; — slug; — descriptions; — images; — SEO fields. Оновлюються тільки offer, price і shadow data. 7. Збереження поточної cron-логіки Зберегти: — existing cron; — rolling batches; — cooldown; — перевірку PRICE_REFRESH_MIN_DAYS до виклику зовнішнього API; — legacy production pipeline до завершення Shadow QA. 8. Audit output Достатньо одного варіанту: — shadow-колонки в існуючій admin table; або — CSV export. Мінімальні дані: — model/reference; — production price; — shadow price; — delta; — production/shadow URL; — status; — risk flags; — checkedAt; — engineVersion. Новий складний dashboard не потрібен. 9. Staging і QA — DB migrations; — staging deployment; — smoke test на 5 переданих моделях; — потім Shadow Mode приблизно на 50 моделях; — виправлення технічних помилок, виявлених під час цих прогонів; — коротка документація контракту Python → Node.js та rollback procedure. ОПЦІОНАЛЬНО ОЦІНИТИ ОКРЕМО Простий технічний promotion без нового UI: — promotion однієї моделі по slug; — promotion списку slug; — перенесення підтверджених shadow values в production; — технічна перевірка після rollout. РЕЗУЛЬТАТ — Pull Request; — DB migrations; — робоча інтеграція Python → Node.js; — Shadow Mode; — UPSERT, STALE і транзакційне оновлення; — запуск по slug/id; — staging deployment; — smoke-test results; — коротка документація; — не менше 7 днів виправлення багів по реалізованому scope після приймання. В ОТКЛИКУ УКАЗАТИ 1. Фіксована ціна за обов'язковий scope. 2. Окрему вартість механізму promotion. 3. Термін. 4. Оцінку годин. 5. Коли готові почати. 6. Досвід з PostgreSQL transactions, migrations та ingestion pipelines. 7. Які питання потрібно уточнити до початку. 8. Включені чи staging, QA, migrations та період виправлення помилок. Шаблонні відповіді без конкретної оцінки розглядатися не будуть. Доступ до production на першому етапі не надається. Робота починається з обмеженого code review та staging.
Потрібно розробити централізовану серверну систему збору та зберігання даних із Planfix, 1С, Meta Ads і Google Ads, а також веб-дашборд для їх відображення та аналізу. Усі дані, історія змін, розрахунки та агреговані показники повинні зберігатися виключно в серверній базі даних. Дашборд не повинен зберігати або дублювати бізнес-дані. Він має отримувати необхідну інформацію із серверної бази через API відповідно до запитів користувача та відображати її у вигляді KPI, графіків, таблиць і деталізованих звітів.
Щукаємо для підтримки проекта на базі Yii , треба вносити правки та доопрацювання бази , частково є звязок з попереднім виконавцем .....................
Потрібно зробити міграцію бази з CRM G-PLUS на MyChatBot Обєм бази - 26 тис. лідів 2 воронки - Кол центр та Відділ продажу зі своїми вирвами Картки лідів (крім імені та номеру) мають багато різних полів Ліди також мають голосові записи дзвінків. Їх також потрібно перенести Від кандидата очікую орієнтовну суму та терміни реалізації
Створити дашборд для моніторингу та аналізу ефективності мережі локацій (філій) компанії у Google Business Profile (GBP). через офіційний Google Business Profile API. Обробкачерез Скрипт на базі Google Apps Script (підв'язати до Google Таблиці). Запис даних у Google Таблиця (яка виступає як база даних для Looker Studio). Оновлення: Щодня (з індикацією дати останнього оновлення).Створити сервісний акаунт Google Cloud Скрипт раз на добу (тригер о 03:00 ночі) надсилає запит до GBP API. Отримує метрики за вчорашній день по кожній локації (locationId). Записує дані в таблицю в плоскому форматі (рядок = унікальне поєднанняДата + ID Філії + Метрики). Картки ключових показниківНазва карткиМетрика GBPФормат динамікиПерегляди профілюImpressions (Search + Maps)Відсоток %, Sparkline (синій)ДзвінкиLocal Services Phone CallsВідсоток %, Sparkline (зелений)Переходи на сайтWebsite ClicksВідсоток %, Sparkline (фіолетовий)Побудова маршрутівDirection RequestsВідсоток %, Sparkline (помаранчевий)Середній рейтингAverage Review RatingАбсолютна зміна (наприклад, +0.1), Sparkline (жовтий)Нові відгукиNew Reviews CountВідсоток %, Sparkline (бірюзовий)