Karpion

Если эта информация сохранилась в логах - то её можно вытащить оттуда. А если не сохранилась - то наверно, VK хранит такую информацию, но вряд ли отдаст её, ибо это личная/персональная информация, защищённая законом.

Я не вижу ошибок. Попробуйте поиграть программой - например, погонять цикл не от нуля до radioButtons.length, а меньший диапазон. Попробуйте присвоить цвет типа
0x8F8F00+(i*255/radioButtons.length)
чтобы цвет становился разный.

Или вот гипотеза:
Переменная i определена в момент установки обработчика. А в момент срабатывания события 'change' она имет какое-то значение, оставшееся с прежних выполнений.

Начнём с вопроса о том, кто будет иметь доступ к этой CRM - только автор (программа для собственного пользования), только сотрудники организации (отдельно - "только из локалки предприятия" или "со всего мира") или посторонние лица.

Вообще-то, понятие "переменные окружения" - очень многозначное. Например, есть переменные окружения в каждом процессе - как Вам сказали, при fork и exec они копируются от родителя к ребёнку, потом оба могут их менять. В шеллах есть два экземпляра таких переменных: один для наследования, второй для внутреннего использования.

А есть переменные окружения в ядре. Этот набор - один на всю систему (хотя в вирт.машинах он м.б. свой).

Попробуйте погуглить по " os.environ" - там хорошо разжёвано.

У меня сложилось ощущение, что создаётся структура family; и надо бы посмотреть её поля/параметры.

Вопрос непонятен. Зачем получать значение, которое известно? Или надо получить значение последнего элемента? Или надо по значению найти номер элемента?

Если просто по пробелу - то split().
Если что-то более сложное - то смотреть в сторону regex (регулярных выражений).

Умнее всего - создать домен на базе Samba. И пусть юзеры логинятся в компьютер и в Самбу с одним паролем, который вводится один раз при входе в компьютер.

Мириться с ситуацией "выданный пароль может быть узнан" - недопустимо. Надо воспитывать юзеров.

А зачем вообще нужен адрес, на который нельзя обращаться?

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

А как определяется момент, когда первое значение введено (юзер завершил ввод первого значения) и начал вводить второе? Вот в этот момент надо извлечь значение из поля ввода в переменную.
Потом надо понять, что юзер завершил ввод второго значения - и прочитать его во вторую переменную (либо сразу прибавить к первому в той же переменной).

Я не понял ситуации, в которой это всё требуется.

В идеале - на сервере ставится операционка, которая выступает в роли хозяйской; или вообще операционка, предназначенная быть Dom0. Её не переустанавливают без совсем уж крайней необходимости.
А внутрь вирт.машин уже заливают образы нужных вирт.машин.

PS: Вроде, все драйверы д.б. в комплекте операционки; и даже - жёстко вкомпилены в ядро. ПО кр.мере, во FreeBSD - именно так.

Для программистов, сисадминов и безопасников - есть много разных практически не пересекающихся между собой областей (например, "кабельная система" и "базы данных"). Тут Вам надо выбрать направление деятельности.

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

Читайте: "Server Side Includes".

Три языка - три кнопки с аббревиатурами языков или с флагами. При нажатии кнопки - переход по ссылке на ту же страницу, но другого языка. Кнопка выбранного языка - неактивна, при нажатии на неё ничего не происходит.

Я немного не в теме, заглянул случайно. И не очень понял вопрос.

Допустим, Вы хотите отображать на экране набор точек с известными координатами. И неизвестно заранее, в каких пределах будут координаты точек.
Допустим, точки появляются по одной, и после появления каждой надо её отобразить.
Тогда при появлении новой точки надо посчитать максимальную координату по X и по Y. Точнее, достаточно сравнить X и Y новой точки с максимальными X и Y по прежним точкам. Если они не изменились (т.е. X новой точки не превышает максимального X по старым точкам, и аналогично по Y), то просто дорисовываем новую точку.
А вот если хотя бы по одной координате произошло превышение - то надо перерисовать все точки в новом масштабе.

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

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

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

Ещё хороший способ упаковать пациента - это chroot. Но там ему надо обеспечить окружение - набор нужных ему программ и библиотек. Сложно, муторно и защищает так себе.