Update Github в автозагрузке — что это?
Запись автозагрузки, предположительно является компонентом проверки новых версий/обновления приложения Discord.
Discord — что это? Мессенджер, поддерживаемый VoIP (телефонная связь по протоколу IP), видеоконференции, предназначенный для использования по интересам. Популярный среди геймеров.
Запись Update Github в автозапуске диспетчера задач Windows:
Можно ли отключить? Можно. После отключения некоторые функции обновления ПО Discord могут переставить функционировать. Например не будет автоматически проверяться наличие новой версии. Данный компонент не критически важный, поэтому можно отключить (не удалять), а при возникновении проблем — включить обратно.
Что такое Github? Вообще — место, где размещается исходный код программ, включая старые версии кода. Почему данное название видим в колонке Издатель — неизвестно. Возможно данный компонент проверяет наличие новой версии используя хранилище Github.
Запись Update Github запускает файл Update.exe из папки AppData/Local/Discord:
Надеюсь данная информация оказалась полезной. Удачи.
Вопрос №73985 от пользователя Светлана Тульникова в уроке «Автозагрузка», курс «PHP: Настройка окружения»
Посмотрите пожалуйста, репозиторий запуск php index.php у меня выдаёт: Hello, Hexlet!
composer dump-autoload эту выполняла, что ещё можно выполнить? (у меня win 10 и vscode, работать на линуске пока не тяну, виртуальную убунту ставила для курса консоли, но совершенно не понимаю, что мне с ней делать дальше).
Вам на ещё заменить содержимое файла на то, что приведено в шаге самостоятельной работы.
Который index.php ? Заменила.
require_once DIR . ‘/vendor/autoload.php’;
// Файл не включается на прямую // Он загрузится автоматически благодаря автозагрузке use Hexlet\Php\Runner;
Посмотрите, кажется, вы не до конца выполнили самостоятельную работу из предыдущего урока. Файл Runner.php вы создали, но кода в нём нет.
Также в текущем шаге это файл вам нужно добавить в автозагрузку.
Если всё это уже делали, но что-то не работает. Залейте все эти изменения на гитхаб, я посмотрю и подскажу вам 🙂
ага. пока не закрыла файлы в вскоде они не сохранились, из-за чего оно и не запускалось и не комителось!
теперь другая ошибка, ура
PHP Fatal error: Uncaught Error: Call to undefined function Hexlet\Php\Runner\run() in C:\Users\Светлана\Documents\GitHub\hexlet-php\index.php:9 Stack trace:
thrown in C:\Users\Светлана\Documents\GitHub\hexlet-php\index.php on line 9
Fatal error: Uncaught Error: Call to undefined function Hexlet\Php\Runner\run() in C:\Users\Светлана\Documents\GitHub\hexlet-php\index.php:9 Stack trace:
thrown in C:\Users\Светлана\Documents\GitHub\hexlet-php\index.php on line 9
Сделала composer dump-autoload и заработало))
Saved searches
Use saved searches to filter your results more quickly
Cancel Create saved search
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Автозагрузка скриптов #83
artbear opened this issue Oct 27, 2020 · 11 comments
Автозагрузка скриптов #83
artbear opened this issue Oct 27, 2020 · 11 comments
core enhancement New feature or request
Comments
Contributor
artbear commented Oct 27, 2020 •
Существует проблема
1 Разработчики добавляют новые скрипты. Им удобно сразу сделать настройку для автозагрузки их скриптов
2 Пользователи хотят управлять набором загружаемых у себя скриптов.
Хотелось бы иметь следующую функциональность
Для решения предлагается использовать json-файл настройки, в котором можно будет указать набор автозагружаемых скриптов.
Предлагаю имя env.json
этот скрипт должен лежать в каталоге гит-репозитория.
При загрузке Снегопата скрипт автозагрузки должен прочитать json-файл и загрузить все скрипты, указанные в нем
Этот файл является образцом.
< "autoload" : < "extSearchReplace,js" : true, "ext/custom.js" : false > >
В дальнейшем настройки могут быть расширены
The text was updated successfully, but these errors were encountered:
Contributor
7OH commented Oct 27, 2020
Показывать формочку со списком, галками и описанием того, что предлагается добавить.
Заодно удалять из списка те, которых нет.
Сейчас оно просто остаётся висеть в надежде, что когда-то файл вернётся.
Возможно под галочку — «удалить отсутствующие скрипты из списка»
Contributor Author
artbear commented Oct 27, 2020
ИМХО лишние переусложнения.
задавать вопросы пользователю — зло.
В будущем формы настройки автозагрузки будет достаточно, но это не быстро сделать.
мой вариант — файл настройки в гит-репо + автозагрузка скриптов + перенос настроек из файла в обычные настройки снегопата.
это сделать довольно быстро, без лишних красивостей. а польза будет несомненной.
Contributor
7OH commented Oct 27, 2020
Если быстро, то да, просто перенести. Но тогда секция remove должна быть тоже.
Тут тогда я вопрос подкину.
Вот добавил я скрипт, пользователь его у себя удалил из загрузки.
След обновление и он опять загружен. Это надо как-то обиграть
Contributor
orefkov commented Oct 27, 2020 •
Смотри, файлы, которые в репо, пользователем вообще не должны правится, чтобы обновления спокойно накатывать.
То есть все настройки пользователя должны лежать вне репо, как сейчас в папке data рядом с core.
То есть файл, который предлагает Артур — своего рода «образец», а реальный список автозагрузки у каждого пользователя свой. Тогда, можно делать «от противного», у каждого пользователя вести список «исключить из автозагрузки», который у большинства пользователей будет пустым.
Развивая мысль, каждый автор скрипта захочет, чтобы его скрипт использовался, и включит его в список автозагрузки.
Тогда логично будет — наоборот, автоматом грузить все скрипты, кроме тех, от которых пользователь отказался.
Тогда снова надобность в файле автозагрузки отпадает.
Остается еще вопрос в иерархии папок. Сейчас каждый пользователь может сам создать свою структуру «каталогов» загруженных скриптов, разместив их по своему разумению, как ему удобнее (для вызова по Ctrl+M)
Как быть с этим?
Например, у меня «Навигатор по метаданным» размещен в папочке «Работа с метаданными», а у другого человека — в папке «Поиски». Как с этим быть?
Contributor
7OH commented Oct 27, 2020
Я просто мысли оставлю.
Чтобы сделать правильно, надо сменить формат настроек.
Загрузка не по факту наличия строки, а добавить имя скрипта и загружать или нет.
Тогда анализировать будет проще: нет записи — добавляем с автозагрузкой, есть — не трогаем.
И не будет разницы где скрипт лежит (папка) .
Contributor Author
artbear commented Oct 27, 2020
кстати, да, согласен — лучше добавить флаг «грузим или нет»
мы в дымовых также делаем
сейчас исправлю шапку ишуза
Contributor Author
artbear commented Oct 27, 2020
в гит-репо у нас единая структура, куда положим файл, оттуда и читать.
а вот собственные скрипты, если нужно, пусть грузятся из любого места
Contributor Author
artbear commented Oct 27, 2020
наш файл в репо должен выступать как образец, а потом настройки копируются пользователю
т.е. если у пользователя стоит настройки не грузить этот скрипт, уже неважно, что указано в нашем образце
наш образец работает только, если скрипт грузится в первый раз и в настройках пользователя его нет
Contributor
orefkov commented Oct 27, 2020 •
в гит-репо у нас единая структура, куда положим файл, оттуда и читать.
Я немного про другое. В репо скрипты могут как угодно лежать, но пользователь в диалоге макросов может какую угодно иерархию создать «под себя»
При первой загрузке просто в «Пользовательские скрипты» добавлять?
Contributor
7OH commented Oct 27, 2020
да — добавлять в корень.
Тут заодно реализовали бы идею из чата, чтобы не добавлять удалять файлы, а галки ставить на форме настройки.
Github что это в автозагрузке
[Ответить]
Neo [22.09.2016 17:50] :
Может, это хрень под названием Resume так мешается?
Neo писал(а):
Может, это хрень под названием Resume так мешается?
Но это хак, а не решение. В macOS просто нет такой функции, чтоб запретить программам прописывать себя в автозагрузку. Steps [22.09.2016 18:24] :
А вот у меня ничего в пульт не перепрописывается. KillMyMac у меня есть, например, удобный информер и всё такое, ничего само из него не стартует. И им же можно поубивать лишнее.
LP писал(а):
Ну вот предлагают удалять гланды через одно место, например:
1. Login Items — те, которые в пульте настройки «объекты входа»
2. Launch Agents — которые живут тут: /Library/LaunchAgents
3. Launch Daemons — которые живут тут: /Library/LaunchDaemons
Посмотрите в этих местах, может, там висят ваши «автозагрузки».
А вообще, у каждой проги в меню должнабыть галочка на автозапуск. Если конечно это не демон, хелпер, аддон, или еще что-то. LP [22.09.2016 19:03] :
Агенты и демоны из LaunchAgents и LaunchDaemons можно принудительно заблокировать средствами системы. А вот с Login Items ничего сделать нельзя — только обеспечить то, чтоб программа по пути, указанному в Login Items, отсутствовала. (есть ещё вариант снять флаг «x» с исполняемого файла). Steps [22.09.2016 19:14] :
Чего это нельзя-то? Можно. Там другая беда, не знаю, как правильно сказать с т.з. даже простого админа/программаста. В общем, у меня сложилось ощущение, что то, что там оказывается после установки или первого запуска приложения может не убиваться или возвращаться именно от того, что на самом деле запускает программу не алиас в пульте, он там для посмотреть. Иногда вообще, опять же как у SyncMate, что-то прописывается в hidden directory и оттуда стартует. Неохота сейчас копаться, мне неактуально. Вот как заблокировать системные приложения гораздо интереснее. Всякие talagent и прочие айклаудовские фишки.
Steps писал(а):
Чего это нельзя-то? Можно. Т