Бюджет: 75000 RUB Срок: 30 дней
Здравствуйте, Алексей.
Задачка интересная, но далеко не простая. Уверен, что смогу реализовать. Пишите в ЛС для обсуждения.
Виктор
Для софта нужны прокси.
Получается будет текстовик с проксями (нужна поддержка socks/http, с паролем и без).
1 прокси = 2 зрителя на твиче.
В конфиге указывать нужно будет название канала, возможно задержку обновления зрителя (то есть как часто будет обновляться стрим).
Хотя я сейчас не знаю как все работает на твиче, потому что старый софт не работает, возможно что-то изменилось уже. Самая главная цель это чтобы зрители крутились и не падали через n-e время.
Для каждого зрителя нужен уникальный идентификатор, то чтобы твич думал что это действительно настоящий зритель зашёл на стрим.
Возможно, ещё придётся использовать новый аккаунт твича, для того чтобы крутить. То есть 100 зрителей = 100 аккаунтов, но это не проблема. Я могу нарегать их сколько угодно
Есть альтернативный плеер для хрома, можете с него скопировать запросы.
Бюджет: 75000 RUB Срок: 30 дней
Здравствуйте, Алексей.
Задачка интересная, но далеко не простая. Уверен, что смогу реализовать. Пишите в ЛС для обсуждения.
Виктор
Бюджет: 1000 RUB Срок: 30 дней
Здравствуйте напишите в лс,готов выполнить.
Есть накрутка на Ютуб,реализуем и на твич.
Рассчитываю на 30к зрителей.
А по факту как получится: чем меньше софт будет ресурсов использовать, тем лучше. Те кто хотят сделать софт для 15-30 зрителей - не пишите.
Проект запрещён правилами сервиса, очевидно что тут мы не можем его обсуждать, можете написать в ЛС?
Он нарушает правила сервиса твич, а значит и правила ФХ, работа по данному проекту на данном сервисе невозможна
Требуется разработать патч для драйвера видеокарты, расширяющий возможности управления графическим адаптером за счёт добавления дополнительных пользовательских настроек. Патч должен интегрироваться в существующую архитектуру драйвера без нарушения его основной функциональности и обеспечивать совместимость с поддерживаемыми версиями операционной системы. Основной целью является предоставление более гибкого доступа к параметрам, которые недоступны в стандартной панели управления драйвера, с возможностью их изменения через пользовательский интерфейс или программный API. Патч должен предусматривать модульную структуру, позволяющую в дальнейшем добавлять новые параметры без существенной переработки кода. Необходимо обеспечить корректную обработку ошибок, журналирование изменений, возможность отката настроек к значениям по умолчанию, а также сохранение совместимости с будущими обновлениями драйвера, насколько это возможно. Решение должно сопровождаться технической документацией с описанием архитектуры, реализованных возможностей, ограничений и рекомендаций по тестированию.
Мы являемся крупной логистической компанией, которая имеет собственный экспорт. В нашем распоряжении большой автопарк, и мы постоянно отправляем собственные транспортные средства на экспорт в страны Европы.Описание Сайт: https://echerha.gov.ua/ На этом сайте мы ставим наши автомобили в электронную очередь для пересечения государственной границы. Во время регистрации необходимо ввести следующие данные: имя и фамилия водителя; номер заграничного паспорта; электронный адрес (email); номер телефона логиста для получения уведомлений; тип транспортного средства (грузовой); название производителя автомобиля; государственный номерной знак тягача; государственный номерной знак прицепа; номер таможенной декларации. Для каждого автомобиля заранее определен конкретный день и время пересечения границы. Например, автомобиль должен пройти пункт пропуска «Рава-Русская» в понедельник в 10:00.Наша проблема - Очередь на сайте https://echerha.gov.ua/ движется непредсказуемо. - Например, сегодня пятница, а автомобиль должен пересечь границу в понедельник в 10:00. - Мы не знаем, когда именно начнет продвигаться очередь. Это может произойти в пятницу вечером, в любое время в субботу или воскресенье, рано утром, днем или поздно вечером. - Когда очередь начинает двигаться, это сразу видно на сайте. Иногда всего за несколько минут она может продвинуться с пятницы до понедельника или даже до вторника. - Из-за этого логисты вынуждены постоянно контролировать мобильное приложение или вебсайт, чтобы не пропустить момент, когда очередь дойдет до нужной даты и времени. Если этот момент будет упущен, мы физически не успеваем поставить автомобиль в очередь на нужный временной слот.Задача - После внесения данных о автомобиле (например, в таблицу или другой интерфейс, в зависимости от реализации программиста) система должна автоматически отслеживать движение очереди. - Когда очередь дойдет до заранее определенных даты и времени, система должна автоматически заполнить необходимые данные и поставить автомобиль в очередь без участия логиста.
Ищу опытного разработчика TrinityCore 3.3.5a, который хорошо разбирается в устройстве ядра, Battleground-системе, C++, SQL и клиенте WoW 3.3.5. В проект уже интегрирован кастомный Battleground «Долина Рабства» (Slavery Valley), перенесённый с AzerothCore на TrinityCore. Основная часть работы уже выполнена, однако требуется довести его до уровня Blizzard.Что уже сделано TrinityCore 3.3.5a + Eluna. Полностью настроен сервер. Battleground интегрирован в ядро. Работает вход в BG. Работает клиентский UI (частично). Выполнен перенос большинства SQL и DBC. Собирается без ошибок.Что необходимо сделать Исправить оставшиеся баги Battleground. Довести механику до уровня официальных Battleground Blizzard. Исправить стартовую фазу матча. Реализовать корректные стартовые ворота/огненные стены. Исправить механику захвата точек. Исправить завершение матча. Проверить начисление очков и работу WorldState. Исправить оставшиеся проблемы C++ и SQL. Выполнить полный игровой тест.Требования Обязательный опыт: TrinityCore 3.3.5a; C++; SQL (MariaDB/MySQL); DBC; MPQ; Visual Studio; CMake; Git. Будет большим плюсом: AzerothCore; Eluna; опыт разработки Battleground; понимание клиентской части WoW 3.3.5a.Формат работы Работа поэтапная. После каждого этапа обязательное тестирование. Каждый этап принимается только после проверки в игре. Необходимы понятные отчёты по изменениям.В дальнейшем Это долгосрочный проект. После завершения Battleground планируется: перенос новых Battleground; перенос новых арен; новые расы; новые классы; новые игровые системы; дальнейшая разработка собственного сервера World of Warcraft 3.3.5a. Ищу разработчика, который уже работал с TrinityCore и сможет не просто писать код, а доводить систему до полностью рабочего состояния.нет сервер с 0 как я хочу Если ты ищешь разработчика не на один Battleground, а на создание сервера с нуля, то объявление должно выглядеть примерно так.Название проекта Разработка сервера World of Warcraft 3.3.5a с нуля (TrinityCore / C++ / SQL / Eluna)Описание проекта Ищу опытного разработчика TrinityCore 3.3.5a для долгосрочного сотрудничества. Нужен человек, который сможет с нуля разработать полностью готовый игровой сервер World of Warcraft 3.3.5a на базе TrinityCore с дальнейшим развитием проекта. Проект большой и рассчитан на несколько месяцев разработки.Основа проекта TrinityCore 3.3.5a. Максимально стабильная и близкая к Blizzard база. Eluna Lua Engine. MariaDB. Visual Studio + CMake. Git.Что планируется реализовать Полностью рабочий сервер 3.3.5a. Исправление ошибок ядра. Разработка новых игровых систем. Интеграция кастомных Battleground. Интеграция новых арен. Перенос полезных модулей с AzerothCore на TrinityCore. Разработка собственных модулей. Новые PvP и PvE системы. Новые игровые события. Балансировка классов. Дополнительные системы прогрессии. Улучшение производительности сервера.В будущем После завершения базовой части планируется: новые расы; новые классы; новые зоны; новые подземелья; новые рейды; новые Battleground; новые профессии; новые игровые механики; интеграция современных систем в клиент 3.3.5a.Требования к разработчику Обязательно: Отличное знание TrinityCore 3.3.5a. Уверенное знание C++. SQL (MariaDB/MySQL). Git. Visual Studio. CMake. Понимание архитектуры TrinityCore. Опыт работы с Battleground, PvP и игровыми механиками. Будет большим плюсом: Опыт работы с AzerothCore. Eluna Lua Engine. Работа с DBC и MPQ. Опыт создания собственных игровых систем.Формат работы Работа поэтапно. Каждая задача оформляется отдельным техническим заданием. После каждого этапа проводится обязательное тестирование. Работа принимается только после проверки непосредственно в игре. Нужен разработчик, который умеет доводить функционал до полностью рабочего состояния, а не только писать код
Создать совместимость между наземной станцией управления, системой автоматического старта (САС), радаром и самолетом.