Александр

А в чём проблема была посмотреть, как это на t.me сделано?

<a href="tg://resolve?domain=username">username</a>

Когда poрup открыт, нужно задать всему html свойство overflow:hidden

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

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

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

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

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

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

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

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

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

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

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

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

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

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

И пр.

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

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

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

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

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

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

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

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

Ага.
Пусть еще тему по мотивам хохломы сделают, с медведями и балалайками.

с хохломой в следующем релизе )


А если серьезно, то это прост никому не нужно.

Win, mac, linux - Robomongo https://robomongo.org/

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

На днях долго ковырялся с нативными fetch + formData для загрузки файла с формы. Как вы знаете, для того, чтобы браузер посчитал content-length и все такое нужен заголовок Content-type: multipart/form-data… в итоге, путем долгих поисков было найдено, что если использовать нативный fetch (не jquery.Ajax, не суперагент, isomorphic-fetch и другие, а именно нативный) - то заголовок Content-type устанавливать (внимание) не нужно.

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

На всякий случай напишу про мелочи о которых все знают. Вдруг забыл, бывает.
1. multipart/form-data
2. <input type="file" name="file">
3. Посмотри что приходит get/post
4. max_file_uploads смотреть в phpinfo();
5. post_max_size смотреть в phpinfo();

И смотри какой вес файла отправляется.
Хотя бы будешь знать в чем причина ошибки.

Есть готовые решения, ищи что-то вроде Accordion Table. По личному опыту скажу, что дописывать все равно придется, а лучше писать самому используй bootstrap – collapse и по вложенности делай отступ + добавишь иконки.

Здравствуйте, Александр.

Для публики: Я - это тот самый разработчик, который предлагает Erlang.
Давайте теперь по пунктам:
1. Erlang :)
2. Я не специалист в node.js, не скажу. Я уже писал вам в письмах почему Erlang.
3. Абсолютно не страшно. "Erlang учится за 2 недели, то есть за год можно выучить до 26 Эрленгов" ( tonsky.livejournal.com/281876.html )
4. Наверное есть.
5. Я бы усомнился в вашей адекватности. Предоставив какую-то мокап админку, вы просите оценить стоимость и объем работ по серверу-чата. При этом абсолютно уверуя, что мне достаточно информации.

Также вы всегда можете найти ерланг разработчика в русской расылке Erlang:

https://groups.google.com/forum/?utm_source=digest...

Удачи.

Осмелюсь предложить к рассмотрению мой проект комет сервера. С ним вы сможете писать код на php не беспокоясь о вебсокетах. Вот есть результаты нагрузочного тестирования

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

Если будут вопросы по CppComet пишите, смогу подсказать как его эффективнее использовать.

Node.js в вашем случае (и по "быстро найти разработчика" и по технической части).

FB, Яндекс, vk не показатель. Другие ресурсы и масштабы. Как правило фреймворки/инструменты от таких мастодонтов пишутся ими для своих же нужд и под эти же нужды затачиваются.

PS:
Быстро найти и не дорого === некачественная работа.
Node.js обманчив своей простотой.