eu_tomat

Обычным GET-запросом адреса компонента компьютера.

Можно в цикле пройти по всем шести сторонам  и проверить наличие сундука на каждой стороне.

Как определить наличие сундука с определенной стороны адаптера?

на сервере, и сервер не пускает если ид компа неправильный

Легко, там записывается адрес компьютера ОС. Если его неправильный ид то он не пускает

Кто не пускает?

Ссылка битая, не могу скачать.

Можно было бы удалить эту тему, но в ней есть ссылка на аналог @1Ridav. Другой такой ссылки на форуме я не нашёл.

Но так совпало, что сейчас я как раз планирую разобрать уроки @1Ridav, упорядочив их все в одной теме.

Так вот, урок на его канале есть, а ссылки с форума нет.

Учту этот момент.

Когда оформлю тему с уроками, напомните мне про удаление этой темы, если забуду. Другой ценности она не несет.

@@Laine_prikol, Надеюсь, поможет разбор этого примера:

https://github.com/OpenPrograms/Sangar-Programs/blob/master/holo-text.lua

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

Даже не в самой винде уязвимость была, а в протоколе SMBv1, у которых была включена служба SMBv1 и открыт вроде 449 порт. Тот и заразился

Эпидемия вана край началась в мае, микрософт пофиксила аж в апреле

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

А как в течение долгих лет эту уязвимость эксплуатировало АНБ, теперь уже никто точно не узнает.

Надо просто обновления вовремя ставить. Вот я юзаю 10 винду, всегда обновляю. И я в безопасности

Давай для начала туда заселимся. А там видно будет...

Потом был VIP-мир, обещавший избранным пережить вайпы, но и он был разрушен.

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

Хочется верить и... проверить. Давай заселяться!

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

Если переработку выносить вне улья, то зачем тогда сам улей? Что  там делать? Любоваться на  свой домик и пополнять запас картошки и алмазов в сундучке? Что значит "жить"? Ходить из угла в угол?

Или ты хочешь, чтобы улей тоже периодически очищался?

А может, ты хочешь играть на лагающем сервере?

Могу предложить еще один вариант: в случае лагов в улье вайпать все блоки кроме блоков из ванили и OpenComputers.

Да и не стоит такой задачи в улье. Зачем он тогда, если там только домики. И что в них делать тогда, просто жить?

Но я забежал вперед паровоза: улей-то пока еще не начал создавать лаги на сервере.

Хей, это было ниже пояса(

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

Известно множество вариаций в формулировке парадокса. Кроме позитивной («если к оболочке добавлять по библиотеке, то в какой момент образуется операционная система?»), встречается и негативная формулировка: «если удалять из операционной системы в 1 млн библиотек по одной библиотеке, с какого момента она перестаёт быть операционной системой и превратится в оболочку?».

Верно. Однако я заменил множество этих "первых и основных" скриптов на собственные. Правильно ли я понял, что необходимо заменить их все, чтобы ОСька получила статус ОСьки более "официально"? 

я написал простенькую программу для управления реактором, чтобы пользоваться нужно поставить в корпус реактора компьютерный порт, собрать микроконтроллер (корпус 1лвл проц 1лвл оперативка 1лвл) в eeprom нужно записать этот код

2) Программа проверялась на работоспособность?

Возможно, память подводит меня, но помнится, на IT-сервере каким-то образом запрещалось устанавливать черепашек в овере и разрешалось в майнерс-мирах.

Каким плагином контролировалось такое поведение?

Уже не первый раз вижу отсылки про какие-то покупки чанков и прочее. Это что, сейчас в тренде что ли?

Тесные приваты мне кажутся хорошим способом позитивно задействовать разные типы игроков:

* Кто-то очень жадный пытается набить пятнадцатый сундук иридием и для этого строит гигантский завод. Но большому заводу в маленьком кубике очень тесно. И если проекту важны голоса, то почему бы игрокам не расплатиться за свою жадность голосами?

* Какой-то авантюрист не хочет голосовать, но готов рисковать. Он строит заводы на примыкающей к привату территории и развлекает гриферов. Если приваты надежно защищены от грифа, то разграбление примыкающих территорий должно стать совершенно законным. Во времена IT-сборок отчеты о таких инцидентах доставляли много веселья: кто-то забывал закрыть заслонку в дымовой трубе, другой, подобно Санта-Клаусу, через эту трубу спускал робота и наполнял сундуки жертвы подарками, а третий топтал чужие грядки.

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

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

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

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

Давно ждал, чтобы кто-то реализовал таблицу символов, так как самому было лень такое писать!

Тема интересная, и чтобы код по ссылке из переписки @Fingercomp не протух, продублирую его здесь:

local real_error = error

pcall(function()
  error = function(...)
    if (...) == "interrupted" then
      return
    end
    real_error(...)
  end
  -- real program body
end)

error = real_error

Даёшь ручное управление! Я уже не раз это предлагал А ещё, Алекс прав! Какие-то эвенты скучные.

Авторам ивента – лайки.

Вопросы:

* Будет ли возможен перезахват точки?

К примеру, подлетел дрон синих, послал 10 пакетов, теперь точка принадлежит синим. Потом подлетел дрон красных, послал 10 пакетов, и точка стала нетрайльной, послал еще 10 пакетов, и точка стала красной.

* Можно ли будет захватывать одну точку всей командой?

Например, прилетели 4 дрона, сразу снизили сопротивление на 4 единицы, выдержали необходимую паузу, снизили еще на 4 единицы, два дрона полетели дальше, а оставшиеся добили еще две единицы до десяти.

Предложения:

Предлагаю следующий механизм захвата точки:

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

Предлагаю сделать контрольные точки физическими в виде роботов или микроконтроллеров в креативных корпусах, чтобы не морочиться с их питанием. Это позволит быстро размножить контрольные точки и так же быстро расставить их по полю в произвольном порядке. Каждая контрольная точка будет иметь беспроводную карту, что решит ряд проблем:

1) Контрольная точка будет чётко знать расстояние до дрона, который пытается её захватить, и не надо будет морочиться с определением координат дронов.

2) Сама точка сможет излучать широковещательный пакет, скажем, раз в секунду, по которому дроны смогут определить дальность до неё и, соответственно, вычислить координаты.

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

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

Координаты контрольных точек и зарядников система определит трилатерацией. Примерные координаты дронов передадут контрольные точки. Молчащие дроны, или находящиеся вне зоны контрольных точек будут невидимыми.

Было бы круто написать боту 'закопай яму обратно' и робот, получив сообщение, закопал бы яму

Но потом пришёл @NEO и заставил закопать, как было.

Потому что код UTF-8 преобразуется в код, собственно, символа иным путём.

так то его можно регулировать, и он довольно таки достижимый)

http://www.computercraft.info/wiki/Changelog

ComputerCraft 1.6

Added a configurable fuel limit for Turtles.

New turtle API functions: turtle.equipLeft(), turtle.equipRight(), turtle.getFuelLimit(), turtle.getSelectedSlot().

Учитывая, что в коде @Krutoy отсутствуют проверки turtle.getFuelLimit(), осмелюсь предположить, что его программа была написана как раз в те времена, когда черепахи не имели лимита заряда.

Только вот в заряднике по дефолту робот заряжается несколько секунд почему-то