[:1f527] Задачи: Настройка Битрикс24 для ведения онлайн-розничной торговли (интернет-магазин) Подключение и настройка складов, пользователей, ролей Интеграция с 1С:Розница / 1С:УТ / складским учётом Настройка логики продаж, резервов, отгрузок, оплаты Настройка прав доступа, уведомлений, отчётности Настройка синхронизации заказов с CMS сайта / маркетплейсами (если подключены) Консультации и обучение сотрудников [:2705] Требования: Опыт настройки Битрикс24 (коробка) под онлайн-торговлю Знание интеграций с 1С, понимание бизнес-процессов розницы Опыт работы с заказами, остатками, логистикой в рамках Битрикс24 Умение грамотно настраивать роли, бизнес-процессы и автоматизации Ответственный подход, внимательность [:1f4e6] Условия: Формат: удалённо Разовая настройка + возможное сопровождение Оплата: договорная (фикс / почасовая / по этапам) [:1f4e9] В отклике укажите: Опыт настройки Битрикс24 для онлайн-торговли Какие системы и интеграции уже внедряли Уровень технической подготовки (например, API, вебхуки — будет плюсом) Примеры реализованных проектов Ждём откликов с кратким описанием опыта.
[:1f527] Задачи: Контроль и сопровождение автоматического импорта товаров (20 000 позиций) Настройка и поддержка интеграций с поставщиками, CRM, маркетплейсами (Яндекс Маркет, Авито и т.п.) Мониторинг корректности загрузки: остатков, цен, свойств, изображений Администрирование инфоблоков и SKU, правка шаблонов при необходимости Настройка фильтров, SEO-шаблонов и витрины (решение — Aspro Maximum) Проверка логов, устранение ошибок в работе импорта или отображения товаров [:2705] Требования: Уверенное владение 1С-Битрикс (коробочная версия) Понимание работы с импортом через XML, Excel, CSV, API Знание структуры инфоблоков, SKU, торговых предложений Опыт с Aspro Maximum — будет плюсом Базовые знания PHP, HTML, шаблонов компонента catalog — плюсом Ответственность и оперативность в решении задач [:1f4e6] Условия: Объём: регулярная поддержка, разовые задачи и оптимизация Оплата: договорная (фикс / почасовая / за задачи) Готовы к долгосрочному сотрудничеству с техничным и аккуратным специалистом [:1f517] В отклике укажите: Опыт работы с подобными проектами Есть ли опыт с Aspro Maximum и импортом через XML/CSV Уровень знаний PHP и работы с шаблонами Условия, в которых вам комфортно работать
Добрый день. Есть статический макет приложения в фигма. Нужно сделать или подобрать общедоступные анимации в формате лоти/гиф. Пример: реалистичные песочные часы, уменьшение/увеличение круга каждую секунду и др.
Нужно перевести PDF-файл на русский язык, сохранив его исходную структуру и изображения. Можно использовать ChatGPT или другие сервисы для перевода. После завершения просьба отправить обратно файл PDF с русским переводом.
Нужна автоматизация развёртывания VPS-серверов у популярных хостинг-провайдеров (например, Hetzner, DigitalOcean, Linode и др.) с помощью их API. Новые ноды будут использоваться как CDN-узлы. Задача — разработать скрипт или модуль, который по команде создаёт новый сервер, ожидает его запуска и передаёт параметры для дальнейшей настройки (по SSH или через скрипт). Что требуется реализовать: – Работа с API 1–2 хостинг-провайдеров (например, Hetzner Cloud, DigitalOcean) – Создание нового VPS (регион, OS, SSH-ключ, hostname — по параметрам) – Ожидание статуса "готов к работе" – Получение публичного IP-адреса – Вывод параметров (IP, ID, login info) в stdout или JSON-файл – (Опционально) автоматический вызов деплой-скрипта (из 3-й задачи) Желательно: – Поддержка нескольких провайдеров (можно через конфиг) – Удаление узла по ID (чистка после тестов или ротации) – Возможность массового запуска 2–3 VPS Технологии (на выбор): – Python (requests + API SDK) / Bash + curl – Terraform (если хочешь стабильное решение) – Опыт работы с облачными API (ключи, авторизация, лимиты) Цель: Автоматизировать масштабирование CDN-сети за счёт развёртывания новых узлов через API хостеров без ручного участия. Решение должно быть расширяемым и простым в интеграции с другими частями системы.
Требуется реализовать безопасную схему передачи данных между CDN-нодами и backend-сервером с применением end-to-end шифрования. Каждое сообщение между узлами должно быть зашифровано на стороне отправителя и расшифровано только на стороне получателя. Цель — повысить уровень безопасности передачи данных внутри инфраструктуры. Что нужно реализовать: – Генерация пары ключей для каждого узла (RSA/ECC) – Подпись отправляемых данных и проверка на стороне получателя – Шифрование сообщений на стороне CDN и расшифровка на backend – Библиотека или модуль, который можно вызывать из скриптов/сервисов – Минимальная сериализация: JSON / base64 / msgpack – Возможность добавления новых узлов с генерацией ключей Желательно: – Хранение ключей в файловой системе (в защищённой директории) – CLI или Python-модуль с функциями encrypt, decrypt, sign, verify – Совместимость с Python / Bash-окружением Технологии: – Python / Go / OpenSSL / cryptography – RSA / ECC (Curve25519 или аналог) – Навыки криптографии, безопасной сериализации и подписи Цель: Реализовать защищённый протокол передачи данных между узлами CDN-сети и backend, обеспечив конфиденциальность и целостность информации даже внутри приватной инфраструктуры.
Необходимо рисунок по изображению в Minecraft. Персонажи на изображении должны быть выполнены в виде моделей игроков, строка с игровым именем персонажа над головой. Задний фон и напдись тоже должны быть нарисованы в кубическом виде.
Необходимо реализовать механизм безопасной очистки временных данных, логов и кэша на удалённых VPS-нодах CDN-сети. Цель — минимизировать следы активности, предотвратить накопление чувствительной информации и автоматизировать очистку при заданных условиях (например, по расписанию или по команде). Что нужно реализовать: – Удаление логов (/var/log, systemd-journal, временные каталоги, если указаны). – Возможность использовать tmpfs / RAM-диск для хранения логов и временных файлов. – Очистка настраивается по расписанию (через cron или systemd timer). – Возможность запустить очистку вручную через SSH или API-команду. – (Опционально) Скрипт "аварийной очистки": удаление всех заданных файлов и остановка служб. – Логика fail-safe: чтобы удалялись только нужные файлы (белый список). Требуемые технологии: – Bash / Python – systemd / cron / tmpfs – Навыки работы с файловыми системами Linux Условия: – Предоставим тестовые VPS (Ubuntu 22.04) – Чёткое техническое ТЗ, список путей и файлов будет согласован – Возможность интеграции с предыдущими задачами (мониторинг, ротация) Цель: Обеспечить регулярную и безопасную очистку временных данных на узлах CDN-сети. Решение должно быть автономным, простым в поддержке и совместимым с остальной архитектурой проекта.
Нужно реализовать механизм ротации прокси-узлов CDN-сети. Система должна по заданному расписанию (или вручную через API) автоматически отключать текущий узел и подключать новый из подготовленного списка. Цель — обеспечить динамическое обновление инфраструктуры без простоев и вмешательства администратора. Что требуется реализовать: – Хранение списка доступных узлов (файл / база / config) – Удаление узла из активного списка по расписанию или по команде – Подключение нового узла (из пула резервных) с выполнением скрипта/шаблона настройки – Проверка доступности нового узла перед активацией – API или CLI-интерфейс для ручного запуска ротации – Логирование и статус текущих активных узлов – Поддержка ограничений: ротация не более одного узла за N минут и пр. Желательно: – Работа через cron / systemd / REST – Простой способ подключения к существующей системе мониторинга Технологии (на выбор): – Python / Bash / Go / Node.js – Ansible / Shell-скрипты / systemd – Опыт работы с Linux-серверами (Ubuntu) Условия: – Будет предоставлен список VPS (активные + резервные) – Можно использовать предыдущие задачи (деплой, мониторинг) – Возможность сотрудничества по следующему этапу (автоматизация очистки логов, самоуничтожение узлов и пр.) Цель: Создать устойчивую и гибкую систему ротации CDN-узлов для повышения безопасности и устойчивости инфраструктуры без ручного участия.
Требуется разработать лёгкий модуль мониторинга доступности узлов CDN-сети. Цель — отслеживать состояние удалённых VPS и при недоступности автоматически активировать fallback-сценарий (например, временно отключить маршрут или уведомить об отказе). Что нужно реализовать: – Периодическая проверка 3+ узлов по IP/URL (ping или HTTP) – Фиксация состояния: доступен / недоступен / нестабилен – Простое API (или текстовый статус-файл), из которого можно получать список живых узлов – Fallback-сценарий: при сбое — выполнить заданное действие (например, перезапустить сервис, отправить уведомление, изменить маршрут) – Минимальный веб-интерфейс или CLI для вывода состояния – Запуск в виде systemd-сервиса или docker-контейнера Требуемые технологии: – Python / Bash / Go / Node.js (любой удобный стек) – systemd / cron / curl – Знание основ мониторинга и логики аварийного восстановления Условия: – Будет предоставлен список VPS-узлов и тестовые endpoints – Связь с backend-разработчиком для координации – Возможность работы над следующим этапом (ротация и замена упавших узлов) Цель: Создать простой и расширяемый инструмент контроля состояния CDN-узлов с возможностью автоматической реакции на сбои. Решение должно быть легко переносимым и настраиваемым для масштабирования в будущем.
Нужен специалист для автоматизации развёртывания новых узлов в CDN-сети. Требуется скрипт (или Ansible-плейбук), который разворачивает VPS-нод с базовой конфигурацией и готовой маршрутизацией трафика на основной backend. Задача: – Разработать скрипт или Ansible-решение для автоматизированной установки нового узла (VPS). – Включить базовую настройку системы (обновление пакетов, пользователи, SSH-ключи, firewall, hostname). – Настроить пересылку трафика с узла на центральный backend по заранее заданным параметрам. – Обеспечить idempotent-логику: повторный запуск не должен ломать конфигурацию. – Добавить health-check узла и базовый systemd-сервис для контроля маршрутизации. – Встроить возможность запуска скрипта на "чистой" VPS без ручного вмешательства. Требуемые технологии: – Linux (Ubuntu 22.04+) – Bash / Ansible – systemd / ufw / iptables – Опыт написания автоматических скриптов под серверы Условия: – VPS-платформы предоставим для теста – Возможность сотрудничества по следующему этапу (ротация и масштабирование сети) – Код должен быть сопровождаем комментарием и простым readme Цель: Автоматизировать процесс подключения новых узлов CDN-сети с базовой маршрутизацией и защитой, сократив время на их ручную настройку.
Ищем специалиста по Kommo CRM (ex-AmoCRM) для настройки системы под агентство недвижимости и премиальные услуги Что необходимо: • Настроить три независимых пайплайна: 1. Покупка недвижимости 2. Аренда недвижимости 3. Яхт-чартеры • Прописать этапы с логикой и встроенными скриптами (чек-листами) для каждого этапа — чтобы ни один шаг не пропускался • Ограничить уровни доступа: • Ассистенты видят только свои лиды • Полностью исключить возможность скачивания базы • Настроить переписку внутри Kommo, включая интеграцию с мессенджерами • Подключить источники лидов: соцсети, формы заявок, сайт, мессенджеры • Автоматизировать напоминания, контроль сроков, фиксацию взаимодействий • Визуально и логически структурировать пространство для эффективной работы команды Что важно: • Практический опыт настройки Kommo CRM (ex-AmoCRM) — не менее 1–2 кейсов • Понимание логики агентской работы: как думает агент, ассистент, чартер-менеджер • Способность предложить готовые решения, а не просто «настроить форму» Нам необходимо увидеть : • Кейсы в недвижимости или аренде премиального сегмента • Понимание клиентских ожиданий в luxury-сегменте • Наличие портфолио с демонстрацией пайплайнов и скриптов Рассматриваем долгосрочное сотрудничество.
Доброго времени суток. Требуется дизайнер, специализирующийся на анимации, для создания анимированного стикерпака. - Необходимо разработать 10 анимированных стикеров. - Примерное техническое задание готово. укажите: 1. Стоимость за один стикер. 2. Сроки выполнения одного стикера 3. Общую стоимость и сроки за весь пакет (10 шт.). Важно: рассматриваем только исполнителей с портфолио работ. (присылайте примеры анимированных стикеров или подобных проектов). Ждём предложений. Спасибо.
Описание: Требуется настроить защищённое соединение между несколькими CDN-узлами (прокси-серверами) и основным backend-сервером. Задача — обеспечить стабильную и безопасную передачу данных в приватной инфраструктуре, исключив прямое взаимодействие с backend'ом извне. Что нужно сделать: – Настроить шифрованные соединения от 3 VPS-узлов к одному backend-серверу (Ubuntu). – Обеспечить автоматический запуск и восстановление соединений при сбоях. – Настроить доступ и фильтрацию трафика на backend-сервере: подключение только от доверенных узлов. – Протестировать стабильность и производительность передачи данных. – При возможности — реализовать временное логирование состояния соединений (без записи на диск). Технологии: – Linux-серверы (Ubuntu/Debian) – iptables / ufw – systemd / bash – Навыки настройки сетевых интерфейсов и политики доступа Условия: – Доступ к 4 серверам (3 промежуточных узла + 1 backend) будет предоставлен. – Связь с разработчиком, курирующим архитектуру, для консультаций. – Возможность долгосрочного сотрудничества: проект предполагает развитие и масштабирование. Цель: Построить приватную инфраструктуру обмена данными между распределёнными узлами и центральным сервером с высокой надёжностью и контролем доступа.
Требуется настроить базовую инфраструктуру для распределённого медиа CDN-сервиса. На первом этапе нужно развернуть 3 VPS-узла, которые будут работать как прокси-серверы и направлять трафик на основной backend-сервер. Основной упор — на отказоустойчивость, безопасность и возможность масштабирования. Что нужно реализовать: – Настроить 3 прокси-сервера (Ubuntu 22.04+) с пересылкой трафика к backend-серверу. – Реализовать маршрутизацию и балансировку трафика между ними. – Настроить шифрованный канал между прокси и backend (желательно WireGuard или NGINX с TLS). – Обеспечить отказоустойчивость: при падении одного из узлов трафик должен автоматически перераспределяться. – Реализовать простой health-check и fallback. – По возможности, исключить хранение логов или писать их только в RAM с автоочисткой. Технологии на выбор: NGINX / HAProxy / WireGuard, systemd, firewall, Docker или Ansible — по согласованию. Возможна частичная автоматизация процесса. Что предоставим: – Доступ к 4 VPS (3 прокси + 1 backend) – Консультация по архитектуре от нашего разработчика – Возможность продолжения сотрудничества при успешной реализации Цель — построить надёжную и расширяемую структуру для медиа-трафика, устойчивую к сбоям отдельных узлов и готовую к масштабированию.
Текущая страница: 2
Всего страниц: 18685
