AtomicScience

Вопрос обсуждался здесь: https://github.com/IgorTimofeev/MineOS/issues/356 Если кратко - документации нет, и знания придется добывать самостоятельно

Если ты под Линуксом (в чем я сомневаюсь), то это делается в три строчки: Если под Windows... То нужно разбираться

Здравствуйте, а приложение уже отвисло?

Также можно использовать unmanaged диски - это позволит исключить почти что все временные затраты, связанные с задержками вызовов диска, поскольку почти все операции, кроме переноса головки на большое расстояние, выполняются на нем мгновенно

Хорошие новости для многочисленных фанатов UMFAL - вышла версия 2.0! Помимо добавления небольшого количества фич, была написана подробная документация на двух языках, также появились примеры кода. Подробное описание возможностей библиотеки, а также подробно задокументированные примеры - на Github: Репозиторий проекта

Возможные способы увеличения количества компонентов: 1) Установка более продвинутого процессора 2) Если использовать в качестве компьютера сервер - установка шин

Вот чисто из интереса, в этом случае хочу спросить - а что же вы тогда советуете?

Заголовок темы заявляет обратное

Постойте, но дискеты же можно пометить Read-only, разве это не должно решить проблемы с установкой? (Ctrl + ПКМ на блоке с дискетой в руках)

У Filesystem API есть замечательный метод `mount`: Если передать ему объект, который полностью воссоздает (т.е. содержит все методы компонента Filesystem - простого жесткого диска), то ОС будет считать твой лже-диск настоящим - ведь он полностью копирует методы диска настоящего. И уже в объекте ты можешь реализовать хранение данных как тебе хочется.

Первый вопрос оставлю без ответа, но вот по второму я знаю точно, что единственный способ активировать сборщик из Lua-кода - через компьютер, к которому этот сборщик подключен как компонент

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

Ну, доверенность призвана защищать не от вредительского кода типа filesystem.delete("/"), а скорее от недостоверной информации и спама. Вдруг кто-то начнет рассылать порно-баннеры, блокирующие компьютер бесконечным циклом?

Наверное, достаточно создать глобальную переменную-обьект, в которую можно поместить все данные приложения, и при запуске программы просто проверять её наличие. Если она есть - восстанавливать состояние приложения из нее, если нет - запускать сначала. Все фоновые обработчики событий работают с этим объектом и обновляют его состояние при, например, получении нового сообщения А если эту загрузку/сохранение состояния реализовать с помощью файла, который можно поместить в /tmp или отдельную директорию на диске, можно не волноваться за потенциальные проблемы со сборщиком мусора и загружать состояние приложения, может быть, даже после перезагрузки

Проблема решается добавлением chat.lua в /bin

Честно говоря, это не очень удобно. Наверное, лучше сделать так, чтобы программа разворачивалась при повторном запуске команды

Поменяй лаунчер

Нужно нажать "MineOS" в верхнем левом углу -> Выйти Помню, раньше эта кнопка выходила в консоль, но сейчас почему-то этот вариант не работает, похоже, дело в том, что теперь MineOS является Standalone системой, и из нее такой функционал просто выпилили. Надеюсь, @ECS объяснит подробнее

Но есть нюанс:

Странно... Просто я считал, что этот курс - мой единственный источник знаний по Git. Сейчас я его тоже перечитал, и понял, что теории там действительно нет, вообще. Похоже, уровень у меня был ни разу не "околонулевой", как я считал, и где-то до этого я добирался знаниями. В любом случае, думаю, в качестве курса-компаньона для закрепления знаний, полученных из вышеупомянутой книги, сойдет

Но я все-таки советую хотя бы минимально освоиться в Git, чтобы не было "я нажимаю непонятные кнопки, ввожу непонятные команды, и оно работает, вроде". Для этого рекомендую следующий интерактивный курс: https://githowto.com/ru. Здесь именно новичковая база, начало проходится за вечер, и этого достаточно для уверенной работы в одиночку в одной ветке без всяких продвинутых приколов. Если же хочется именно вгрызться в гранит науки, стоит прочесть книгу - https://git-scm.com/book/ru/v2 . Здесь все тоже с нуля, но с уклоном в теорию, конечно же

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

Она прекрасно работает, просто теперь она переехала в MineOS

Они кешируются в объекте приложения. Соответственно, каждый раз, когда мы запускаем run.lua, создаётся новый объект с чистым кешем. Руками ничего выгружать не нужно

Не знаю, как у вас, а у меня есть один пунктик - весь код должен быть аккуратненько разложен по маленьким файликам. Ну, или не очень аккуратненько... Но в любом случае, файлы размером более ста строк для меня уже становятся сложночитаемыми, и я предпочитаю их разбивать на два и более. Но встает вопрос - эти два файла надо как-то, скажем так, совместить. Думаю, эта проблема возникала не только у меня, а учитывая повышенный интерес к многофайловым установщикам, я таки решился адаптировать свою достаточно старую разработку и вывести ее в свет. Короче говоря, встречайте Unified Multi-File Application Loader, сокращенно UMFAL UPD: вышла версия 2.0! Помимо добавления небольшого количества фич, появилась подробная документация на двух языках, а также примеры кода. Подробное описание возможностей библиотеки, а также подробно задокументированные примеры - на Github: Репозиторий проекта Команда для загрузки (wget) wget -f https://github.com/AtomicScience/UMFAL/releases/latest/download/umfal.lua /lib/umfal.lua