Герман Мартин

вот так:

<select name="type-of-services" class="p-choices">  
                        <option value="0" placeholder>Выберите вариант</option>
                        <option value="reconstruction">реконструкция</option>
                        <option value="redevelopment">перепланировка</option>
                        <option value="translation">перевод</option>
                        <option value="getting-permission">получение разрешения на новое строительство</option> 
                        <option value="other">иное</option>
                    </select>

и

let currentSelect = new Choices(select, {
                noResultsText: 'Значение не найдено',
                loadingText: 'Загрузка...', 
                searchEnabled: false,
                placeholder: true,
                placeholderValue: null, 
                shouldSort: false,
            });

Создай файл с разрешение .sh
Внутри:
#!bin/bash
Список команд

Я так автоматизировал установку нужных программ.

https://qna.habr.com/q/1123928 - тема тут развивается и обновляется.

Через SWIFT предоплату они принимают. Но сбер тут, конечно, мимо

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

полностью согласен с valdiks на счет XCP виртуализации. Ровно так же поступил и я сам. Для начала нужно подготовить платформу для всего этого дела. У меня 2 ssd жестких диска и 4шт обычных на отдельном контроллере. Есть желание сделать одну мышку для обоих систем, общий доступ к тем же файлам, да и вообще, чтобы было ощущение работы за одним компьютером. Операционные системы интересующие меня это Windows 7 и Mint. Для каждой системы желательно выделить отдельную видео карту, у меня для этого была припасена материнская плата с 2 PCIE16 и интегрированной в Intel процессор. Ставим именно Intel видеокарту в приоритете в BIOS, но не выключаем остальные. Для USB тоже желательно несколько отдельных контроллеров. Ровно так же поступил, поставил 2 дополнительных. Со звуком проще, можно вынимать из HDMI.

Скачиваем и устанавливаем сперва XCP 1.6 на 1 ssd диск и указываю его в качестве основного жесткого диска для работы виртуализации. На контроллере для гипервизора оставляю этот ssd и жесткий диск на 1тб (под общие файлы для операционок). Дальше нужно расшарить для остальных систем 1тб жесткий диск в качестве корневого носителя. Для этого нужно доставить в centos пакеты с samba. Чтобы иметь возможность устаналивать дополнительные пакеты в систему нужно включить конфигурацию yum.

nano /etc/yum.repos.d/CentOS-Base.repo
nano /etc/yum.repos.d/CentOS-Vault.repo

Сам я поставил MC, samba. Подключите, примонтируйте в fstab жесткий диск на 1тб и расшарьте его в sabma. После чего благополучно можно переходить к следующим манипуляциям. Для адекватной настройки ВМ в XCP я пользуюсь XenCenter, а для его адкватной работы нужно произвести некоторые манипуляции по настройке самого гипервизора.

cd /opt/xensource/bin
  /etc/init.d/xapi stop
  cp -vp xapi xapi.original
  sed -i 's/1\.4\.90/6.0.99/g' xapi
  /etc/init.d/xapi start

А так же нужно установить пакет отвечающий за трансфер ВМ. Если вдруг оно вам понадобится, для этого нужно скачать с сайта Citrix XenServer образ и примонтировав к системе установить пакет packages.transfer-vm/xenserver-transfer-vm-6.1.0*
rpm -i xenserver-transfer-vm-6*

На этом месте я создаю 2 ВМ, место под установку Mint я забираю на ssd для гипервизора, а вот для windows будет использован отдельный жесткий диск, на отдельном контроллере, так что созданный образ виртуального жесткого диска можно удалить и сперва пробросить наш контроллер в систему или пробросить все жесткие диски в win как блочные устройства.

Подключения хардов без проброса контроллера, а в виде блочных устройств.
Создаем папку для линков
mkdir /srv/hdds
Создаем SR

xe sr-create name-label="HDDS" name-description="Блочные устройства" type=udev content-type=disk device-config:location=/srv/hdds

ну и линкуем наши харды из системы
ln -s /dev/md0 /srv/hdds/md0
ну и теперь можно сходить в xencenter, пересканировать SR хранилище и подключить оттуда жесткие диски к нашей системе. Больше 4 жестких дисков таким методом не пробросить. Но можно снять ограничение и увеличить до 16.

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

xe vm-param-set other-config:pci=0/0000:01:00.0,0/0000:01:00.1 uuid=d103a91d-5c38-844f-14d5-64b3c495eb08

