dinegnet

На самом деле всем плевать.

Просто спросите разрешения авторов сайта.
Как правило все согласны, чтобы их переводили.

Для начала попробуйте https://ru.wikipedia.org/wiki/Iperf
а то может статься вы оптимистично оценивайте работу ваших провайдера и хостера

Кроме уже сказанного - а еще есть различные ренкарнации TurboVision
в том числе и для Java
https://github.com/klamonte/jexer

1. Считать что протухшая сессия = отсутствующей записи.
2. По крону вычищать всех протухших. Как часто - решите сами на основании данных о степени загруженности вашей системы.

Не важно на чем.

Хоть на полноценном Intel i7 с настоящей материнской платой - то есть на обычном компьютере.
Хоть на "Малинке"
Хоть на Ардуино.
Хоть на заказной плате распаять микроконтроллер TI MSP или еще более простой.

Там же не нужна ровным счетом никакая вычислительная мощь.

Все упирается в то, что вы можете использовать с одной стороны (с чем умеете работать, что может приобрести по сходной цене, что имеет нужные интерфейсы и пр. соображения)
И что еще выгодно использовать с другой (тут имеет значение цена конкурентов и нужная вам прибыль, чтобы проект не загнулся из за недофинансирования).

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

Как сделать торговый автомат на платформе Raspberry? Возможно ли сделать это вообще на raspberry?
Если да, то про Arduino писать не надо.

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

И имхо сложным является не программный код,

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

И продумывание алгоритмов работы (тут даже еще не программирование - речь о продумывании алгоритмов работы еще до их программной реализации, тут даже еще программист не нужнен).

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

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

А что произойдет если автомат возьмет деньги,
но у него кончится вода в самый ответственный момент.

А что произойдет если операционная система зависнет после включения кипятильника?

И пр.

Лучше на малинке. И ещё, на каком языке для малинки софт писать.

На том языке программирования, что лучше знаешь.

Кофейный автомат - это крайне незначительная нагрузка на процессор "Малинки"

Поэтому какие-то "оптимальные или не оптимальные" будет языки программирования - значения ровным счетом нет никакого.

Я бы писал на Go.

Просто потому что я его лучше знаю.

Скажем и С знаю и Pascal и Python и JS, но C бы не выбрал из за более геморойной компиляции и отладки - в принципе можно и на С, но с Go меньше телодвижений.

Мой знакомый программер писал бы на PHP (да, да, да, на нем не только сайты можно делать) - и конечный торгововый аппарат получился бы не хуже и не лучше. Уж по крайней мене не лучше и не хуже именно из-за языка программирования.

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

Ну начнем с того, что владельца домена можно и скрыть....

1. Язык не нужно монетизировать. Он создается для решения какой то задачи. И косвенной монетизацией является то, что язык помогает эту задачу решать.
   
   
2. Фреймворки хорошие также имеют сугубо практическую направленность. То есть они уже помогли автору решить его проблему. Фреймворк не может стать хорошим пока не проверен на практике
   
   
3. Но у фреймворков есть дополнительная монетизация - обучение, консультации, книги и т.п. Кто-то а именно автор знает свой фреймворк на таком уровне, что может заработать на своем опыте, делясь им с другими людьми.
   
   

например можно fmt.Sprintf()

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

соответствующими структурами.
если уж совсем не вмоготу, то с помощью рефлексии

Просто есть плохие программисты и есть хорошие.
У меня полно коллег в возрасте 40+ на которых очередь из клиентов стоит.

Коллега Пума из Тайланда правильно сказал:

устроиться в этом возрасте намного легче чем в двадцать )

потому что в этом возрасте, в возрасте за 40 -

• ты или уже профи
  
• или уже не программист.
  

Мой друг, также программист 1С, рассказывал о ситуации у них в конторе, где он был свидетелем, как резюмэ 2 кандидатов с солидным опытом разработки были отброшены почти сразу, так как обоим было 43-45 лет. И директор IT-отдела сказал тогда другу: "ну куда мы будем таких брать? Нам нужен молодой, энергичный".

Работы по 1С делятся на 2 совершенно разных вида деятельности:

1. Бегать по фирмам, обновлять 1С - называется должность почему-то программист.
   
2. Реально программировать. Можно не бегать, а выяснять задачу по телефону. Изредка выезжая на встречу с заказчиком
   

Ну и есть некая усредненная между этими двумя пунктами деятельность.

Так вот в вашем случае им был нужен человек на первый вид деятельности.

P.S.:
И да - есть еще такая штука как "слишком квалифицированный работник".
таких работников сразу отметают.

Я например сам это делают из двух соображений:

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

Политехнические университеты (ранее известные как политехнические институты).
Как правило там множество факультетов с различными специализациями около той, что вам нужно.

Они уже лет 8 как очеловечены в современных браузерах.
За это Гугль не судит, ибо все по стандарту.

1) http или htps?

Авторизация - https
Личный кабинет - тоже.

Остальное - неважно.

2) Нужно ли мне писать правила сайта и пользовательское соглашение?

Да.
Лучше юриста попроси.
Денег жаль если - студента-юриста.
Я делал у профессионального юриста всего за пару тысяч рублей.

3) Нужно ли мне как-то узаконить монетизацию?

Юр. лицо, ИП.

4) должен ли я зарегистрировать сайт в каком-нибудь там реестре?

Пока посещаемость мизерная - нет.

6) Как защитить сайт от копирования? (копирайт)

Идею сайта - нет. Голые идеи не патентуются в континетальном праве и это хорошо (у англо-саксов все хуже)
Дизайн можешь защитить.

Лучшая защита в этом случае - нападение.
К тому времени когда у тебя будет миллион пользователей и на тебя обратят внимание и тебя скопируют - тебя будет уже не догнать.

А пока у тебя 4 калеки на сайте - никто не будет заморачиваться тебя копировать.

Соревноваться с масштабами работы хостеров - бесполезно.

1. Для вашего случая вполне достаточно перенести все одному хостеру. И обращаться к его тех. поддержке.

2. Если ты не можешь предсказать возможные проблемы - значит ты недостаточно компетентен в этой задаче. Можешь назначить цены навскидку, только не делай эти цены фиксированными навечно, потом скорректируешь как опыт придет.

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

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

Обратить форматирование возможно.
Но надежнее будет просто воспользоваться утилитами восстановления информации с поврежденных дисков.
========================

крайне маловероятно что вы успели вовремя вытащить.
ведь быстрое форматирование - почти мгновенно.

Python вполне себе универсальный язык программирования.
Имеет кучу библиотек сторонних, которые вам возможно нужны.
То есть вполне себе полноценный язык.

Существует только 2 причины которые вам могут помешать:

1. Очень жесткие требования к скорости обработки данных.
2. Требования обойдись без установки среды исполнения Python.

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

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

Хоть те же поисковики-гиганты.

Только если перенести скрипт к себе.
Но в случае connect.js одноклассников что то сомнительно чтобы это получилось.