Budżet: 450 UAH Termin: 2 dni
Dzień dobry . Z przyjemnością wykonuję Twoją misję. Cena 450 zł za 250 firm. Obracaj się
Budżet: 480 UAH Termin: 2 dni
Dzień dobry !
Gotowy do realizacji Twojego projektu!
Mam doświadczenie w takich projektach, więc jestem przekonany, że z jakości pracy będziesz w pełni zadowolony!
Szanuję wszelkie Twoje życzenia.
Będę zadowolony ze współpracy,
z UW. romans
+38 099 744 35 25
Budżet: 400 UAH Termin: 1 dzień
Dzień dobry ! Gotowy do wykonania Twojego zamówienia, ma doświadczenie w gromadzeniu takich informacji, mogę podać przykłady.
Koszt pracy: 2 zł. za 1 firmę, gotowy do pracy 10-12 godzin dziennie, ilość zatrudnionych kontaktów dziennie: 400-500 posiłków. Zwróć się.
Kontakty: poczta: [email protected] telegram @andrey160.
Budżet: 400 RUB Termin: 1 dzień
Pozdrawiam ! Doświadczenie w pracy z Excelem. Jestem gotów zrobić za cenę 400 rubli za 250 firm, ponieważ na giełdzie niedawno i chcę zarobić pozytywne opinie.
Jakość i dostawa w terminie gwarantujemy!
Budżet: 750 UAH Termin: 2 dni
Pozdrawiam ,
Jeśli jest to aktualne, mogę wypełnić tabelę zgodnie z Twoimi wymaganiami.
Istnieje doświadczenie w gromadzeniu takich informacji, czas i intensywność, monotonia pracy nie przeraża.
Koszty i terminy są określone dla wszystkich 500 firm.
Skontaktuj się z nami, chętnie będę z Tobą pracował!
Budżet: 300 UAH Termin: 1 dzień
Pozdrawiam, wykonuję pracę szybko i jakościowo. Zadzwoń
Budżet: 500 UAH Termin: 1 dzień
Dobry dzień . Gotowy do realizacji Twojego projektu. Doświadczenie w pracy jest duże. Szczegóły w prywatności.
Budżet: 625 UAH Termin: 2 dni
Dzień dobry . Poznałem tabele, mam umiejętności gromadzenia informacji i znajomości języka angielskiego. Mogę Ci pomóc w wypełnieniu potrzebnych informacji. 1 firma - 2,5 rubli, ponieważ oferuje się dużą ilość, przeglądamy również swoją ofertę w odniesieniu do wartości, w kierunku obniżenia. Dziękuję .
- Zlecenia -
- Ocena -
- Ranking 130
Budżet: 300 UAH Termin: 2 dni
Dzień dobry, gotowy do pracy. Wszystkie szczegóły przedstawimy na liście. [email protected]
Z szacunkiem Jarosław
Budżet: 300 UAH Termin: 1 dzień
Dobry czas dnia. Przygotuj się do wykonania swojej misji.
Anastasiia Rybalchenko
Oferta, która wygrała- Zlecenia 129
- Ocena 5.0
- Ranking 2 521
Budżet: 400 UAH Termin: 1 dzień
Dzień dobry . Jestem gotowy do Twojego projektu, mam duże doświadczenie w tej pracy. Wykazuje rzeczywistą wartość i czas realizacji.
Budżet: 400 RUB Termin: 1 dzień
Pracowałem do końca dnia, gotowy do pracy natychmiast po podpisaniu umowy.
- Zlecenia 8
- Ocena -
- Ranking 118
Budżet: 350 UAH Termin: 1 dzień
Pozdrawiam, wykonuję to szybko i jakościowo. Ceny i terminy dla 250 firm.
Budżet: 250 UAH Termin: 1 dzień
Dzień dobry .
Gotowy do złożenia zamówienia.
Mamy duże doświadczenie w pracy z Excelem. Niedawno zrobiłem taki projekt.
250 zł – 250 firm.
Z szacunkiem Vasily.
Budżet: 400 UAH Termin: 2 dni
Dzień dobry .
Weźmy się do pracy. 400 zł za 250 firm. W terminie - 1-2 dni.
Z szacunkiem, Daria
Aktualnie brak ofert
Oferty ukryte
-
Marya Yota 7 kwietnia 2019Напишу скрипт обхода этих вебсайтов (по сути он уже есть).
Сформирую XLS.
Дайте все 30 заданий.
Только тогда смогу оценить стоимость.
На вскидку 1000 рублей. За все.
-
Ivan Ivanov 7 kwietnia 2019Здравствуйте. А написание простенького скрипта, автоматически заполняющего таблицу, не рассматриваете? Задача не сложная, можно реализовать даже на Curl
-
Ivan Ivanov 7 kwietnia 2019Ну Curl быстрее выполнит запросы и соберет данные, а при сборе больших объемов данных - скорость работы критична. К тому же будет работать везде: и на Windows и на Linux. Да и выводить он сможет не только в *.xlsx или в *.xls, но и в *.csv или в *.txt
Ну, в прочем, как заказчику будет удобнее - так и сделаем.
-
Marya Yota 7 kwietnia 2019Кто вам сказал, что cURL (так правильно пишется) работает быстрее, чем HttpRequest?
Курл - это обертка серверного варианта запроса с сервера. Например php или python на unix, linux.
А локальные запросы обрабатываются всегда быстрее, даже если через список прокси. На порядок. Тайминг х 10 степени. Даже если с локального unix, linux.
Чота вы тут воду мутите )))
-
Ivan Ivanov 7 kwietnia 2019А вы где прочитали, что HttpRequest VBA быстрее чем HttpRequest curl? Если я чего-то не знаю, можно мне ссылочку? Я почитаю.
Кроме того, я знаю как можно эмулировать многопоточность в curl. А VBA многопоточность точно не поддерживает. Может быть Вы и знаете какую-либо хитрость?
Мне нет принципиальной разницы на чем писать этот небольшой скриптик. И я бы не хотел разводить тут больших дискуссий и заниматься расчетами что будет быстрее. Если Вам понравилось это задание - я могу уступить.
-
Marya Yota 7 kwietnia 2019Если вы про cURL c использованием пхп, то про многозадачность забудьте )))
ПХП - это интерпретатор. Причем написан он на Си.
Поэтому только эмуляция многопоточности.
И curl это библиотека, такая же как например mail (это я про скорость нативного кода и кода скомпилированного в библиотеке). Панимаете?
Ладно, проехали. Молодой видимо, неопытный.
-
Ivan Ivanov 7 kwietnia 2019Как раз-таки именно в curl php - можно только эмулировать многопоточность.
В curl на Питоне - вы работаете с потоками так же, как и обычно, на чистом Python.
Спасибо за столь подробную лекцию про php.
А по поводу библиотеки - Вы же сами меня, вроде поправляли в правильном написании? Вы же знаете что libcurl, Curl, cUrl и PycURL - это 4 разные вещи?
И Вы серьезно хотите сказать, что VBA быстрее компилируется? Хотя нет, может быть, но не сразу а при включении условной компиляции.
Да, все верно - вечно молодой, вечно пьяный.
-
Marya Yota 7 kwietnia 2019Вот в догонку.
Сейчас парсю bbb.org
Там примерно 3 000 000 компаний.
Скорость парсинга сейчас около 8000 карточек в час при 4 потоках (больше не надо - установлено экспериментальным путем).
Через курл - около 1200 карточек в час. Тоже в 4 потока. На стандартном дедикате.
Попробуйте и посмотрите )))
-
Ivan Ivanov 7 kwietnia 2019Поздравляю. Если Вам необходимо это задание для еще большей отточки навыков работы с VBA - я Вам уступлю, как уже писал.
У Вас свои методы реализации, у меня - свои. Скорость работы программ, тоже думаю, будет отличаться.
Если данная задача Вам настолько - хоть асинхронность реализуйте, кто же Вам мешает.
Aktualne zlecenia dla freelancerów w kategorii Bazy danych i SQL
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ą .....................
Migracja bazy z jednego CRM do drugiego
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)