Budżet: 3500 UAH Termin: 1 dzień
Dzień dobry! Mogę pomóc znaleźć i usunąć przyczynę wzrostu inode'ów i zajętego miejsca na hostingu.
Na hostingu rośnie liczba inode'ów i zajmowane miejsce w GB, wszystko zostało oczyszczone na hoście, inode'y zmniejszyły się i miejsce również, ale same w sobie zaczęły się zwiększać, trzeba znaleźć problem i go rozwiązać
Budżet: 3500 UAH Termin: 1 dzień
Dzień dobry! Mogę pomóc znaleźć i usunąć przyczynę wzrostu inode'ów i zajętego miejsca na hostingu.
Budżet: 1000 UAH Termin: 1 dzień
Witam. Znajdę źródło wycieku inodów i naprawię — sesje, logi, cron, kolejka mailowa. Szybko. Potrzebny dostęp do hostingu.
Budżet: 1000 UAH Termin: 1 dzień
Cześć. Chętnie pomogę. Czy możesz przesłać bardziej szczegółowe informacje o stronie i hostingu?
Budżet: 700 UAH Termin: 1 dzień
👋 Witam! Jestem gotowy, aby rozpocząć pracę od razu.
Wyraźnie rozumiem zadanie i mam udane doświadczenie w realizacji takich projektów (przykłady są w opiniach). Wykonam zadanie dzisiaj, szybko i bez zbędnych pytań.
Porozmawiajmy o szczegółach i zaczynajmy! 🚀
Budżet: 2000 UAH Termin: 1 dzień
Cześć.
Mogę sprawdzić hosting, znaleźć źródło wzrostu inodów/zajętego miejsca i zaproponować bezpieczne rozwiązanie.
Zwykle przyczyna leży w pamięci podręcznej, logach, plikach tymczasowych, sesjach, kopiach zapasowych, zadaniach cron lub działaniu CMS/wtyczek. Najpierw należy określić konkretny folder i proces, który ponownie tworzy pliki.
Koszt diagnostyki i podstawowej naprawy: 2000 UAH.
Termin: do 1 dnia.
Na początek potrzebny jest dostęp do hostingu: panel sterowania i, najlepiej, SSH. Jeśli po sprawdzeniu okaże się, że przyczyna leży w zainfekowanej stronie lub błędzie w kodzie, wtedy osobno uzgodnimy zakres naprawy.
Budżet: 900 UAH Termin: 2 dni
Dzień dobry. Proszę pisać, omówimy wszystkie szczegóły i znajdziemy przyczynę zwiększonego użycia inodów. Dziękuję.
Budżet: 700 UAH Termin: 1 dzień
Dobry wieczór. Pomogę znaleźć przyczynę i ją usunąć. Wielokrotnie spotykałem się z takimi problemami. Zazwyczaj są to pliki sesji lub pamięć podręczna dysku.
Budżet: 2000 UAH Termin: 2 dni
Witam. Znajdę przyczynę wzrostu inodów i zajętości miejsca na hostingu, nawet jeśli po oczyszczeniu problem pojawia się ponownie. Sprawdzę logi, cache, pliki tymczasowe, kopie zapasowe, pocztę, sesje, zadania cron i procesy, które tworzą nowe pliki, po czym usunę źródło problemu i uporządkuję, aby wzrost się nie powtarzał. W rezultacie otrzymasz nie tylko oczyszczenie, ale także zrozumiałą przyczynę problemu i jego rozwiązanie.
Budżet: 2000 UAH Termin: 3 dni
Witam! Zbadałem twój projekt i jestem gotów natychmiast przystąpić do pracy. Gwarantuję doskonałą jakość i szybkość.
Budżet: 700 UAH Termin: 1 dzień
Cześć!
Jesteśmy gotowi, aby się tym zająć — znajdziemy, co dokładnie generuje zbędne pliki i usuniemy przyczynę.
Oto jak widzimy realizację:
1. Diagnoza — sprawdzimy logi, pamięć podręczną, katalogi tmp, zadania cron — znajdziemy, co dokładnie rośnie.
2. Usunięcie — czyścimy źródło, ustawiamy automatyczne czyszczenie, aby to się nie powtarzało.
3. Monitorowanie — sprawdzimy po poprawkach, że już więcej nie rośnie.
Napisz do mnie prywatnie — skonsultujemy się i omówimy szczegóły.
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry
Mam 10 lat doświadczenia w pracy w hostingu TП.
Rozwiążę każde zadanie.
Zgłaszajcie się, pomogę zrozumieć, co zajmuje miejsce i usunąć przyczyny takiej sytuacji.
Budżet: 3500 UAH Termin: 1 dzień
Cześć! Wykonam Twoje zadanie szybko i jakościowo. Na czym zrobiona jest strona?
Moje portfolio: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Pisz, zacznę pracować dzisiaj. Będę zadowolony ze współpracy z Tobą!
Budżet: 700 UAH Termin: 7 dni
Zajmuję się hostingiem
sprawdzę serwer Linux lub zwykły hosting,
Budżet: 5000 UAH Termin: 2 dni
Znajdę przyczynę wzrostu inodów — najczęściej są to sesje, logi, cache lub pliki tymczasowe od cron/wtyczek. Sprawdzę system plików, bazę, katalogi tymczasowe, skonfiguruję automatyczne czyszczenie lub naprawię źródło wycieku.
Na czym jest strona — WordPress, Laravel, inny framework?
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry. Miałem doświadczenie w rozwiązywaniu takiego problemu. Jestem gotów przeanalizować sytuację i pomóc Państwu.
Budżet: 700 UAH Termin: 1 dzień
Dzień dobry. Mam możliwość, aby pomóc Państwu. Proszę się zgłaszać. Dziękuję
Budżet: 1000 UAH Termin: 2 dni
Możemy to zrobić.\nPłatność po fakcie, jak sprawdzicie.\nGwarantuję jakość.
Budżet: 1000 UAH Termin: 1 dzień
Uważam, że hosting jest mocno ograniczony, trzeba by przejść na inny plan. A w ogóle to zwykłe rozwiązanie - przygotowanie skryptu czyszczącego, powiązanego z harmonogramem. Zrobiłbym to, nie pierwszy raz.
Budżet: 1000 UAH Termin: 3 dni
Dzień dobry!
Na hostingu obserwuje się wzrost liczby inodów oraz zajętego miejsca, którego nie da się rozwiązać poprzez czyszczenie. Jestem gotów głęboko przeanalizować przyczyny tego zjawiska, wykorzystując doświadczenie w pracy z logami systemowymi i konfiguracjami serwerów, oraz znaleźć skuteczne rozwiązanie problemu.
Napisz do mnie, omówimy szczegóły.
Budżet: 800 UAH Termin: 1 dzień
Witam. Zarządzam hostingami i VPS. Proszę o kontakt, omówimy szczegóły.
Budżet: 700 UAH Termin: 1 dzień
Dzień dobry. Mogę zoptymalizować miejsce na hostingu i zidentyfikować, co wam obciąża. Jeśli macie pytania, możecie napisać do mnie w wiadomości prywatnej.
Budżet: 1199 UAH Termin: 1 dzień
Cześć.
Mogę przeprowadzić diagnostykę hostingu i znaleźć przyczynę wzrostu inode i zajętego miejsca.
Sprawdzę:
* logi;
* zadania cron;
* cache/backup;
* pliki tymczasowe;
* możliwe cykliczne zapisy lub zbędną generację plików.
Jestem gotów się połączyć i przyjrzeć się problemowi.
Budżet: 4000 UAH Termin: 2 dni
Dzień dobry, Ołeksandrze! Czasami miejsce znów się zwiększa po oczyszczeniu — to prawie zawsze oznacza, że jakiś proces nieprzerwanie generuje pliki i nie sprząta po sobie. Najczęstsze winowajcy: sesje PHP bez rotacji, logi bez automatycznego czyszczenia, kolejka pocztowa (Exim/Postfix) lub wtyczka WordPress, która zapisuje pliki tymczasowe.
Zacznę od diagnostyki: znajdę katalogi z największym przyrostem miejsca za pomocą du/find, sprawdzę logi serwera WWW, MySQL i PHP, kolejkę pocztową oraz aktywne zadania cron. Po zidentyfikowaniu źródła — skonfiguruję rotację logów, czyszczenie sesji lub naprawię problematyczną wtyczkę/cron, a także dodam prosty skrypt monitorujący do alertów przy następnym wzroście.
Robiłem podobną diagnostykę na hostingu współdzielonym i VPS — zazwyczaj źródło znajduje się w pierwszej lub drugiej godzinie, reszta idzie na naprawę i profilaktykę. Orientacyjnie: 5 godzin, 100 USD (≈4 000 UAH), termin 1-2 dni. Proszę o wyjaśnienie: czy masz hosting współdzielony (cPanel/ISPmanager) czy VPS z dostępem SSH?
Budżet: 1234 UAH Termin: 1 dzień
Dzień dobry. Jaki hosting? Na czym strona? Proszę pisać szczegółowo, zrozumiem.
Zakładam, że gdzieś przechowujecie logi lub wiele obrazów.
Cena po zapoznaniu się.
Istnieje działająca platforma produkcyjna z katalogiem i automatycznym aktualizowaniem zewnętrznych ofert i cen. Stos technologiczny: — Node.js / TypeScript; — PostgreSQL; — istniejąca usługa odświeżania cen i cron; — oddzielny gotowy moduł walidacji i wyboru ofert w Pythonie; — staging i produkcja. Konieczne jest punktowe dopracowanie istniejącego pipeline'u odświeżania cen bez pełnego przepisywania backendu. OBOWIĄZKOWY ZAKRES 1. Integracja modułu Python — Moduł Python pozostaje oddzielnym komponentem; — zwraca zorganizowany wynik: oferty, wybrana oferta, statusy i flagi ryzyka; — Node.js waliduje wynik i wykonuje zapis w bazie danych; — przewidzieć obsługę błędów i częściowych/nieudanych uruchomień; — pipeline dziedziczony nie jest wyłączany do zakończenia QA. 2. Uruchomienie odświeżania według listy Dodaj uruchomienie: — po jednym slug/id; — po przekazanej liście slug/id. Możliwe CLI lub istniejące API serwisowe. Nowy interfejs użytkownika nie jest wymagany. 3. Tryb Shadow Nowe wyniki powinny być zapisywane oddzielnie i nie wpływać na produkcję do QA. Wymagane pola shadow: — cena; — ID wybranej oferty; — bezpośredni URL; — status oferty; — flagi ryzyka/QA; — checkedAt; — engineVersion. 4. Rozszerzenie istniejącej tabeli ofert Dodaj: — źródło; — external_offer_id; — last_seen_at; — last_checked_at; — engine_version; — flagi ryzyka lub przechowywanie w istniejącym JSON; — unikalne ograniczenie dla ochrony przed duplikatami. Nie jest wymagane tworzenie nowego równoległego systemu ofert, jeśli istniejącą tabelę można bezpiecznie rozszerzyć. 5. UPSERT, STALE i transakcja DB Zamień obecną schemę DELETE → CREATE: — UPSERT istniejących i nowych ofert; — oferty, które nie występują w pełnym udanym snapshot, są przekazywane do STALE; — w przypadku błędu API, częściowego wyniku lub niedokończonego snapshot aktywne oferty nie powinny stawać się STALE; — aktualizacja ofert, metadanych wybranej oferty i pól shadow według jednego modelu odbywa się w ramach jednej transakcji DB; — w przypadku błędu wykonywany jest pełny rollback. 6. Bezpieczne odświeżanie kanoniczne Odświeżanie cen nie powinno zmieniać: — marki; — referencji; — modelu; — kolekcji; — nazwy/tytułu; — slug; — opisów; — obrazów; — pól SEO. Aktualizowane są tylko oferta, cena i dane shadow. 7. Zachowanie obecnej logiki cron Zachować: — istniejący cron; — rolling batches; — cooldown; — sprawdzenie PRICE_REFRESH_MIN_DAYS przed wywołaniem zewnętrznego API; — dziedziczony pipeline produkcyjny do zakończenia Shadow QA. 8. Audyt wyników Wystarczy jedna opcja: — kolumna shadow w istniejącej tabeli administracyjnej; lub — eksport CSV. Minimalne dane: — model/referencja; — cena produkcyjna; — cena shadow; — delta; — URL produkcyjny/shadow; — status; — flagi ryzyka; — checkedAt; — engineVersion. Nowy skomplikowany dashboard nie jest wymagany. 9. Staging i QA — migracje DB; — wdrożenie staging; — test dymny na 5 przekazanych modelach; — następnie Tryb Shadow na około 50 modelach; — naprawa błędów technicznych wykrytych podczas tych uruchomień; — krótka dokumentacja kontraktu Python → Node.js i procedura rollback. OPCJONALNIE OCENIĆ ODDZIELNIE Prosta promocja techniczna bez nowego UI: — promocja jednego modelu po slug; — promocja listy slug; — przeniesienie potwierdzonych wartości shadow do produkcji; — techniczna weryfikacja po rollout. WYNIK — Pull Request; — migracje DB; — działająca integracja Python → Node.js; — Tryb Shadow; — UPSERT, STALE i transakcyjne aktualizacje; — uruchomienie po slug/id; — wdrożenie staging; — wyniki testu dymnego; — krótka dokumentacja; — nie mniej niż 7 dni na poprawki błędów w zrealizowanym zakresie po akceptacji. W ODPOWIEDZI WSKAZAĆ 1. Stała cena za obowiązkowy zakres. 2. Oddzielny koszt mechanizmu promocji. 3. Termin. 4. Ocena godzin. 5. Kiedy gotowi do rozpoczęcia. 6. Doświadczenie z transakcjami PostgreSQL, migracjami i pipeline'ami wczytywania. 7. Jakie pytania należy wyjaśnić przed rozpoczęciem. 8. Czy wliczone są staging, QA, migracje i okres naprawy błędów. Szablonowe odpowiedzi bez konkretnej oceny nie będą rozpatrywane. Dostęp do produkcji na pierwszym etapie nie jest udostępniany. Praca zaczyna się od ograniczonego przeglądu kodu i stagingu.
Potrzebna jest centralna serwerowa system zbierania i przechowywania danych z Planfix, 1C, Meta Ads i Google Ads, a także webowy dashboard do ich wyświetlania i analizy. Wszystkie dane, historia zmian, obliczenia i agregowane wskaźniki muszą być przechowywane wyłącznie w serwerowej bazie danych. Dashboard nie powinien przechowywać ani duplikować danych biznesowych. Ma on uzyskiwać niezbędne informacje z serwerowej bazy przez API zgodnie z zapytaniami użytkownika i wyświetlać je w postaci KPI, wykresów, tabel i szczegółowych raportów.
Szukamy wsparcia dla projektu opartego na Yii , trzeba wprowadzać poprawki i dopracowania bazy, częściowo jest kontakt z poprzednim wykonawcą .....................
Potrzebna jest migracja bazy z CRM G-PLUS do MyChatBot Objętość bazy - 26 tys. leadów 2 leje - Centrum obsługi klienta oraz Dział sprzedaży z własnymi lejkami Karty leadów (oprócz imienia i numeru) mają wiele różnych pól Leady mają również nagrania głosowe rozmów. Muszą być również przeniesione Od kandydata oczekuję orientacyjnej kwoty oraz terminów realizacji
Stworzyć dashboard do monitorowania i analizy efektywności sieci lokalizacji (filiów) firmy w Google Business Profile (GBP) poprzez oficjalne API Google Business Profile. Przetwarzanie przez skrypt oparty na Google Apps Script (podpiąć do Google Arkuszy). Zapis danych w Google Arkusze (które pełnią rolę bazy danych dla Looker Studio). Aktualizacja: Codziennie (z wskazaniem daty ostatniej aktualizacji). Stworzyć serwisowe konto Google Cloud. Skrypt raz na dobę (wyzwalacz o 03:00 w nocy) wysyła zapytanie do GBP API. Otrzymuje metryki za wczorajszy dzień dla każdej lokalizacji (locationId). Zapisuje dane w tabeli w płaskim formacie (wiersz = unikalne połączenie Data + ID Filia + Metryki). Karty kluczowych wskaźnikówNazwa kartyMetryka GBPFormat dynamikiWyświetlenia profiluImpressions (Search + Maps)Procent %, Sparkline (niebieski)PołączeniaLocal Services Phone CallsProcent %, Sparkline (zielony)Przejścia na stronęWebsite ClicksProcent %, Sparkline (fioletowy)Budowanie trasDirection RequestsProcent %, Sparkline (pomarańczowy)Średnia ocenaAverage Review RatingZmiana absolutna (np. +0.1), Sparkline (żółty)Nowe recenzjeNew Reviews CountProcent %, Sparkline (turkusowy)