AtomicScience

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

Тогда достаточно MAC-адреса сетевой карты

Вот это, кстати, хороший вопрос Но его, как и многие другие, можно решить с помощью многооктетной адресации, используя адреса типа 1.2.3 - т.е. узел под номером 3 привязан к промежуточному узлу под номером 2, а тот, в свою очередь, к корню под номером 1. Соответственно, корню достаточно знать путь под узла 2, а узлу 2 - до узла 3 А если заменить числа произвольными строками, то можно получить что-то вроде computerCraftServer.LagodromVasi.MainComputer - вот и удобочитаемые домены, считайте, подъехали

Разве такая сложная система адресации необходима?

Я бы помог, например, но что делать - непонятно. Стоит обозначить фронт работ. Пока попробую сделать что-то вроде WYSIWYG-редактора, может, получится чего

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

Кстати, как насчет идеи использования графической библиотеки от MineOS как основы для браузера? https://github.com/IgorTimofeev/MineOS/wiki/GUI-API ECS`ом, де-факто, проделана вся необходимая работа, нужно лишь придумать способ создания файлов для страниц, да и это необязательно - в сети, где все друг другу доверяют, можно просто шарить lua-скрипты, которые будут рендерить страницы.

Самый простой способ создать тег - нажать на кнопку "Create a new release" После заполнения описания, последний коммит в текущей ветке будет отмечен меткой Твой код к ней можно в любой момент "перемотать" в специальном окошке: А еще к релизу будет автоматически добавлен архив с исходниками: --- Вообще, очень советую научиться активно использовать Git в разработке, делая коммиты постоянно, а не выкидывая кучу кода прям перед новым релизом - это выведет разработку на качественно новый уровень, сделает ее удобнее, и, что самое главное, позволит людям работать совместно с тобой - никто не будет рисковать делать какой-то пул-реквест, когда ты, условно говоря, в любой момент можешь принести коммит на 10 тысяч строк и все стереть. Делай небольшие коммиты с осмысленными названиями - поможет отслеживать прогресс и откатывать изменения, если что пойдет не так

У тебя опечатка в команде --- В общем, идея мне нравится - довольно стройная (как минимум в теории) архитектура с тремя уровнями устройств, связь между устройствами посредством различного оборудования благодаря унифицированному интерфейсу (что я делал-делал в своем OCNS, да не доделал), браузер, и так далее. Поэтому я решил даже немного почитать и поревьюить твой код - а он достаточно приличный, тем более для первого проекта Конечно, недочеты есть, и все, что я нашел, я отметил в твоем коде, который специально для этих целей форкнул: https://github.com/AtomicScience/racoon-dev Просто поищи по коду по меткам "REV:" Также не забудь посмотреть файлик "Общие замечания" в корне репозитория. Надеюсь, тебе будет полезно. P.S.: Учти, что это все, разумеется, не квинтэссенция знаний программистского ремесла, снизошедшая на тебя, смертного, откуда-то, кажется, из-за облаков, а просто мнение о твоем коде от чувака из интернета, построенное через призму субъективных предпочтений P.P.S.: Приглашаю других более-менее опытных участников форума к поддержке инициативы по разбору (хотя бы поверхностному) кода форумчан. Даже 10-15 минут беглого осмотра кода и выделения самых цепляющих моментов, мне кажется, окажутся серьезным подспорьем и новичкам, и старичкам. Спасибо!

Не думаю, что цели твоего и моего проекта совпадают. Сейчас объясню, почему Вот оно! OCNS задумывался (и даже немножко реализовывался) как портирование протоколов из реальных сетей в Minecraft. Для "картошечки" действительно логична будет сеть одноранговая - простой и надежный, как алмазная мотыга, вариант Но для меня главным было реализовать по максимуму основные возможности протоколов реальных - многоранговость, межсетевая коммуникация, и прочие умные слова, которые совершенно не нужны обычным любителям "картошки" - им куда удобнее будет твоя концепция. Вот мое мнение - в этом вопросе нет ни "сильно неправых", ни сильно правых - есть просто две противоположные, скажем пафосно, философии - "картошечки" и "песочницы". Хочешь делать "картошку"? Пожалуйста, делай - ничего нехорошего в этом нет - создать хороший инструмент, которым все будут пользоваться - та еще задачка, и если ты ее решишь - формчане тебе будут признательны Но, боюсь, тогда с моим проектом тебе просто не по пути

