Задержка запуска программ Windows при загрузке?

Задержка запуска выполняет задачу: http://www.r2.com.au/page/products/show/startdelay

Вместо команды ping, которую Джеффи предлагал ранее в Windows XP / Vista / 2008, я использую команду timeout в командном файле.

Синтаксис: timeout /t seconds

@echo off  rem for 5mins delay..  timeout /t 300  rem starting delayed start programs  start cmd /C "C:\Some\Path\To\A\Program.exe"  start cmd /C "C:\Some\Path\To\A\Shortcut.lnk"  start notepad 

PS Если вы не хотите видеть обратный отсчет, вы можете отменить вывод следующим образом: timeout /t 300 > nul

1. Создайте пакетный файл с именем "5minsdelayStart":

   @ эхо выключено Рем спит в течение 300000 миллисекунд (5 минут) ping -n 1 -w 300000 -4 10.0.0.0> NUL  рем пуск отложенный запуск программ запустите cmd / C "C: \ Some \ Path \ To \ A \ Program.exe" Запустите cmd / C "C: \ Some \ Path \ To \ A \ Shortcut.lnk" 

2. Замените команды внизу тем, что вы хотите запустить после 5-минутной задержки.

3. Добавьте этот пакетный файл в папку автозагрузки.

Примечание. Вместо этого можно создать ярлык для командного файла, а затем установить параметры запуска, чтобы минимизировать запуск командного файла. В любом случае у вас будет командная строка в фоновом режиме, но, по крайней мере, если она будет минимизирована, это не будет слишком большим вмешательством!

Кроме того, если по какой-то причине в вашей сети 10.0.0.0 фактически маршрутизирует что-то действительное, вам следует изменить этот IP-адрес на что-то другое (у которого нет маршрута).

На самом деле оба ответа имеют свои достоинства. Установка фиксированной задержки может не соответствовать вашим интересам, так как потребности меняются со временем. Любая установленная задержка для одновременного запуска остальной нагрузки может быть даже более неудобной, чем запуск их в то время, когда вы выполняете обычное «Ожидание Windows».

Я бы посоветовал добавить аргумент «продолжать ждать? Y / N» в пакет, если в нем много элементов. Или вы могли бы позволить этому автоматическое расширение по времени на основе активности. (т. е. подождите, пока не завершится какое-либо действие клавиатуры). В любом случае, если вы не сделаете это для всего лота (каждое как отдельное временное действие), вы можете обнаружить, что запускать его все через 5 минут после загрузки будет так же плохо или даже хуже, чем запускать все это перед началом работы.

Я думаю, что если это все абсолютно необходимо, то лучше всего расположить их в последовательности с 1 поочередно, выполняя каждый, а затем проверять, нет ли еще действия, а затем запускать следующий. Конечно, только вы знаете, что нужно при запуске. Некоторые могут не понадобиться вообще для некоторых быстрых эпизодов включения / выключения. Если расположить в правильном порядке, они никогда не будут достигнуты, пока вы не выключите питание.

Другая возможность - привязать загрузку к необходимости загрузки. Если вы не пользуетесь Интернетом, не используете электронную почту или другие виды деятельности «высокого риска», вы можете не загружать программное обеспечение AV. Добавление команды «Запустить это первым, если она еще не запущена» к этим действиям может значительно увеличить скорость локальных игр или чего-либо еще, что не нужно проверять и перепроверять для каждого хода. Просто привяжите стартап к программе, которая нуждается в нем.

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

К вашему сведению, есть очень полезная утилита, которую я использовал и давал многим людям на протяжении многих лет, которая называется «StartMan». Ее легко найти с помощью Google и Free, и я уверен, что есть и другие. Это работает с каждой версией Windows, которую я когда-либо пробовал от Win98 до Win7. Это позволит вам гораздо больше контролировать свои программы запуска, не делая постоянных изменений в конфигурации запуска, и легко отменить те, которые не являются продуктивными.

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

Windows Script can be used instead of command script. It has a Sleep() method which should be supported in Windows XP. It runs without any visible window and allows to configure visibility of executed program window- hidden, normal or minimized.

