Нет, все сводится к проверке есть ли у текущего пользователя права на выполнение запрошенной операции(запись в системные разделы, управление брандмауером, редактирование реестра и т.д.), если права есть то не будет никакого диалогового окна. Думаю очевидно что у администратора права есть практически на все действия и UAC будет молча их позволять.
Вообще почитайте на вики статью об UAC, там есть полный список тригеров вызывающих диалоговое окно.
Ну и еще можете сами провести эксперимент открыть паралельно два окна проводника(или тотала), одно от имени админа, второе от имени пользователя и попробовать запустить из них программу требующую прав админа, например c:\WINDOWS\System32\regedit.exe
В общем случае если вам нужно запустить несколько разных рабочих окружений(разные ос и/или разный набор софта) - выбираете виртуалки, если вам нужно запустить несколько приложений(или копий одного с разными конфигами/хранилищами данных) на одной системе - выбираете контейнеры.
Денис, почитайте уже документацию - специально для разработки есть npm run watch, который будет отслеживать изменения в файлах проекта и на лету их пересобирать. Ну а в конфиге проекта пропишите чтобы собиралось сразу в папку вебсервера и спокойно себе работайте через домен.
Хотя Сергей delphinpro прав, должно все работать и на встроенном девсервере, только нужно использовать правильные пути.
Wentixon, ну гвозди можно забивать как молотком так и микроскопом... пожалуй я не буду пытаться подробно объяснить разницу, за меня это уже сделали в тысячах статей и официальной документации докера.
но если сильно упростить то контейнер докера это как портативная версия приложения, а виртуалка это как портативная версия целой ОС со всеми приложениями и данными. да вы можете в один контейнер запихать сразу несколько приложений(например nginx+mysql+php-fpm) плюс еще закинуть туда же статику, ваш код и бд - но это не верный подход(не безопасно, создает сетевой оверхед, усложняет обновления и тд).
Вы явно "неправильно" используете вебпак, вам нужно с его помощью выполнить сборку фронтенда и уже готовую статику закинуть в папку вебсервера(в денвере).
Wentixon, нет не так. если вы планируете использовать докер как замену виртуалке, то вы не поняли для чего он нужен. Стоит еще раз почитать гайды и философию микросервисов. А для локальной разработки поднимите виртуалку в virtualbox(через вагрант или напрямую не суть важно), на ней уже настраиваете окружение аналогичное проду(в том числе докер если он требуется) и работаете.
Марат Линберг, не совсем, попробую перефразировать ответ. Вам нужно понять что разделение серверов на фронт/бек это чистая условность для простоты администрирования. То есть сервер который отдает клиенту статику и/или выполняет балансировку/роутинг вы можете назвать фронтом для простоты, но по факту все сервера являются бекендом.
А в программировании фронт/бек это вариант архитектуры программного обеспечения и термины имеют вполне конкретные значения:
фронт - пользовательский интерфейс сервиса выполняющийся у клиента,
бек - программно-аппаратная часть сервиса.
Например, ваш пхп скрипт генерирующий страницу для пользователя является частью бекенда, а вот сама html-страница уже фронтенд.
т.е на серверах фронта мне нужно хранить клиентское приложение (js, html ...), а на серверах бэка API, так?
Вам не нужно, но вы можете при необходимости. Разделение на разные сервера в основном используется для распределения нагрузки в высоконагруженых проектах и не является обязательным. Учитывая ваш вопрос я сильно сомневаюсь что у вас есть такая необходимость. Ответьте себе: какую задачу вы пытаетесь решить разделением сервиса по разным серверам? Если конкретного ответа нет, то и делать этого пока не стоит.
Александр, если отправка через стандартный механизм форм, то точно нет - в нем строка сначала хтмл-эскейпится, потом урл-енкодится. А вот через js не уверен, возможно там самому об этом нужно заботится. Посмотрите в консоли разработчика в каком виде текст отправляется вашим js-скриптом.
Дебет Плюс
Ананас
Своя технология
Athena
Openbravo
GrossBee
ВС:Бухгалтерия
Класс365
OpenERP
Tria
MRP
Лично ставил клиентам первые 2, для небольшой фирмы функционала хватало. Но тут опять возвращаемся к отсутствии конкретики в вашем вопросе... 1С это ведь платформа, на которой построена целая куча разных "программ" и уже к ним нужно искать аналоги, никто тут ведь не знает что именно вам нужно помимо бухгалтерии.
Игорь Фролов, кто вам сказал что 1С единственная в своем роде? Аналогов хватает, в том числе есть и бесплатные и даже опенсорсные. Прежде чем лепить свой велосипед стоит погуглить и глянуть на то что уже написано, если ничего не подойдет(и невозможно будет доработать) тогда уже садитесь за ТЗ, подробно описывайте ваши хотелки и по нему уже можно спрашивать скроки и цену.
Нет, все сводится к проверке есть ли у текущего пользователя права на выполнение запрошенной операции(запись в системные разделы, управление брандмауером, редактирование реестра и т.д.), если права есть то не будет никакого диалогового окна. Думаю очевидно что у администратора права есть практически на все действия и UAC будет молча их позволять.
Вообще почитайте на вики статью об UAC, там есть полный список тригеров вызывающих диалоговое окно.
Ну и еще можете сами провести эксперимент открыть паралельно два окна проводника(или тотала), одно от имени админа, второе от имени пользователя и попробовать запустить из них программу требующую прав админа, например c:\WINDOWS\System32\regedit.exe