К примеру для проброса usb и видео контроллера. Но в моем случае, такой подход к Mint, а для win прокидываем еще и контроллер с жесткими дисками. По желанию можно прокинуть и звуковую карту. Теперь остается запустить наши новые ВМ и поставить на них операционные системы и драйверы. Для общих файлов в windows я расшариваю остальные жесткие диски. Для того чтобы "интегрировать" системы друг в друга, я подключаю в качестве папок с окружением и на win и на mint (рабочий стол, мои документы, моя музыка и прочее) папки с шары с жесткого диска из гипервизора. Побочный эффект - это link файлы из mint на рабочем столе для windows и ярлыки от win на столе mint. Ну и для удобства работы с системами, я рекомендую поставить программу проброса мыши и клавиатуры Synergy. Программа умеет перемещать и клавиатуру вслед за мышью, общий копипаст и даже перетаскивать файлы. Весьма удобно в нашем случае. Так же является кросс платформенной. Рекомендую подключить и пробрасывать управление с той системы которая будет главной. Ну и на будущее можно попытаться объединить для Nix все мониторы. Для этого хочу поставить на win xserver и подключить к xorg как дополнительный монитор.

Заранее извиняюсь если кому-то написал непонятно и сумбурно. С утра в четверг хочется помочь людям, но качественно не можется =)

Уоу, чуть не забыл =) автостарт операционных систем в гипервизоре.

xe vm-param-set uuid=... other-config:auto_poweron=true

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

Испльзую zsh с Oh My Zsh! - всё информативно, быстро и стабильно.

PHP не мода, php - классика, а классика никогда не умирает. Если умрет php, то умрут все остальные языки backend разработки потому что появится что-то такое, что сможет в разы превзойти пхп в простоте, скорости и удобстве, на данный момент что джава, что питон, что руби +- одинаковые, каждый подходит для своих целей. Тот же питон выбирают из-за простоты интеграции нейронных сетей, но если говорить не о узких, а о главных параметрах (функционал, скорость и тд) все популярные бэк языки более или менее одинаковые смотрите те же сухие графики.
А о уменьшении вакансий - глупость несусветная. трын тут приведена статистика за 2018 год и обоих графиках по вакансиям лидирует в сравнении с java/python PHP, при том на первых двух пишут как бэкэнд, так и миллион других штук. А на втором графике и вовсе пхп опережает js (единственный язык в самой популярной сфере разработки).

А вот если речь идет о реально крупных компаниях (amazon, google...) там как раз предпочитают python из-за выше упомянутой простоты интеграции нейросетей, а java из-за стабильной поддержки сверх высоких нагрузок.

Меньше слушайте диванных экспертов, пхп предрекают смерть с 00-х годов, что то он слишком долго дергается для мертвеца.

Напишу с точки зрения джаваскриптора. С php знаком поверхностно, и, как по мне, там это бесполезная затея. Как и, простите, сам php (сугубо моё мнение, не холивара ради).

При ООП требуется совершенно иное мышление. Мыслить придется очень абстрактно, продумывая порой одну только структуру целыми неделями. И проблема ООП в том, что она позволяет эту структуру обдумывать неделями, в то время, как при функциональном/императивном подходе можно было уже написать рабочий прототип и отрефакторить. Фактически, никаких преимуществ не возникает, опять же, с моей точки зрения и имеющегося опыта. Так как возникает большой простор для творчества, то по незнанию можно весь код усложнить в сотню раз, в то время, как ООП наоборот позиционируют как парадигму, упрощающую поддержку.

Например, класс User. Может, он умеет создавать записи в блог? А может есть класс Blog, с методом .newPost()? А может и вовсе Post.new()?

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

var express = require("express");
var app = express();
var server = require('http').createServer(app);
var io = require('socket.io').listen(server);

app.get('/bootstrap.min.css', (function() {
  // на другой машине bootstrap может установится в другое место
  // разрезолвим его путь средствами ноды и сохраним в замыкании
  var cssFile = require.resolve('bootstrap/dist/css/bootstrap.min.css');
  return function(req, res) {
    res.sendFile(cssFile);
  };
})());

app.get('/', function(request, response){
  response.sendFile(__dirname + "/index.html");
});

server.listen(3000);

ну и в html теперь путь поправим:<link rel="stylesheet" href="/bootstrap.min.css">

проблема в том, что вот эти строки в конце

console.log('stage after: ' + stage);
return stage;

исполняются ДО того, как пришел ответ с сервера.
Читайте что-нибудь о асинхронности.

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

установить пакет с исходным кодом ядра linux (как минимум пакет с заголовками). ищите в aptitude что-то вроде linux-headers.

Не ставил ни разу, погуглил.
Развернуто на отедльной virtual? Сеть в режиме моста или nat ?
Системный фаерволл выключен?
Прописаны ли DNS и имя машины в файл хост в виртуалке?
Отключить ipv6 ?