eu_tomat

Так-так-так... Можно было бы удалить эту тему, но в ней есть ссылка на аналог @1Ridav. Другой такой ссылки на форуме я не нашёл. Но так совпало, что сейчас я как раз планирую разобрать уроки @1Ridav, упорядочив их все в одной теме. Так вот, урок на его канале есть, а ссылки с форума нет. Учту этот момент. Когда оформлю тему с уроками, напомните мне про удаление этой темы, если забуду. Другой ценности она не несет.

@@Laine_prikol, Надеюсь, поможет разбор этого примера: https://github.com/OpenPrograms/Sangar-Programs/blob/master/holo-text.lua Эта программа выводит бегущую строку на голографический проектор, используя шрифт, заданный массивом строк.

Не в протоколе, а в его реализации. То есть, в самой винде.

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

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

Когда-то наш сервер позиционировался как безвайповый. Но вайп случился, и не один. Потом был VIP-мир, обещавший избранным пережить вайпы, но и он был разрушен. Теперь готовится улей, обещающий любому желающему сохранность домиков и заводиков... Хочется верить и... проверить. Давай заселяться!

Хитрить не получится, если будет отсутствовать сама возможность установить потенциально лагающий механизм. А понравится игрокам или нет – зависит от постановки вопроса. Помнится, VIP-мир тоже не предполагалось очищать, но всё закончилось его ликвидацией. Такая же участь может ждать и улей. Главная возможность улья – сохранить свои сундучки и магазинчики во время вайпа остальных миров. Или ты хочешь, чтобы улей тоже периодически очищался? А может, ты хочешь играть на лагающем сервере? Могу предложить еще один вариант: в случае лагов в улье вайпать все блоки кроме блоков из ванили и OpenComputers.

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

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

Парадокс кучи: сколько библиотек надо заменить, чтобы оболочка превратилась в операционную систему?

@@Alex, да не переживай ты так. Не будет никакого лагодрома. Прога не заработает не только с EEPROM, но и даже в OpenOS.

1) Разве микроконтроллер умеет работать с периферией? 2) Программа проверялась на работоспособность?

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

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

Давно была такая таблица символов

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

Да хоть десять раз предложи. Эта серия ивентов изначально предполагала полностью автоматическую игру, и авторы сохраняют эту направленность. Это, кстати, последний этап (хотя, может, не стоит зарекаться?). Уверен, следующая серия ивентов будет веселее. Если её кто-нибудь организует. Авторам ивента – лайки.

Вопросы: * Будет ли возможен перезахват точки? К примеру, подлетел дрон синих, послал 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(), осмелюсь предположить, что его программа была написана как раз в те времена, когда черепахи не имели лимита заряда. Видимо, так задумано. Зарядник – штука стационарная. До него нужно либо доползти, либо установить и запитать в полевых условиях, а это требует некоторых усилий от программиста. Генератор же работает неспешно, но прост в использовании.

Читерные черепашки ComputerCraft превращали топливо в энергию мгновенно, а предел заряда был практически недостижим. Роботы OpenComputers, напротив: и топливо сжигают медленно, и предел заряда достигается довольно быстро. Стандартный робот не вместит заряд даже от двух ведер лавы, а если бы и смог вместить, то времени на превращение этих двух ведер в энергию ушло бы более 30 минут. Поэтому портировать эту программу на OpenComputers нет никакого смысла. Но можно написать, например, сборщик лавы, наполняющий капсулы для последующего их использования.

– Скажите, пожалуйста, а нельзя вот эту последнюю фразу взять и выбросить? – Да ты чо, ради нее всё и писалось. «День выборов»

@theCPU: Используй тег разметки code для оформления кода. Это поможет сохранить отступы, облегчит чтение кода другим участниками и подтолкнет и к кнопочке «Нравится».

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