Да, я удалил архив, и маловероятно, что смогу найти его. Поэтому вот ссылка на GitHub - https://github.com/AtomicScience/OCNS Проект я забросил, и очень маловероятно, что когда-либо возобновлю работу над ним. Если кто-то хочет продолжить работу/сделать форк/etc., то не вижу в этом никаких проблем

На всякий случай, если кто-то захочет скачать библиотеку, выкладываю свой, исправленный и работающий на новых версиях вариант Помимо исправления некоторых ошибок, добавил ссылку на зеркало Телеграма - теперь проблем с блокировками быть не должно Ссылка Команда для установки (с зависимостями): pastebin get 4XB9FdRH -f /lib/Telegram.lua; pastebin get 4Lh9ALEY /lib/Promise.lua; pastebin get ji28sbxU /lib/JSON.lua;

Ну, идея хардкорного техномода для фанатов OpenComputers действительно звучит многообещающе

Не совсем понятно, зачем для заводика нужен отдельный мод. Неужели под 1.14 нет хороших технических модов?

Я уже достаточно давно пишу свою файловую систему для блочного диска (того самого, который unmanaged drive), и только недавно я задался вопросом - а занимался ли подобным кто-либо еще? Поиск по форумам не дал результатов

В OCEmu есть специальная настройка, которая включает режим эмуляции задержек запросов к компонентам (fast). Она была включена?

А разве прокси работают без ОС?

Лично я использую Atom и встроенный в него git-клиент для разработки, а если нужно синхронизировать файлы между компами - просто клонирую один и тот же диск для его одновременного использования в нескольких компах

Элементарно, причем в две строчки:

Кстати, это очень щепетильный вопрос, учитывая скорость вызовов к компонентам. Лично я планирую реализовать функцию аппаратных сокетов, то есть позволить ARP'у получать не только физические адреса машин, но и выделять на них порт (который открывается на компоненте). Если сокет перегружен - modem.close('порт'). Элегантно, просто и надежно. Правда, порты для новых клиентов таким образом никак не защитить, но по крайней мере "старожилы" смогут пользоваться сетью без каких-либо затруднений.

Хорошо, уговорил, будет тебе русскоязычная документация, но ко второй версии, и вики на GitHub мне в этом поможет Может, еще какие предложения есть?

@Totoro,@Fingercomp , искренне благодарю за качественной фидбек - благодаря вам я определил основные направления развития своего проекта. Итак, к OCNSv2 я представлю: Расширенное API протоколов mIP и mUDP, которое позволит работать с сетью с помощью слушателей, как предлагал Тоторо, а также через "ванильную" event-систему Улучшенный протокол mNSP, значительно более упрощенный с точки зрения пользователя (боюсь, что в echo все-таки придется открывать второй поток ) Протокол mTCP и потоки, реализованные через него - это позволит гарантировать сохранность данных, правда, ценой скорости Драйверы интерфейсов - на первое время реализую только modem и loopback Но первым делом - выход на международную арену, то бишь на официальный форум. Авось, там что еще подскажут P.S Учите постиронию

Опять же, что такое "практика"? В твоем понимании, как программиста-игрока, практика это картошечка и двери, а в моем - понимании программиста-программиста - практика это еще и, например, Интернет в рамках сервера, глобальное покрытие карты сервера сетью Dronelink и прочее. Просто ты воспринимаешь Minecraft как игру, в рамках которой единственное использование OC - роботы-шахтеры и пароли на дверь, а я - как площадку, на которой можно побаловаться с протоколами и поиграть в сетевого программиста, попутно узнавая что-то новое для себя. *Клик*

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

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