Фриланс: заказать «rest»
Закажите услуги фрилансеров для вашего проекта прямо сейчас!
Размещение заказа на фриланс бирже бесплатно, а предложения поступят уже через несколько минут.
Закажите: rest на фрилансе в Киеве, Москве, Минске и в других городах и странах СНГ. На фриланс бирже weblancer вы можете найти широкий выбор проектов и вакансий с лучшими ценами, безопасной сделкой и своевременной оплатой.
На проекте реализуется переход с виндивой аутентификации (Windows authentication scheme) на аутентификацию по сертификатам. Логика логика обработки сертификатов уже создана ... Читать дальше
На проекте реализуется переход с виндивой аутентификации (Windows authentication scheme) на аутентификацию по сертификатам. Логика логика обработки сертификатов уже создана и интегрирована в проект. Предполагается использование 3х ступенчатой цепочки сертификатов. Развертывание проекта происходит на IIS Express (VS 22) для разработки, и на IIS (версия 10) на стенде тестирования.
На текущий момент существует проблема, что сгенерированные сертификаты (самоподписанные) не проходят проверку в IIS (и Express и полноценном) возвращая статус-код запроса 403.16 или аналогичное с проблемой валидации сертификатов. Сам запрос до проекта не долетает, однако на сертификат корректно отображается в контексте запроса. Корневые и промежуточные сертификаты размещены в директориях доверенных и промежуточных соответственно.
Возможно существует проблема с неверно сгенерированными сертификатами, возможно есть проблема с неверной настройкой IIS, возможно дело в чем то ещё.
Необходимо помочь с настройкой аутентификации на основе сертификатов(перегенерировать сертификаты если проблема в них, настроить IIS.
По стеку это .Net 5 и AspNetCore. Проект представляет из себя REST API для фронта. Каких либо особых нюансов или подводных в нем нет, в основном ванильное использование средств фреймворка. Свернуть
На текущий момент существует проблема, что сгенерированные сертификаты (самоподписанные) не проходят проверку в IIS (и Express и полноценном) возвращая статус-код запроса 403.16 или аналогичное с проблемой валидации сертификатов. Сам запрос до проекта не долетает, однако на сертификат корректно отображается в контексте запроса. Корневые и промежуточные сертификаты размещены в директориях доверенных и промежуточных соответственно.
Возможно существует проблема с неверно сгенерированными сертификатами, возможно есть проблема с неверной настройкой IIS, возможно дело в чем то ещё.
Необходимо помочь с настройкой аутентификации на основе сертификатов(перегенерировать сертификаты если проблема в них, настроить IIS.
По стеку это .Net 5 и AspNetCore. Проект представляет из себя REST API для фронта. Каких либо особых нюансов или подводных в нем нет, в основном ванильное использование средств фреймворка. Свернуть
нет заявок
Закрыт
Все доброго времени суток!
Нужно создать приложение на React Native. Макеты отрисованы, бэкенд разработан. Используем REST API.
Нужен только опытный разработчик ... Читать дальше
Нужно создать приложение на React Native. Макеты отрисованы, бэкенд разработан. Используем REST API.
Нужен только опытный разработчик ... Читать дальше
Все доброго времени суток!
Нужно создать приложение на React Native. Макеты отрисованы, бэкенд разработан. Используем REST API.
Нужен только опытный разработчик - проект срочный!
Подробности в личку.
Спасибо за внимание! Свернуть
Нужно создать приложение на React Native. Макеты отрисованы, бэкенд разработан. Используем REST API.
Нужен только опытный разработчик - проект срочный!
Подробности в личку.
Спасибо за внимание! Свернуть
$2500
Завершен
Нужно создать CLI приложение на Python для скачивания данных из произвольного REST-API endpoint. Данные API endpoint передаются в качестве параметра ... Читать дальше
Нужно создать CLI приложение на Python для скачивания данных из произвольного REST-API endpoint. Данные API endpoint передаются в качестве параметра – название конфигурационного файла.
Скаченные данные нужно переконвертировать в формат AVRO (ссылка), сохранить на Amazon S3 Bucket и скачать в таблицу Apache Hudi (ссылка).
Все это должно быть упаковано в образ докера для тестирования.
REST-API для примера
ссылка
В качестве примера для AVRO и HUDI можете просто сделать inferred schema based on the dataset Свернуть
Скаченные данные нужно переконвертировать в формат AVRO (ссылка), сохранить на Amazon S3 Bucket и скачать в таблицу Apache Hudi (ссылка).
Все это должно быть упаковано в образ докера для тестирования.
REST-API для примера
ссылка
В качестве примера для AVRO и HUDI можете просто сделать inferred schema based on the dataset Свернуть
2 заявки
Закрыт
Нужно создать CLI приложение на Java для скачивания данных из произвольного REST-API endpoint. Данные API endpoint передаются в качестве параметра ... Читать дальше
Нужно создать CLI приложение на Java для скачивания данных из произвольного REST-API endpoint. Данные API endpoint передаются в качестве параметра – название конфигурационного файла.
Скаченные данные нужно переконвертировать в формат AVRO (ссылка), сохранить на Amazon S3 Bucket и скачать в таблицу Apache Hudi (ссылка).
Все это должно быть упаковано в образ докера для тестирования.
REST-API для примера
ссылка
В качестве примера для AVRO и HUDI можете просто сделать inferred schema based on the dataset Свернуть
Скаченные данные нужно переконвертировать в формат AVRO (ссылка), сохранить на Amazon S3 Bucket и скачать в таблицу Apache Hudi (ссылка).
Все это должно быть упаковано в образ докера для тестирования.
REST-API для примера
ссылка
В качестве примера для AVRO и HUDI можете просто сделать inferred schema based on the dataset Свернуть
1 заявка
Закрыт
Задачи:
справочники,
маркетплейс услуг,
личный кабинет врача,
сервис записи на услуги по времени (расписание),
сервис воркспейсов (клиник)
нужны rest сервисы ... Читать дальше
справочники,
маркетплейс услуг,
личный кабинет врача,
сервис записи на услуги по времени (расписание),
сервис воркспейсов (клиник)
нужны rest сервисы ... Читать дальше
Задачи:
справочники,
маркетплейс услуг,
личный кабинет врача,
сервис записи на услуги по времени (расписание),
сервис воркспейсов (клиник)
нужны rest сервисы вокруг реляционной бд
#rest #directual #backend Свернуть
справочники,
маркетплейс услуг,
личный кабинет врача,
сервис записи на услуги по времени (расписание),
сервис воркспейсов (клиник)
нужны rest сервисы вокруг реляционной бд
#rest #directual #backend Свернуть
3 заявки
Закрыт
Плагин установился но при заходе в медиафайлы идет постоянная загрузка ссылка
Изначально выдавал ошибку ссылка
Перевод: Что-то пошло не так. ... Читать дальше
Изначально выдавал ошибку ссылка
Перевод: Что-то пошло не так. ... Читать дальше
3 заявки
Закрыт
Необходимо сделать функциональный лендинг для сервиса проката повербанков.
Должно быть две версии, которые автоматически будут определяться и использоваться на одном ... Читать дальше
Должно быть две версии, которые автоматически будут определяться и использоваться на одном ... Читать дальше
Необходимо сделать функциональный лендинг для сервиса проката повербанков.
Должно быть две версии, которые автоматически будут определяться и использоваться на одном адресе - мобильная и для ПК/Ноутбука
Фронтенд нужен для конкурса, поэтому этот минимум нужно сделать максимально быстро, а уже потом допиливать. Не должно быть никаких товарных знаков, названий брендов. Также всё должно быть свободно от юридических обязательств
Реализовать несколько страниц: Главная, О нас, Станции, FAQ, Контакты.
Стартовая страница - Главная.
В шапке - Главная, Карта. В подвале - всё остальное.
В куках хранить вечный сгенерированный на стороне сайта uuid, который должен быть присвоен при отсутствии.
Элементы страницы "Главная":
- Поле ввода номера станции (всегда цифра в пределах 1 и 999)
- Числовой url-параметр ?sn=число.
-- Записывается в поле ввода при перезагрузке сайта как будто это вписал пользователь в плане модификации других форм. У нас же его ввод номера станции в поле что-то там добавляет. Если параметр некорректный, то действуем как будто пользователь сам вводил некорректно.
- Выезжающий лейбл рядом с полем ввода с подсказками (Должен выезжать сразу при модификации поля ввода или при наличии информации о корректном номере станции из url-параметра):
- -"Введите номер от 1 до 999" - При некорректном вводе
или
-- значение из поля "address", если оно не пустое
- Динамически обновляющаяся кнопка "Получить"
-- Информация из GET /station (внизу описан REST api)
-- При нажатии выводить текст в всплывающем окне из GET /try-give, если все проверки корректны
- Лейбл с текущим статусом повербанка.
-- Информация из GET /user/active-powerbank
-- Скрыт, если нет информации (т.е пусто, "")
Элементы страницы "Станции":
- Повторяющаяся группа динамически обновляющихся блоков
-- К каждому блоку мы привязываем информацию о станции
-- Загружаются разом все
-- В каждом элементе должна быть информация:
--- Адрес
--- Активность станции. Включена/Выключена
--- Заполненность станции X/Y (Например будет 2/6)
Элементы страницы "FAQ":
- Информация должна браться из файла faq.txt
- Лейбл с текстом "Ответы на вопросы"
- Повторяющаяся группа элементов
-- Вопрос
-- Ответ, который выползает/уползает при нажатии
Элементы страницы "О нас":
- Лейбл, в который записывается информация из файла about-us.txt
Элементы страницы "Контакты":
- Лейбл, в который записывается информация из файла contacts.txt
Готовое REST API:
- Начало адреса в файле rest.txt
- Ответ везде в json
GET {тут_начало_адреса_из_файла. у всех остальных также}/user/active-powerbank?user={uuid}
Вернёт: {
"info": "тут_строка_с_информацией"
}
GET /try-give?user={uuid}&sn={station_number}
Вернёт: {
"result": "тут_строка_с_информацией"
}
GET /stations?user={uuid}
Вернёт: {
"size": количество_элементов
"content":
}
GET /station?user={uuid}&sn={station_number}
Вернёт: {
"address": "тут_строка_с_адресом",
"network": "online" or "offile",
"powerbanks": "x/y" например "1/6"
} Свернуть
Должно быть две версии, которые автоматически будут определяться и использоваться на одном адресе - мобильная и для ПК/Ноутбука
Фронтенд нужен для конкурса, поэтому этот минимум нужно сделать максимально быстро, а уже потом допиливать. Не должно быть никаких товарных знаков, названий брендов. Также всё должно быть свободно от юридических обязательств
Реализовать несколько страниц: Главная, О нас, Станции, FAQ, Контакты.
Стартовая страница - Главная.
В шапке - Главная, Карта. В подвале - всё остальное.
В куках хранить вечный сгенерированный на стороне сайта uuid, который должен быть присвоен при отсутствии.
Элементы страницы "Главная":
- Поле ввода номера станции (всегда цифра в пределах 1 и 999)
- Числовой url-параметр ?sn=число.
-- Записывается в поле ввода при перезагрузке сайта как будто это вписал пользователь в плане модификации других форм. У нас же его ввод номера станции в поле что-то там добавляет. Если параметр некорректный, то действуем как будто пользователь сам вводил некорректно.
- Выезжающий лейбл рядом с полем ввода с подсказками (Должен выезжать сразу при модификации поля ввода или при наличии информации о корректном номере станции из url-параметра):
- -"Введите номер от 1 до 999" - При некорректном вводе
или
-- значение из поля "address", если оно не пустое
- Динамически обновляющаяся кнопка "Получить"
-- Информация из GET /station (внизу описан REST api)
-- При нажатии выводить текст в всплывающем окне из GET /try-give, если все проверки корректны
- Лейбл с текущим статусом повербанка.
-- Информация из GET /user/active-powerbank
-- Скрыт, если нет информации (т.е пусто, "")
Элементы страницы "Станции":
- Повторяющаяся группа динамически обновляющихся блоков
-- К каждому блоку мы привязываем информацию о станции
-- Загружаются разом все
-- В каждом элементе должна быть информация:
--- Адрес
--- Активность станции. Включена/Выключена
--- Заполненность станции X/Y (Например будет 2/6)
Элементы страницы "FAQ":
- Информация должна браться из файла faq.txt
- Лейбл с текстом "Ответы на вопросы"
- Повторяющаяся группа элементов
-- Вопрос
-- Ответ, который выползает/уползает при нажатии
Элементы страницы "О нас":
- Лейбл, в который записывается информация из файла about-us.txt
Элементы страницы "Контакты":
- Лейбл, в который записывается информация из файла contacts.txt
Готовое REST API:
- Начало адреса в файле rest.txt
- Ответ везде в json
GET {тут_начало_адреса_из_файла. у всех остальных также}/user/active-powerbank?user={uuid}
Вернёт: {
"info": "тут_строка_с_информацией"
}
GET /try-give?user={uuid}&sn={station_number}
Вернёт: {
"result": "тут_строка_с_информацией"
}
GET /stations?user={uuid}
Вернёт: {
"size": количество_элементов
"content":
}
GET /station?user={uuid}&sn={station_number}
Вернёт: {
"address": "тут_строка_с_адресом",
"network": "online" or "offile",
"powerbanks": "x/y" например "1/6"
} Свернуть
13 заявок
Закрыт
Приложение должно запрашивать и отображать историю транзакций для bitcoin, ethereum, erc20 контрактов для заданного адреса кошелькаНеобходимо написать реализацию логики приложения ... Читать дальше
Приложение должно запрашивать и отображать историю транзакций для bitcoin, ethereum, erc20 контрактов для заданного адреса кошелькаНеобходимо написать реализацию логики приложения по заданной архитектуреИстория транзакций запрашивается через REST API, складывается в базу данных(Room) и оттуда отображается в списокСписок должен поддерживать пагинациюУ API есть ограничения на количество запросов Свернуть
6 заявок
Закрыт
Игра имеет знакомый всем интерфейс без сложной анимации, в основном это общение между игроками (текстовый чат, голосовой чат, личные сообщения) ... Читать дальше
Игра имеет знакомый всем интерфейс без сложной анимации, в основном это общение между игроками (текстовый чат, голосовой чат, личные сообщения) с магазином внутриигровых покупок.
Сервером игры не нужно заниматься, только клиентская часть и интеграция внутриигровых покупок.
Swift на клиенте желательно (можем рассмотреть кросс-платформу, но в приоритете iOS)
Общение сервер-клиент graphQL (обновление на подписках), REST API (загрузка файлов, авторизация)
webRTC для голосового чата
По оплате ждем ваших предложений, ориентируемся на 225 в месяц.
Детальное обсуждение сроков после ознакомления с ТЗ и дизайном (Figma). Свернуть
Сервером игры не нужно заниматься, только клиентская часть и интеграция внутриигровых покупок.
Swift на клиенте желательно (можем рассмотреть кросс-платформу, но в приоритете iOS)
Общение сервер-клиент graphQL (обновление на подписках), REST API (загрузка файлов, авторизация)
webRTC для голосового чата
По оплате ждем ваших предложений, ориентируемся на 225 в месяц.
Детальное обсуждение сроков после ознакомления с ТЗ и дизайном (Figma). Свернуть
$15000
7 заявок
Закрыт
Привет!
Ищу бэкенд разработчика на NodeJS c опытом работы от 2-х лет на долгосрочное сотрудничество. Для создания REST API.
Жду ваших ... Читать дальше
Ищу бэкенд разработчика на NodeJS c опытом работы от 2-х лет на долгосрочное сотрудничество. Для создания REST API.
Жду ваших ... Читать дальше
Привет!
Ищу бэкенд разработчика на NodeJS c опытом работы от 2-х лет на долгосрочное сотрудничество. Для создания REST API.
Жду ваших откликов, в отклике указывайте ваш рейт.
Все детали в личной переписке.
Спасибо! Свернуть
Ищу бэкенд разработчика на NodeJS c опытом работы от 2-х лет на долгосрочное сотрудничество. Для создания REST API.
Жду ваших откликов, в отклике указывайте ваш рейт.
Все детали в личной переписке.
Спасибо! Свернуть
14 заявок
Закрыт
Требуется Frontend на несколько дней работы по 8 часов.
Вам нужно будет интегрировать Google Sheets в лицевую часть с разметкой. ... Читать дальше
Вам нужно будет интегрировать Google Sheets в лицевую часть с разметкой. ... Читать дальше
Требуется Frontend на несколько дней работы по 8 часов.
Вам нужно будет интегрировать Google Sheets в лицевую часть с разметкой. Опыт работы от 3-5 лет.
Мы ищем опытного фронтенд-разработчика. Мы предполагаем, что у вас уже есть опыт коммерческой разработки более 3 лет.
Вы будете участвовать в создании веб-интерфейса с нуля для программного обеспечения CRM для продаж B2B, такого как Hubspot.com (прямой конкурент)
Что мы ожидаем:
- Опыт работы во фронтенд-разработке от 3-х лет;
- Знание JavaScript/TypeScript;
- Знание React.js ИЛИ Vue.js 3.0;
- Знание Vuetify, Bootstrap;
- HTML;
- CSS;
- Опыт кроссбраузерной верстки;
- Опыт адаптивной верстки;
- Знание протокола HTTP/HTTPS;
- Опыт работы с REST API;
- Достаточный уровень английского для чтения технической документации, поиска ответов на stackoverflow и ведения технической переписки;
-Chart.js;
-Google API;
-Lazy-loaders;
-Image optimization;
-Scroll-pagination(API или отличное понимание как это работает);
Будет преимуществом:
- Практика проверки кода;
- Опыт работы с веб-сокетами;
- ООП, ФП, структуры данных;
- Высшее техническое образование;
- Знакомство с одним из фреймворков Angular/React;
- Понимание архитектуры Redux;
Компания
Мы открываем новый филиал в Гонконге/Польше в Нью-Дели, чтобы заняться кодированием нашей новой CRM-системы для продаж B2B. Свернуть
Вам нужно будет интегрировать Google Sheets в лицевую часть с разметкой. Опыт работы от 3-5 лет.
Мы ищем опытного фронтенд-разработчика. Мы предполагаем, что у вас уже есть опыт коммерческой разработки более 3 лет.
Вы будете участвовать в создании веб-интерфейса с нуля для программного обеспечения CRM для продаж B2B, такого как Hubspot.com (прямой конкурент)
Что мы ожидаем:
- Опыт работы во фронтенд-разработке от 3-х лет;
- Знание JavaScript/TypeScript;
- Знание React.js ИЛИ Vue.js 3.0;
- Знание Vuetify, Bootstrap;
- HTML;
- CSS;
- Опыт кроссбраузерной верстки;
- Опыт адаптивной верстки;
- Знание протокола HTTP/HTTPS;
- Опыт работы с REST API;
- Достаточный уровень английского для чтения технической документации, поиска ответов на stackoverflow и ведения технической переписки;
-Chart.js;
-Google API;
-Lazy-loaders;
-Image optimization;
-Scroll-pagination(API или отличное понимание как это работает);
Будет преимуществом:
- Практика проверки кода;
- Опыт работы с веб-сокетами;
- ООП, ФП, структуры данных;
- Высшее техническое образование;
- Знакомство с одним из фреймворков Angular/React;
- Понимание архитектуры Redux;
Компания
Мы открываем новый филиал в Гонконге/Польше в Нью-Дели, чтобы заняться кодированием нашей новой CRM-системы для продаж B2B. Свернуть
$500
11 заявок
Закрыт
Необходимо реализовать: форма входа, панель управления, включающая 6 разделов (небольшое количество настроек и отображение данных из БД). Взаимодействие с ПО ... Читать дальше
Необходимо реализовать: форма входа, панель управления, включающая 6 разделов (небольшое количество настроек и отображение данных из БД). Взаимодействие с ПО обменного пункта будет осуществляться через REST API. Так же потребуется динамическое обновление данных (например, как только появляется новая заявка на обмен, она сразу отображается в соответствующем разделе). Более подробное описание будет в ТЗ. Свернуть
5 заявок
Закрыт
Пользователи могут создавать группы.
Пользователи могут присоединяться к группам.
Пользователи могут иметь права администратора в группе.
Пользователь создавший группу автоматически ... Читать дальше
Пользователи могут присоединяться к группам.
Пользователи могут иметь права администратора в группе.
Пользователь создавший группу автоматически ... Читать дальше
Пользователи могут создавать группы.
Пользователи могут присоединяться к группам.
Пользователи могут иметь права администратора в группе.
Пользователь создавший группу автоматически становится администратором.
Администратор может назначить другого пользователя в группе администратором.
Администратор может снять с себя полномочия администратора, если в группе есть хотя бы еще 1 администратор.
Администратор может покинуть группу только есть в группе есть хотя бы еще 1 администратор.
Администратор может удалить группу.
Администратор может дать команду и сервис назначит секретного Санту для каждого члена группы, выбирая из остальных членов группы.
Каждый член группы будет назначен секретным Сантой строго одному другому члену группы.
После этого группа становится закрытой, в нее нельзя войти или выйти.
Пользователи могут запросить, для кого в группе они стали секретным Сантой.
Хранение данных в памяти (без БД)
Сервис должен работать как HTTP REST с JSON сообщениями. Свернуть
Пользователи могут присоединяться к группам.
Пользователи могут иметь права администратора в группе.
Пользователь создавший группу автоматически становится администратором.
Администратор может назначить другого пользователя в группе администратором.
Администратор может снять с себя полномочия администратора, если в группе есть хотя бы еще 1 администратор.
Администратор может покинуть группу только есть в группе есть хотя бы еще 1 администратор.
Администратор может удалить группу.
Администратор может дать команду и сервис назначит секретного Санту для каждого члена группы, выбирая из остальных членов группы.
Каждый член группы будет назначен секретным Сантой строго одному другому члену группы.
После этого группа становится закрытой, в нее нельзя войти или выйти.
Пользователи могут запросить, для кого в группе они стали секретным Сантой.
Хранение данных в памяти (без БД)
Сервис должен работать как HTTP REST с JSON сообщениями. Свернуть
2 заявки
Закрыт
# Веб-сервис секретного Санты.
+ Пользователи могут создавать группы.
+ Пользователи могут присоединяться к группам.
* Пользователи могут иметь права ... Читать дальше
+ Пользователи могут создавать группы.
+ Пользователи могут присоединяться к группам.
* Пользователи могут иметь права ... Читать дальше
# Веб-сервис секретного Санты.
+ Пользователи могут создавать группы.
+ Пользователи могут присоединяться к группам.
* Пользователи могут иметь права администратора в группе.
* Пользователь создавший группу автоматически становится администратором.
* Администратор может назначить другого пользователя в группе администратором.
* Администратор может снять с себя полномочия администратора, если в группе есть хотя бы еще 1 администратор.
* Администратор может покинуть группу только есть в группе есть хотя бы еще 1 администратор.
* Администратор может удалить группу.
* Администратор может дать команду и сервис назначит секретного Санту для каждого члена группы, выбирая из остальных членов группы.
* Каждый член группы будет назначен секретным Сантой строго одному другому члену группы.
* После этого группа становится закрытой, в нее нельзя войти или выйти.
* Пользователи могут запросить, для кого в группе они стали секретным Сантой.
* Будет плюсом, если сервис будет использовать БД для хранения данных о пользователях, группах и секретных Сантах. Но можно обойтись хранением данных в памяти.
* Сервис должен работать как HTTP REST с JSON сообщениями.
* Будет плюсом написать консольную утилиту для общения с сервисом.
Пришлю пример работы на github Свернуть
+ Пользователи могут создавать группы.
+ Пользователи могут присоединяться к группам.
* Пользователи могут иметь права администратора в группе.
* Пользователь создавший группу автоматически становится администратором.
* Администратор может назначить другого пользователя в группе администратором.
* Администратор может снять с себя полномочия администратора, если в группе есть хотя бы еще 1 администратор.
* Администратор может покинуть группу только есть в группе есть хотя бы еще 1 администратор.
* Администратор может удалить группу.
* Администратор может дать команду и сервис назначит секретного Санту для каждого члена группы, выбирая из остальных членов группы.
* Каждый член группы будет назначен секретным Сантой строго одному другому члену группы.
* После этого группа становится закрытой, в нее нельзя войти или выйти.
* Пользователи могут запросить, для кого в группе они стали секретным Сантой.
* Будет плюсом, если сервис будет использовать БД для хранения данных о пользователях, группах и секретных Сантах. Но можно обойтись хранением данных в памяти.
* Сервис должен работать как HTTP REST с JSON сообщениями.
* Будет плюсом написать консольную утилиту для общения с сервисом.
Пришлю пример работы на github Свернуть
1 заявка
Закрыт
Нужна практическая часть студенческой работы. Приложено подробное ТЗ, для выполнения кода. Не обязательно, чтобы все работало, но выглядело похоже на ... Читать дальше
Нужна практическая часть студенческой работы. Приложено подробное ТЗ, для выполнения кода. Не обязательно, чтобы все работало, но выглядело похоже на живой проект (не дизайн), нужен код + пояснительная записка (объем на усмотрение сотрудника). До 26 декабря. Свернуть
$14
2 заявки
Закрыт
Требуется разработать приложение на Swift, которое будет управлять матричным видео свитчером - переключать источники сигналов и мониторы.
Связь с устройством ... Читать дальше
Связь с устройством ... Читать дальше
Требуется разработать приложение на Swift, которое будет управлять матричным видео свитчером - переключать источники сигналов и мониторы.
Связь с устройством посредством API.
Функционал приложения:
- Авторизация
- Настройки источников видео ссылка
- Настройки выходов (дисплеев) ссылка
- Управление входами-выходами ссылка (на какой выход подать сигнал из какого источника)
- Работа с пресетами ссылка - создать, удалить, вызвать пресет
- Расширенные настройки ссылка
- Системные настройки ссылка
Дизайн готов в Figma. Приложение разработать под iOS (iPhone и iPad) на swift + Python
Требуемые навыки:
Python, PySide6/pyqt6 + QSS, Flask, Django, FastAPI.
Навыки работы с сетью - работа с сокетами, REST.
Базы данных Mysql, realm Свернуть
Связь с устройством посредством API.
Функционал приложения:
- Авторизация
- Настройки источников видео ссылка
- Настройки выходов (дисплеев) ссылка
- Управление входами-выходами ссылка (на какой выход подать сигнал из какого источника)
- Работа с пресетами ссылка - создать, удалить, вызвать пресет
- Расширенные настройки ссылка
- Системные настройки ссылка
Дизайн готов в Figma. Приложение разработать под iOS (iPhone и iPad) на swift + Python
Требуемые навыки:
Python, PySide6/pyqt6 + QSS, Flask, Django, FastAPI.
Навыки работы с сетью - работа с сокетами, REST.
Базы данных Mysql, realm Свернуть
4 заявки
Закрыт
Задание прикрепляю в файле.
стек : springboot, maven, PostgreSQL, SOAP, java 8
стек : springboot, maven, PostgreSQL, SOAP, java 8
3 заявки
Закрыт
Необходимо выполнить перенос существующего функциональности с php на Java+Angular (пишем с нуля). Анализ, проектирование и бэк разрабатываем мы, нужно сделать ... Читать дальше
Необходимо выполнить перенос существующего функциональности с php на Java+Angular (пишем с нуля). Анализ, проектирование и бэк разрабатываем мы, нужно сделать фронт. Тематика - доставка товаров по РФ. Работаем по T&M, предварительная оценка нужна, но она не будет обязывающая 1 к 1. Договор с юр лицом, оплата со всеми налогами. На разработку и исходный передаются все авторские права, как по трудовому договору. Перекупать людей не будем, нужны только на проект.
Система в 2-х словах: личный кабинет доставщика заказов. Создать заказ, поменять статус, распечатать документы по заказу, отметить (если товар испорчен), что доставлен. Также заказы могут приходить из все по API. Необходим только интерфейс
Вот существующий интерфейс на php, примерно всё в том же стиле на Angular, а сзади будет стоять Java. Протокол взаимодействия скорее всего будет REST+json
Т.е. нужно создать на Ангуляр экраны и связать их с новым бэком, который тоже будет разрабатываться. Клиент уходит с php на единую технологию - Java+Ангуляр Свернуть
Система в 2-х словах: личный кабинет доставщика заказов. Создать заказ, поменять статус, распечатать документы по заказу, отметить (если товар испорчен), что доставлен. Также заказы могут приходить из все по API. Необходим только интерфейс
Вот существующий интерфейс на php, примерно всё в том же стиле на Angular, а сзади будет стоять Java. Протокол взаимодействия скорее всего будет REST+json
Т.е. нужно создать на Ангуляр экраны и связать их с новым бэком, который тоже будет разрабатываться. Клиент уходит с php на единую технологию - Java+Ангуляр Свернуть
2 заявки
Закрыт
Добрый день.
Заказчику из ЕС требуется разработать CRM - агрегатор для ресторанного бизнеса.
Написать с ноля или подобрать подходящую платформу. ... Читать дальше
Заказчику из ЕС требуется разработать CRM - агрегатор для ресторанного бизнеса.
Написать с ноля или подобрать подходящую платформу. ... Читать дальше
Добрый день.
Заказчику из ЕС требуется разработать CRM - агрегатор для ресторанного бизнеса.
Написать с ноля или подобрать подходящую платформу.
Клиентские части для :
- гостей (меню, заказы, платежи и т.п.);
- владельцев бизнесов (регистрация в системе, размещение своих меню и т.п.);
- менеджеров (обработка заказов).
Админ часть для суперадмина : управление клиентами и пр.
Предпочтение языкам программирования: Java, Python, можно и PHP. Всё обсуждаемо.
Обязательное взаимодействие с разработчиками мобильных приложений, составляете вместе документацию API в открытом доступе: точки входа, методы, поля, краткое описание. REST API, json. Проверяем (тестируем) за собой - IOS/Android тоже живые люди. В будни - обязательно на связи с 10:00 до 18:00. Заказчик русскоговорящий, по цене договариваетесь с ним напрямую.
Подробное ТЗ есть, пришлю в личку. Указывайте ваш рейт. Первый предполагаемый минимальный объем работ - 200 часов.
Начинающие - к сожалению, это не ваш проект: слишком сложно. Опыт обязателен. Портфолио проверяем.
Middle, senior - ожидаем, что вы частное лицо или в составе команды, но бюджет не для юрлиц с постоянным штатом. Подписание договора. Можно с вашим IOS разработчиком.
Делаем скорее минимальный прототип, который должен заработать и не улетать в кювет на каждом шагу, но проект на одних костылях точно не годится.
И нюансы... россияне - банки Эстонии платежи к вам не пропускают. Пути обхода конечно можно найти, но заказчик рисковать не будет, разве что вы в Грузии и работаете там как ИП с р/с местного банка, и то под вопросом.
С уважением. Свернуть
Заказчику из ЕС требуется разработать CRM - агрегатор для ресторанного бизнеса.
Написать с ноля или подобрать подходящую платформу.
Клиентские части для :
- гостей (меню, заказы, платежи и т.п.);
- владельцев бизнесов (регистрация в системе, размещение своих меню и т.п.);
- менеджеров (обработка заказов).
Админ часть для суперадмина : управление клиентами и пр.
Предпочтение языкам программирования: Java, Python, можно и PHP. Всё обсуждаемо.
Обязательное взаимодействие с разработчиками мобильных приложений, составляете вместе документацию API в открытом доступе: точки входа, методы, поля, краткое описание. REST API, json. Проверяем (тестируем) за собой - IOS/Android тоже живые люди. В будни - обязательно на связи с 10:00 до 18:00. Заказчик русскоговорящий, по цене договариваетесь с ним напрямую.
Подробное ТЗ есть, пришлю в личку. Указывайте ваш рейт. Первый предполагаемый минимальный объем работ - 200 часов.
Начинающие - к сожалению, это не ваш проект: слишком сложно. Опыт обязателен. Портфолио проверяем.
Middle, senior - ожидаем, что вы частное лицо или в составе команды, но бюджет не для юрлиц с постоянным штатом. Подписание договора. Можно с вашим IOS разработчиком.
Делаем скорее минимальный прототип, который должен заработать и не улетать в кювет на каждом шагу, но проект на одних костылях точно не годится.
И нюансы... россияне - банки Эстонии платежи к вам не пропускают. Пути обхода конечно можно найти, но заказчик рисковать не будет, разве что вы в Грузии и работаете там как ИП с р/с местного банка, и то под вопросом.
С уважением. Свернуть
3 заявки
Закрыт
Завершить бэкенд cms django rest framework
4 заявки
Закрыт