данные из выбранных мест (будь то другой сервер, облако, или ещё что) и раздавать как статику по API для всех, или только разрешенных айпишнеков.
Прототип готов, дел там не много (конечно пока нет нормально поддержки кучи облаков и прочего, но для тестов сойдет), но вот думаю, стоит ли продолжать пилить на ноде, так как по задумке это приложение должны ставить любые пользователи на сервер или свой пк и всё, а в ноде с этим будут проблемы.
Стоит менять ЯП ?
сервер - докер, клиентам электрон или типа того
Звучит как костыли просто. В любом случае слишком много сложностей, когда можно просто exe запустить. Хочу максимально упростить всю настройку.
в скайп, слак почему то так не думали. зачем вообще ставить юзеру что то, когда saas
Концепция такая. Хочу дать пользователю возможность максимально просто разворачивать сервер для хоста файлов. А дальше от этого плясать. С электроном боюсь связываться, так как отзывы совсем плохие, сам трогал пару раз всего.
дропбокс на минималках?
Вообще есть горы готовых решений. На текущий момент очень популярен NextCloud: https://nextcloud.com/ Он открыт и несложно разворачивается через докер. Если имеется основное требование “возможность максимально просто разворачивать сервер где угодно”, то надо смотреть в сторону докера и товарещей для вашего сервиса
У нас в офисе юзале nextcloud — хорош для внутренней работы команды и т.д. Но у меня несколько другая задача. (Ведь вокруг него свою инфраструктуру не построишь)
> но вот думаю, стоит ли продолжать пилить на ноде, так как по задумке это приложение должны ставить любые пользователи на сервер или свой пк и всё, а в ноде с этим будут проблемы. Тут вопрос кто этот пользователь. Если это разработчик/админ/продвинутый пользователь, то однозначно для покрытия всех задач надо использовать докер. Если это просто линейный пользоватль с улицы, то без горы клиентов под все и вся задачу решить не получится.
Не, пользователь — вчерашний тиктокер, для которого должна быть инструкция и пару кнопок. Я предполагал, что он будет указывать ссылку на облако, или что-то подобное, откуда можно скачать файлы на сервер, после чего раздавать их по API. В ином случае реально можно было бы просто ссылку на гитхаб оставить, но кто умеет в докер — тому не нужна такая штука
Ну.. значит это в первую очередь UX проблема, которую предстоит решить. Если пользователь, как вы говорите - “вчерашний тиктокер”, то вам потребуется целый зоопарк клиентов под все платформы откуда может взятся этот пользователь(винда, мак, веб, mobile?)
Вчера об этом думал — только ПК. При чем так, чтоб можно было без труда закинуть на сервер исполнительный файл. (Как вариант — накостылить хостинг таких файлов на сервере у себя, куда можно будет закидывать их настроенные (мб конфигом отдельным) и потом сервером с ресурса скачивать) Главная идея, чтоб пользователь вообще с этим черным ящиком не взаимодействовал никак (один раз настроил и забыл)
Попробуйте Electron для клиентов. Электрон плох лишь для приложений, которые выполняют мелкую работу, но при этом приложению надо постоянно болтатся в памяти. Для разового использования каких либо проблем кроме большого размера дистрюбитива по сути нет.
Нативная разработка очень дорогая и электрон как раз способен эту проблему решить, чтобы побыстрее слепить MVP и выйти на рынок малой кровью
С сценарий в духе - “тиктокер разварачивает всю бабутню на своем собственном сервере” как-то вообще выбивается выбивается из концепта. Может ему просто облачное решение дать(ака свое приложение на сервачке)?
Смысл именно уйти от зависимости от чужих решений. Да, ему нужно использовать сервер где-то, но можно и свой развернуть. (Сам концепт — децентрализация и владение своим контентом)
Ну тогда ой… Надо учить тиктокеров пользоватся докером или реализовывать автоматизированные self-hosted решения и учить их разворачивать… ¯\_(ツ)_/¯
Или проще - исключить возможность разворачивать все на сервере из этой формулы и сфокусироваться чисто на десктопных атомарных решениях.
Обсуждают сегодня