Василий Банников

Можно на эту страницу добавить кнопку типа "перейти". Ссылку сделать многоразовой, а переход по кнопке на ней - одноразовый

Просят назвать цену, а у меня вообще нет идей, сколько за это нужно просить и как оценить проект по рынку.

Вариант раз: поищи, сколько за подобные проекты просят другие разработчики и какие бюджеты называют другие заказчики.

Учитывай ещё и бюджет заказчика своего, тк бюджет явно будет ограничивающим фактором при разработке

Вариант два: проведи преданалитику и оцени трудозатраты. Далее смотри на свой ценник за час / за более мелкие подзадачи, смотри п1.

Если по обоим способам не можешь назвать цену (например преданалитика требует больше времени), то тогда можно попробовать "долгосрочное сотрудничество", где заказчик будет платить не за сделанный проект, а за затраченные часы.

Конкретно в примере у тебя - я бы с потолка сказал бы, что миллион, если это разработка с нуля и текст в вопросе - это всё тз.
(Месяц-два работы команды из аналитика, дизайнера, менеджера проекта, и пары разработчиков)
Но без адекватного обоснования это оттолкнёт многих заказчиков, особенно если бюджет максимум пара сотен.

В целом телеграмовские мини-приложения - это обычные SPA, так что можешь ориентироваться на них.

Нужно ещё смотреть, на сколько детально проработано ТЗ. Нарисован ли дизайн и прочее.
Уже на берегу ясно, что много часов уйдёт на разные уточняющие вопросы заказчику.

Запрещено, если сайт действует в России, его владелец россиянин и его использует россиянин.

Соответственно ты можешь иностранным пользователям давать иностранные сервисы аутентификации.

Если сайт не доступен в России, то тоже можно использовать все сервисы.

Если в России доступен, то перед аутентификацией надо спросить у пользователя, откуда он и не показывать иностранные сервисы тем, кто в россии

Obsidian или LogSeq - там ты делаешь записи и определяешь связи между ними при помощи ссылок и тегов (потом можно посмотреть получившийся граф)

Мне видится некое, бесконечное полотно - на которое можно закреплять ссылки, изображения, видео, текст и прочий контент. Естественно все это можно связывать нитями (стрелками).

Оно просто превратится в нечитабельную кашу.

Возможно есть "профильные" решения для слабеньких сайтов?

Есть решения для хостинга статичных сайтов.

Не будет ли проблем

Не зная, что за сайт - не понятно, какие могут быть проблемы.

На Польшу и Молдову распространяются одни и те же законы => из-за законов дополнительных проблем не будет, даже если этот товарищ собирает персональные данные.

Из-за пинга также врядли будут какие-то большие проблемы.

Проблем с поисковиками тоже не должно быть, тк поисковики не ранжируют сайты по их физическому расположению.

Максимум - могут возникнуть проблемы из-за желания сэкономить пару центов.

Никаких особенностей нет - это точно такие же сайты.
Мб максимум - стоит попытаться реализовать их без js, тк в том же Тор браузере изначально стоит расширение, которое отключает js

Прошу помощи в подборе технологий: на чём оптимально сделать, чтобы было меньше подводных камней?

С помощью тех технологий, которые ты хорошо знаешь.
Никаких запредельных нагрузок тут нет ни по количеству данных, ни по вычислениям.

В теории можно даже всю работу с данными повесть на фронт.

Если ничего не знаешь - ну щито поделать, значит никакой ответ тебе тут не поможет.

Предполагаю такую схему работы сайта: человек заходит на сайт, выбирает требующиеся параметры: для чего компьютер (игры, работа, сёрфинг), под какой монитор (full HD, 2k, 4k), ориетировочный бюджет (опционально). Нажимает "подобрать", ему выдаёт сборку, в которой объясняется "что это и для чего, как будет влиять",.

Тебе следует начать с алгоритма, как это вообще будет происходить.

Далее - тебе нужно определиться с источником данных, тк врядли ты будешь руками ходить по сайтам разных вендоров и руками заполнять таблички и гонять бенчмарки на разных конфигурациях.

Новое оборудование будет заноситься вручную.

Ну ладно.

В целом тут:
Какой-то фреймворк для фронта. Я бы посмотрел на React + Next + Typescript, тк у тебя будет и много интерактива, который сложно будет сделать на каком-нибудь jq, и при этом явно захочется хорошую индексацию поисковиками.

Какой-то фреймворк для бэкенда - я бы посмотрел на C#+ asp net core, тк:
1. Это моё болото и я его хвалю.
2. Статичная типизация тебе сильно поможет
3. Он будет шустрее чем какой-нибудь питон, что важно, тк если ты будешь с нуля подбирать оптимальную конфигурацию под бюджет - придётся перебирать какое-то количество вариантов.

Что-то для хранения данных - я бы взял постгрес тк:
1. Опять же моё болото.
2. Не mongo, тк статичная схема и реляционная модель тебе тут явно будет плюсом.
3. Не Cassandra, тк она тут будет излишней.
4. Не Oracle/mssql, тк мы тут не миллионеры, чтобы столь небольшое количество данных хранить в СУБД стоимостью в несколько тысяч долларов.
5. Не redis/elastic, тк это узкоспециализированные системы, которые для решения основной задачи тут тебе совсем не нужны.

Остальное - уже по мере поступления проблем.