Бюджет: 1000 UAH Срок: 1 день
Добрый день
Меня заинтересовал ваш проект
У меня есть опыт автоматизации на Google Apps Script
Задача:
Необходимо создать скрипт для автоматической передачи данных из Google Таблицы в программное окружение Finmap через API.
Описание:
Ожидаемый результат:
Скрипт, который автоматически передает данные из Google Таблицы в Finmap через API, выполняется регулярно и надежно.
Бюджет: 1000 UAH Срок: 1 день
Добрый день
Меня заинтересовал ваш проект
У меня есть опыт автоматизации на Google Apps Script
Бюджет: 2000 UAH Срок: 2 дня
Добрый день!
Могу создать и настроить запуск такого скрипта, который будет отправлять данные в сервис. Хотелось бы немного больше данных, напишите, пожалуйста, в личные сообщения.
Бюджет: 2700 UAH Срок: 3 дня
Добрый день, взаимодействовал с API ПриватБанка и с Google Таблицами. Поэтому есть опыт в сочетании Google Таблиц с API сервисов, где требуется аутентификация. Буду рад помочь и вам
Бюджет: 3000 UAH Срок: 7 дней
Предложение реализовать через Гугл скрипт.
С API финмап работал. Гугл скрипт может работать с данными из таблицы и есть возможность настроить расписание синхронизации.
Через гуглскрипты делал много обменов как между сайтами, так и между разными учетными системами, и сервисами как чекбокс, новая почта.
Конечно, для лучшей оценки стоит увидеть, какие данные передаваться будут, но ориентировочно так
Бюджет: 3000 UAH Срок: 1 день
Добрый день! У меня большой опыт в создании макросов (скриптов) для ЭТ! Обращайтесь!!!!
Бюджет: 3500 UAH Срок: 3 дня
Добрый вечер, огромный опыт работы с различными апи, прикрепите документацию по апи finmap.
Кто может помочь настроить такой сетап: Планирую развернуть сервер, который будет параллельно работать с 4–5 разными AI-моделями для задач по программированию. Ключевое требование — многопользовательский доступ: несколько разработчиков смогут пользоваться сервером одновременно, каждый в изолированной сессии и со своими агентами. Модели Claude / GPT / Kimi k3
В рамках повышения уровня кибербезопасности нашей инфраструктуры нам необходимо отказаться от практики хранения «вечных» и статичных API-ключей, паролей и токенов интеграций в конфигурационных файлах (.env, appsettings.json, config.yaml) наших микросервисов. Бизнес-цель: Создать единую защищенную точку хранения конфиденциальных данных (секретов) с механизмом их автоматического обновления (ротации) во внешних системах по расписанию. Другие наши сервисы будут запрашивать актуальные токены «на лету» через API, что сведет к минимуму ущерб в случае компрометации любого из компонентов системы.Модель безопасности и шифрование (Crypto Core) В базе данных ни один секрет не должен храниться в открытом виде. При старте приложения в переменные окружения передается Мастер-ключ (Master Key). Если ключ отсутствует или имеет невалидную длину, сервис должен падать на этапе инициализации с понятной ошибкой в логах. Каждый секрет шифруется перед записью в БД с использованием этого Мастер-ключа. При запросе — расшифровывается в памяти и отдается в теле ответа.Аудит-логирование (Audit Trail) Любое действие с секретами (создание, чтение сервисом, успешная или неуспешная ротация) должно записываться в отдельный лог-файл audit.log (или отдельную таблицу в БД). Строгое табу: В аудит-лог категорически запрещено записывать сами значения секретов (ни в открытом, ни в зашифрованном виде).
У нас есть выделенный сервер на hetzner с вебсайтом на докерах (+фреймворк laravel) Контакт с разработчиками потерян Необходимо: - восстановить и изменить серверные доступы (вероятно, ssh) - рекомендовать место хранения и настроить полный бэкап сервера с простым восстановлением, вероятно, не на hetzner для безопасности - пофиксить почему-то не отображаемый логотип (непонятно почему файл перестал быть доступным) Важно - бэкапа сайта нет, права на ошибку тоже. Рассмотрим только опытных специалистов.