nrgian

Практика нормальная. Причем чем проект крупнее, тем нормальнее.
Для начала - работать с частниками, да.

Это общечеловеческое качество.

Просто пообщайтесь на других форумах.
У меня есть другие профессиональные интересны, кроме ИТ - так вот в тех профессиональных форумах ровно такие же срачи как и в ИТ-шных форумах.

Ровно то же наблюдается и в англоязычных форумах (если вы этого не замечаете, то значит, просто недостаточно хорошо чувствуйте сарказм в английской речи).

Спросить можно здесь например.
Если есть КОНКРЕТНЫЕ вопросы.

А персональный наставник.... нахаляву?
Зачем вам нужен наставник - понятно.

Зачем же вы ему нужны? Подумайте?

Как вариант - очная работа в качестве начинающего программиста в фирме, где есть опытные коллеги.
Там понятно зачем это нужно наставнику - потому что фирме нужно вас срочно подтянуть.
Это эффективно.

на видеокарте делай.
есть библиотеки, способные использовать возможности GPU.
язык программирования - не важен.

если хочешь сам лично все запрограммировать и именно на процессоре центральном - да, C++ будет существенно быстрее, чем Python.

1) Для развития мышления. Работа с алгоритмами сортировок хороший практикум для развития навыков программирования. Плюс это удобно проверяется преподавателем, удобно давать обратную связь при обучении.

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

За более чем 20 лет программирования, действительно, крайне редко сортировал сам, все больше использовал готовые алгоритмы.

Ничуть не жалею, что в свое время изучал алгоритмы сортировок. Это сильно расширяет профессиональный кругозор.

В типичном компьютере как минимум 2 аудиовыхода аналоговых.

В Windows 10 на значке регулировки громкости тыкайте.
Вылазит панелька - внизу бегунок регулировки громкости, а вверху - через какое устройство выводится звук. Там и переключать.

Как сделать так что бы они не могли заблочить первоисточник - мой сайт или бы не находили конечную ссылку ?

Пропускать ссылку через серверную часть своего сайта.

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

1) Зарезать частоту процессора в BIOS
2) Если приложение не однопоточное - то зарезать все потоки кроме одного https://merabheja.com/set-affinity-for-an-applicat...

Все мои аргументы, в том числе, что JS априори медленнее Go и не поддерживает многопоточность, нет нормального ООП, и что не надо клиента грузить тоннами JS ради full AJAX, и вообще разработку станет вести легче и быстрее они оспаривают.

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

Ибо основные задержки не зависят от языка - это сеть и СУБД (и пр. связанные с дисками операции).

Впрочем, при нагрузке сервера очень большим числом клиентов и/или при очень сложной логике обработки (но не связанной с СУБД/дисками, а завязанной только на процессор) - скорость языка значение уже имеет.

У вас - как? В чем именно узкое место?

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

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

и что не надо клиента грузить тоннами JS ради full AJAX

При несложной логике - да.
При сложной логике - не все так очевидно.

Если вы решите проблему и Телеграм будет отключаться мгновенно - то у вас возникнет иная проблема.
При поездках с сотовым телефоном на котором запущен Телеграм - статус будет постоянно меняться из-за нестабильной связи.

Можете написать разработчикам Telegram
Можете поковырять исходники Telegram, посмотреть что там с timeout, поправить под себя.

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

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

Универсальное решение - класс программного обеспечения который может дать ответ на ваш вопрос более-менее оперативно и более менее точно это т.н. программы типа "Log Analysis"

Если вам нужно знать статистику задним числом - это другое ПО - Google Analysis, Yandex Metrics

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

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

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

Tor вообще не гарантирует анонимность, гы.
Скажем, АНБ США уже много лет как запросто находит тех, кто спрятался за Tor

Дык в любой нынче.
Называется "настройка уведомлений".

Гуглить "jpeg python library"
Мне выдало первой же ссылкой что нужно.

Их несколько - выбрать что больше нравится.

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

Или https://npd.nalog.ru
Все разжевано.
Налог 6%, ни нужно никаких онлайн касс.

При значимых суммах - у платежных систем начинаются вопросы, если вы не юр. лицо/не ИП.