не так уж он и дорог. а перебор или нет для 8 пользователей - можно судить только после понимания характера работы этих пользователей, может это непрерывная потоковая работа типа касс, а может и ведение отчетности в сотне юрлиц. В общем случае надо от 0.1 до 0.5 ядра на пользователя + памяти в случае RDP - по гигабайту на клиента + 8 на скуль + запас. 16 или 32 ОП разница по цен также не существенна, а запас будет.
при доступе через RDP тормозить ничего точно не должно на указанном мной сервере.
ilovemaryjane, ну еще можно рисовать в фоне невидимый pre, стилизовать его также, как textarea и устанавливать высоту textarea в высоту pre, но тут уже получается тоже обращение к элементу нужно
Лично я руководствуюсь тем, что затраты на развертывание, рефакторинг и дальнейшее сопровождение при использовании библиотек будут меньше в динамически развивающемся проекте. Если у автора возник интерес сделать это без таймаута, то это либо академический интерес, либо реальная бизнес задача. И в том и в другом случае применение реактивных фреймворков библиотек будет оправдано.
Ну а именно vue даже называют новым jq, как раз из-за того, что он элементарно встраивается, в том числе по частям. И при этом имеет очень богатые возможности.
Николай Савельев, вероятно это особенность всей платформы под linux, а не только файлового варианта. Возможно на v8@1c.ru смогут помочь (правда время реакции обычно большое по таким особенностям).
Данил, нет. Если бы вы делали свою библиотеку, то надо было бы парсить wsdl, искать этот атрибут и слать запросы туда. В случае использования soap в node или soapclient в php библиотека делает это все за нас. И ей надо передавать именно адрес wsdl описания.
Данил, ну, если это чисто академический интерес, то в wsdl файле надо искать тег address и его атрибут location. Более того, в общем случае их может быть более одного :)
в данном примере за это отвечает сам пакет и делать руками ничего не надо.
Дмитрий Еремин, вы бы почитали описание пакета soap. Все там правильно. Клиент получает описание, которое содержит точку подключения, в которую и надо слать запрос. При этом (конечно, не в этом случае :) ) эта точка подключения может быть совсем не "url без wsdl"
1. не знаю, по факту фича удобная
2. потому что клик средней кнопкой - вставка из буфера и срабатывает on mouse down
3. это печальбеда, но сочетания в линуксе срабатывают on key down, соответственно, первым срабатывает переключение раскладки и последовательность "сочетания клавиш"обрывается.
4. есть немного непривычная альтернатива с compose key, https://habrahabr.ru/post/80091/ но когда пользуешься одновременно win и lin - неудобно, так как compose key нет под win
не так уж он и дорог. а перебор или нет для 8 пользователей - можно судить только после понимания характера работы этих пользователей, может это непрерывная потоковая работа типа касс, а может и ведение отчетности в сотне юрлиц. В общем случае надо от 0.1 до 0.5 ядра на пользователя + памяти в случае RDP - по гигабайту на клиента + 8 на скуль + запас. 16 или 32 ОП разница по цен также не существенна, а запас будет.
при доступе через RDP тормозить ничего точно не должно на указанном мной сервере.