Бюджет: 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 день
Здравствуйте. Администрирую хостинги и впс. Обращайтесь, обсудим детали.
Бюджет: 700 UAH Срок: 1 день
Добрый день. Могу оптимизировать место на хостинге и выявить, что вам загружает. Если у вас есть вопросы, можете написать мне в ЛС.
Бюджет: 1199 UAH Срок: 1 день
Здравствуйте.
Могу провести диагностику хостинга и найти причину роста inode и занятого места.
Проверю:
* логи;
* cron-задачи;
* кеш/backup;
* временные файлы;
* возможные циклические записи или лишнюю генерацию файлов.
Готов подключиться и посмотреть проблему
Бюджет: 4000 UAH Срок: 2 дня
Добрый день, Александр! Иногда и мест стало больше снова после очистки — это почти всегда означает, что какой-то процесс непрерывно генерирует файлы и не убирает за собой. Наиболее распространенные виновники: PHP-сессии без ротации, логи без автоочистки, почтовая очередь (Exim/Postfix) или плагин WordPress, который записывает временные файлы.
Начну с диагностики: найду каталоги с наибольшим приростом индов через du/find, проверю логи веб-сервера, MySQL и PHP, почтовую очередь и активные cron-задачи. После выявления источника — настрою ротацию логов, очистку сессий или исправлю проблемный плагин/cron, а также добавлю простой мониторинговый скрипт для алертов при следующем росте.
Делал подобную диагностику на shared-хостингах и VPS — обычно источник находится за первый-второй час, остальное уходит на фикс и профилактику. Ориентировочно: 5 часов, $100 (≈4 000 грн), срок 1-2 дня. Уточните: у вас shared-хостинг (cPanel/ISPmanager) или VPS с SSH-доступом?
Бюджет: 1234 UAH Срок: 1 день
Добрый день. Какой хостинг? На чем сайт? Пишите подробнее, разберусь.
Предполагаю что у Вас хранятся где-то логи или много изображений
Цена после ознакомления
Есть действующая production-платформа с каталогом и автоматическим обновлением внешних предложений и цен. Стек: — Node.js / TypeScript; — PostgreSQL; — существующий price refresh service и cron; — отдельный готовый Python-модуль валидации и выбора предложений; — staging и production. Необходимо точечно доработать существующий price refresh pipeline без полного переписывания backend. ОБЯЗАТЕЛЬНЫЙ SCOPE 1. Интеграция Python-модуля — Python-модуль остаётся отдельным компонентом; — возвращает структурированный результат: offers, selected offer, statuses и risk flags; — Node.js валидирует результат и выполняет запись в БД; — предусмотреть обработку ошибок и partial/failed runs; — legacy pipeline не отключается до завершения QA. 2. Запуск refresh по списку Добавить запуск: — по одному 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 для защиты от дублей. Новую параллельную offer-систему создавать не требуется, если существующую таблицу можно безопасно расширить. 5. UPSERT, STALE и DB transaction Заменить текущую схему DELETE → CREATE: — UPSERT существующих и новых offers; — отсутствующие в полном успешном snapshot offers переводятся в STALE; — при API error, partial result или незавершённом snapshot активные offers не должны становиться STALE; — обновление offers, selected offer metadata и shadow fields по одной модели выполняется внутри одной DB transaction; — при ошибке выполняется полный rollback. 6. Canonical-safe refresh Price 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. Fixed price за обязательный scope. 2. Отдельную стоимость promotion-механизма. 3. Срок. 4. Оценку часов. 5. Когда готовы начать. 6. Опыт с PostgreSQL transactions, migrations и ingestion pipelines. 7. Какие вопросы нужно уточнить до начала. 8. Включены ли staging, QA, migrations и bug-fix period. Шаблонные ответы без конкретной оценки рассматриваться не будут. Доступ к 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 (бирюзовый)