Before using Windows Script system should be checked if it is configured to execute *.vbs files.

Below is sample script which must be placed in file with "VBS" extension, for example "DelayedStart.vbs" and placed to Start Menu StartUp folder:

Set Shell = WScript.CreateObject("Wscript.Shell") WScript.Sleep(5000) Shell.Run """C:\Program Files\Debug\MemInfo\meminfo.exe""", 2, False Shell.Run """C:\Windows\System32\taskmgr.exe""", 2, False rem True=wait until exits rem Window: 0=hidden, 1=normal, 2=minimized rem Shell.Run """notepad.exe"" ""argument with space""", 1, False rem Shell.Run "notepad.exe """ & WScript.Arguments.Item(0) & """", 1, True 

Всем тем, кто говорит " First remove them from run at startup.", я должен сказать:

Не все приложения будут работать, некоторые заново добавят себя в реестр при запуске.

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

Наихудший случай, который я обнаружил (отсканированный драйвер), был запуск при загрузке приложения, у такого приложения нет графического интерфейса, но оно само блокируется с помощью «системного» процесса, поэтому его нельзя убить, если вы не убьете «system» (предупреждение, делающее так = BSOD), также, если блокирует / перехватывает изменения реестра, поэтому после удаления ключа он появляется снова и т. Д. Поскольку приложение не может быть уничтожено, вы не сможете избежать его запуска при следующей загрузке. Работает только РЕШЕНИЕ (без форматирования): начните с Linux и удалите такое приложение, никогда больше не переустанавливайте его ... но, поскольку это "драйвер", он устанавливается снова, как только USB подключен (также с не подключенным устройством) ), поэтому вам необходимо удалить все записи USB, драйвер, файлы и т. д., перезагрузиться в Linux и удалить приложение.

Я понимаю, что для "нормальных" приложений это очень просто ... просто удалите ключ реестра lauch и поместите такую ​​команду в файл .lnk (ярлык), а затем из скрипта запустите .lnk, который вы хотите сделать между ними. ... или некоторые из них на 1 минуту отличаются, другие - на 5 минут и т. д. ... пишут сценарии и вызывают все сценарии параллельно, так что каждый может ждать своего времени, бла-бла-бла ...

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

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

Для "нормалей" это очень хорошо и прекрасно работает ... для таких, скажем, "некрасивых", что можно сделать? Ничего, кроме удаления ключа реестра после завершения работы после того, как приложение было убито / закрыто.

Я не вижу ни одной программы, которая позволяла бы вам настраивать ключи реестра kay, которые вы хотите удалить на завершающей стадии выключения, я вижу тех, кто работает на ранних стадиях выключения ... но не могу контролировать, что другие приложения все еще работают (может не устанавливать порядок выключения), поэтому, если кто-то еще работает, как только ключ reg был удален, такой работающий повторно добавит его.

У меня есть собственное решение (очень неприятное, я должен признать): я блокирую такие ключи реестра без прав администратора, только с определенным пользователем, использующим права, чтобы любое приложение (не работающее как системный пользователь) работало с правами администратора и т. Д. не может изменить его ... предупреждение с некоторыми приложениями, которые они будут продолжать работать после запуска, потому что они не могут изменить такой ключ реестра, поэтому вы должны запустить 4-шаговый скрипт для их запуска ... установить права, чтобы разрешить, запустить приложение и немного подождите, установите права, чтобы запретить (admin), но разрешить конкретному пользователю, удалить ключ (так как права скрипта - это права пользователя, это будет разрешено) ... и когда приложение снова попытается повторно добавить он не сможет, если повезет, приложение не будет внезапно завершено, иначе ... вы должны оставить реестр там до завершения работы ... для этого случая добавьте задачу расписания для удаления раздела реестра ...Помните, что ключи реестра также можно удалить, запустив .reg с инструкциями для этого ... нет необходимости создавать приложение для этого.

И т. Д., И т. Д., Я бы хотел, чтобы в некоторых бесплатных инструментах были реализованы такие вещи, но я так и не нашел никого, ни платного.