Budżet: 500 UAH Termin: 1 dzień
Здравствуйте ,есть опыт работы с google spreadsheets,пишите , обсудим подробнее
Необходимо при внесении в одну из ячеек первой Google-таблицы определенного числа, экспортировать строку из этой ячейки этой таблицы в другую заданную Google-таблицу с названием этого числа. Например. В ячейку строки заношу продажу сотруднику № 000 000 003 товара, - в его личной учетной Google-таблице под номером 000 000 003 должна появиться соответствующая строка первой таблицы.
Необходимо написать, применить и передать заказчику скрипт, научить его в последующем использовать этот скрипт самостоятельно.
Budżet: 500 UAH Termin: 1 dzień
Здравствуйте ,есть опыт работы с google spreadsheets,пишите , обсудим подробнее
Даже не знаю, с чего начать обсуждение. Пожалуй, мне следует создать таблицы, в первую вносить данные, которые в последствии окажутся в 2-х других таблицах: центральной базы данных и личного кабинета. Так достаточно, или следует объяснять шире.
Добрый вечер! Сделаю без проблем, не раз делала подобные вещи (и сложнее). Отзывы можете глянуть в профиле. Не могу сделать ставку, так как у вас стоит Бизнес сейф. Это критичное требование?
Я новичок на Фрилансе. Оплачивать могу только с расчетного счета Благотворительной организации "РЕСУРСНЫЙ ФОНД". Но если платить на карточный счет физлица, то мониторинг банка требует оплату налогов, а это хлопотно и более наклапдно. Поэтому я избрал форму оплаты на организацию Фриланса. Если ошибаюсь, - поправьте. А почему вы не можете сделать ставку через Бизнес сейф?
можете дать пример файлов, с которыми надо работать? если получится, сделаю ставку
При заполнении ячейки графы 2 (например, 000 000 001) страницы "1. Структура ціни на товар" таблицы "000 000 120_Техническая" https://docs.google.com/spreadsheets/d/1FK8zGIaoLTN4tFS0TJUc2TMBJjctWENSg7xQ_qGzH4Q/edit#gid=659900792 данные этой строки должны быть экспортированы в таблицу "000 000 000_РФ_Техническая" https://docs.google.com/spreadsheets/d/1-dc0TXS9Jg82mVvCkGtXB6oOPkHBJhEwtfQGEADx_9M/edit#gid=0 на страницу "1. Благодійні внески - Фіатні кошти - Надходження" и в таблицу "000 000 001_Техническая" https://docs.google.com/spreadsheets/d/1W0M4Cgwt5Mv1JstKbVsVHTXtEat7ZyEJyrKzRZ6Z9gM/edit#gid=461977002 на страницу "1. КУПЛЕНО ТОВАРІВ"
если это вопрос конкретно ко мне то к сожалению даже не пробовал пока что. Есть несколько проектов в работе и анализировать Ваш не хватает времени (((
Конечно Вам, ведь ответ на Ваш запрос был тоже адресован Вам
При заполнении ячейки графы 2 (например, 000 000 001) страницы "1. Структура ціни на товар" таблицы "000 000 120_Техническая" https://docs.google.com/spreadsheets/d/1FK8zGIaoLTN4tFS0TJUc2TMBJjctWENSg7xQ_qGzH4Q/edit#gid=659900792 данные этой строки должны быть экспортированы в таблицу "000 000 000_РФ_Техническая" https://docs.google.com/spreadsheets/d/1-dc0TXS9Jg82mVvCkGtXB6oOPkHBJhEwtfQGEADx_9M/edit#gid=0на страницу "1. Благодійні внески - Фіатні кошти - Надходження" и в таблицу "000 000 001_Техническая" https://docs.google.com/spreadsheets/d/1W0M4Cgwt5Mv1JstKbVsVHTXtEat7ZyEJyrKzRZ6Z9gM/edit#gid=461977002 на страницу "1. КУПЛЕНО ТОВАРІВ"
Potrzebny streamer, najlepiej mający subskrybentów na Twitchu, im więcej subskrybentów, tym lepiej. Należy zareklamować stronę, aby jak najwięcej ludzi się o niej dowiedziało.
Szukamy specjalisty ds. bezpieczeństwa aplikacji Solana do przeprowadzenia audytu smart kontraktu przed wdrożeniem na mainnet. Stos technologiczny kontraktu: Rust + framework Anchor Token SPL (przelew/przechowywanie tokenów w PDA) Mekaniki: rundy z czasem, escrow zakładów, resolver ceny końcowej, obliczanie i dystrybucja wypłat, instrukcje roszczeń, awaryjne wstrzymanie + zwrot, ustawienie prowizji przez admin authority Sprawdzenie pod kątem typowych luk w Solana/Anchor: brak kontroli właściciela/podpisu, walidacja konta, przepełnienie całkowite, kolizje nasion PDA, wzorce reentrancy, przywileje kluczy authority Analiza logiki dystrybucji wypłat (zaokrąglanie, edge cases z wieloma uczestnikami) Sprawdzenie mechanizmów awaryjnych (wstrzymanie, zwrot) — czy nie można ich obejść lub nadużyć Raport z klasyfikacją ustaleń według krytyczności (Critical/High/Medium/Low) oraz rekomendacjami Powtórna weryfikacja po poprawkach (re-audit fixes) Wymagania dla wykonawcy: Potwierdzone doświadczenie w audycie lub rozwoju aplikacji Solana (Rust/Anchor) — prosimy o linki do GitHub, wcześniejsze audyty lub przykłady znalezionych luk Znajomość specyfiki Token SPL oraz wzorców escrow PDA Doświadczenie z narzędziami analizy statycznej (Soteria, Sec3, cargo-audit) będzie plusem W odpowiedzi prosimy o podanie: Doświadczenia z Solana (nie EVM) — konkretne projekty Orientacyjną cenę i czas realizacji dla kontraktu o takim zakresie Format raportu (przykład, jeśli jest)
Co liczymy w projekcie: Zrealizowany PnL, ROI i Wskaźnik Wygranych dla portfeli kryptowalutowych - jak rentowny był portfel w handlu danym tokenem w wybranym okresie. Na jakich danych: historia transakcji on-chain portfela (swapy, przelewy tokenów) + cena rynkowa tokena w momencie każdej transakcji. Główne źródło danych - Moralis: dwa wywołania podczas początkowego załadowania portfela - natywne przelewy ETH i wszystkie przelewy tokenów ERC-20. Z czym porównujemy: Nansen.io - bierzemy jako wzorzec, porównujemy nasze obliczone metryki z tym, co pokazuje Nansen dla tych samych portfeli w tym samym okresie. Problem: nasze liczby znacznie różnią się od Nansen, i nie do końca rozumiemy, według jakich zasad część działań portfela powinna być klasyfikowana dla celów PnL. Należy poprawić obliczenia Zrealizowanego PnL, ROI i Wskaźnika Wygranych, aby zgadzały się z Nansenem. W zgłoszeniu proszę napisać: - doświadczenie w podobnych zadaniach - doświadczenie z Nansen - doświadczenie z Moralis - doświadczenie z DeFiLlama - doświadczenie z artykułami na temat operacji kryptowalutowych - przybliżony koszt i terminy poprawek
Rozpoczęcie jest ważne - DZISIAJ Potrzebuję osoby, która ma doświadczenie w pisaniu botów handlowych na DEX-ach (potrzebne w sieci BSC) zrozumienie kosztów transakcji, gazu itd. Chcę przetestować kilka strategii handlowych na rzeczywistym agencie handlowym Muszę szybko opracować autonomicznego agenta handlowego, który wykorzystuje API Trust Wallet i CoinMarketCap do realizacji transakcji w sieci BNB Chain (BSC) na podstawie 3–5 wbudowanych strategii. Stos technologiczny (obowiązkowy) - Trust Wallet Agent Kit (TWAK) — do samokastodialnego podpisywania i realizacji transakcji (https://portal.trustwallet.com) - CoinMarketCap AI Agent Hub — do uzyskiwania danych rynkowych i sygnałów (https://coinmarketcap.com/api/agent) - BNB AI Agent SDK — do szybkiej integracji (https://github.com/bnb-chain/bnbagent-sdk) Wymagania funkcjonalne Dane (CMC AI Agent Hub) - Uzyskiwanie danych przez MCP lub x402 (https://coinmarketcap.com/api/agent) - Wykorzystanie gotowych Skills dla RSI, MACD, Fear & Greed, wolumenów Wykonanie (Trust Wallet Agent Kit) - Lokalne podpisywanie transakcji — klucze pozostają u użytkownika (https://portal.trustwallet.com) - Tryb autonomiczny: agent sam podpisuje i wysyła transakcje - Ograniczenia: spadek (drawdown), dzienny limit, stop-loss, biała lista tokenów - Wykorzystanie x402 do płatności za dane/obliczenia Strategie - Zrealizować 3–5 opisanych strategii z możliwością przełączania między nimi - Przykłady: kombinacja funding rates + Fear & Greed, DCA na podstawie nastrojów z filtrami Wymagania techniczne - Język: Python (preferowany) lub TypeScript/JavaScript - Narzędzia: TWAK CLI, CMC CLI, BNB AI Agent SDK Kto może się tym zająć?