RSS
Pages: 1 ... 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 ... 70
[>] Re: Подкасты переехали на soundcloud
std.club
artur(ping,3) — Andrew Lobanov
2020-09-12 13:31:29


К тому же, инстед могёт во всякие графические штуки как к примеру на фоне в том же юбилейном видео-подкасте. Можно поиграться с этим всем...
Да, надо будет с ютаба загрузить видео=)
P.S. Edited: 2020-09-12 11:31:24

[>] День программиста
std.hugeping
hugeping(ping,1) — hugeping
2020-09-12 13:30:11


Не знаю почему, но я никогда не считал "День программиста" своим праздником.

Сегодня снова стало интересно, в чём тут дело?

Я помню, когда он только появился, я воспринял его как нелепость. И тоже не смог понять, почему? Просто какое-то странное чувство нелепости.

Наверное, я не воспринимаю день программиста как "профессиональный праздник". А именно так его и преподносят.

Я не воспринимал никогда себя как программиста в смысле профессии, ремесла. Я всегда только играл. С того самого момента, когда отец купил мне БК0010-01 и до сегодняшнего дня. И назвать это профессией для меня выглядит странным и нелепым. Что-то бытовое, скучное...

Нет, это не мой праздник.

[>] Баги при редактировании и очистке базы
ping.local
hugeping(ping,1) — hugeping
2020-09-12 14:45:48


Пофиксил довольно серъёзные баги с редактированными сообщениями (менялась дата и порядок) и в процедуре clean.

Теперь должно быть всё ок.

[>] ZeroNet приложение для Android
std.hugeping
hugeping(ping,1) — hugeping
2020-09-12 20:37:00


Оказывается, за то время, что я не следил за ZeroNet, в PlayMarket появилось новое приложение. Выглядит оно получше и поудобнее. Что косвенно подтверждается оценкой приложения.

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

Мой блог в ZN: http://127.0.0.1:43110/1HVhvrompfwLstJExofKAQ5mMss7YivVDj/

Правда, теперь там будут скорее всего только репосты с узла ping.

[>] Re: Переезд состоялся
std.hugeping
artur(ping,3) — hugeping
2020-09-12 22:09:02


Вопрос на счёт картинок с постов. В Гимпе рисовано?=)
Выглядит очень простенько. Чем-то напоминает картинки из третьего ИНСТЕДОЗа.

[>] Re: Переезд состоялся
std.hugeping
hugeping(ping,1) — artur
2020-09-12 22:25:02


> Вопрос на счёт картинок с постов. В Гимпе рисовано?=)

Потому что я уменьшаю разрешение до 32x32 и режу количество цветов. Тогда картинка xpm смотрится нормально и в тексте сообщения. А так, это просто пиксельарт из интернетов.

[>] Re: Переезд состоялся
std.hugeping
artur(ping,3) — hugeping
2020-09-12 22:27:41


Понял-принял. Ну тогда уж надо будет поделиться здесь своими пиксельными поделищами=)

[>] Re: Переезд состоялся
std.hugeping
hugeping(ping,1) — artur
2020-09-12 22:30:35


> Понял-принял. Ну тогда уж надо будет поделиться здесь своими пиксельными поделищами=)

Только просьба, не в этой эхе (std.hugeping), потому что здесь мой блог. :)

[>] Re: Переезд состоялся
std.hugeping
artur(ping,3) — hugeping
2020-09-12 22:31:09


Ну это само-собой разумеющееся=)

[>] Plan9 Desktop Guide
std.hugeping
hugeping(ping,1) — hugeping
2020-09-13 22:32:27


Похоже, интересная статья. Оставлю для ознакомления.

https://pspodcasting.net/dan/blog/2019/plan9_desktop.html

[>] Игра R01
std.game
hugeping(ping,1) — All
2020-09-14 12:58:13


Прошёл игру-миниатюру R01 от Andrew Lobanov, которую он написал на Паровозик.

Сама игра здесь: http://instead-games.ru/game.php?ID=349

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

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



# Музыка.

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

# Сказка

Да! Это сказка! Событий много, с лёгкой руки автора они сыпятся и сыпятся. Правдоподобность? Реализм? Это всё вообще не колышет. Вы ещё спросите, как летают X-wing в атмосфере с такими кабинами (фонарями, на жаргоне пилотов) и антеннами. Или почему в космосе слышны звуки. Это сказка! Как сказка и воспринимается! Очень люблю такой вот формат.

Часто меня упрекали за "картонность" персонажей в Коте. Тут тоже, персонажи выписаны кратко и картонно, что совершенно уместно в сказке. Зато мы имеем череду событий и сцен, которые не дают нам скучать.

# Плотность предметов на сцену

Часто замечаю (да и за собой тоже), как авторы злоупотребляют количеством объектов на сцене. Да, INSTEAD может и провоцирует это, но чувство меры и здравого смысла должно сдерживать автора. Когда на сцене у нас больше 3-5 ссылок-объектов или 3-4 переходов, становится сложно воспринимать игру.

Мне нравится, когда повествование "размазано" по локациям. Ходить интересно! Исследовать пространства - интересно! Это же адвенчура! И в R01 есть это чувство меры.

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

# Чего не хватает?

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

Пару миниатюрных иллюстраций украсило бы игру ещё больше. Может быть как раз одна/две картинки на финальных сценах игры/титрах.

P.S. Автор, пиши ещё!

[>] Re: Игра R01
std.game
boscholeg(ping,5) — hugeping
2020-09-14 15:32:58


Это прямо какой-то супер-блиц.
Я думаю критикой Андрея не испугать. Он и так знает, что ему скажут и почему.
Все-же выскажу:
Игре явно не хватает иллюстраций, пусть даже карандашных и самых простых. Игра про космос должна быть с картинками звезд (сугубо лично мое мнение).
Отсутствует некая предыстория. Думаю тут просто не хватило времени.
Игра очень быстро кончилась я не успел даже разыграться как следует.
Наличие счета немного смутило. Не ясно зачем он и к чему мотивирует.

С музыкой получилось непонятно. Трек состоит из вдух музыкальных тем и вторая тема несколько противоречит по настроению первой.

Андрей большой молодец его работы всегда заставляют игрока живо реагировать и испытывать целый спектр эмоций. Я к тому-же с удовольствием разглядываю исходники. Игра может войти в список игр для МШВ и вполне сгодится для первого знакомства с жанром у подрастающего поколения.

[>] Лайфхаки
std.favorites
hugeping(ping,1) — All
2020-09-15 12:21:09


Сюда планирую собирать решения каких-то технических проблем (в основном, Linux/Unix).

[>] Ненастоящая победа open source
std.hugeping
hugeping(ping,1) — All
2020-09-16 21:25:59


Сегодня кажется, что open source победил окончательно и бесповоротно. Компании вкладываются в разработку ядра Linux, браузера chrome, компиляторов clang и многих других сложных проектов.

clang разрабатывается с целью замены gcc. chrome -- браузер, который постепенно вытесняет firefox. Docker, gitlab, VS Code -- можно долго перечислять успешные проекты, которые созданы коммерческими компаниями и развиваются как проекты с открытым исходным кодом.

Когда-то я тоже радовался chromium, clang и другим новым классным проектам. Я видел, что их качество действительно лучше, что старичок GNU всё возится с ворохом устаревших технологий, тщетно пытаясь догнать уходящий поезд прогресса. Да он же просто смешон!

Но потом я стал кое-что подозревать...

Да, есть целый пласт проектов, которые сложно создать в режиме "базара". Компьютерные игры, работа с графикой, CAD, офисные приложения... Как пример можно привести Photoshop и gimp. Или программы видеомонтажа. Чтобы удовлетворять стандартам рынка, такие программы сами должны создаваться участниками этого рынка. Но... Представьте себе, что все компании обанкротились. И что останется?

Что будет делать сообщество с многомиллионным кодом Chrome? Сможет ли оно его развивать? Сможет ли самоорганизоваться в сообщество, способное переварить этого монстра, который уже переплюнул по своей сложности ядро ОС? Сможет ли оно самостоятельно осознать и поддерживать такие проекты как: Clang, QT, VS Code?

Ок, VS Code кажется проектом попроще, не так ли? Но на чём написан VSCode? Сможет ли сообщество сохранить инфраструктуру, которая нужна для функцилнирования такого "простого" на вид VSCode?

Открытый исходный код сам по себе не означает, что вы им владеете. Если никто не понимает код, или мера сложности проекта такова, что для его поддержки и развития нужна жёстко организованная корпоративная вертикаль и деньги, вы не владеете проектом.

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

И здесь я снова смотрю на GNU, которая берёт на себя то, что может поднять. Да, gimp это не фотошоп. Но этот проект принадлежит нам! Да, clang, возможно современней GCC. Но GCC принадлежит нам!

Я пишу эти строки в браузере NetSurf и понимаю, что этот браузер свободен. Да, он не удовлетворяет коммерческим стандартам, но он достаточно прост, чтобы развиваться в режиме "свободного творчества".

Раньше, чтобы написать новую ОС, нужно было решить основную проблему -- поддержку оборудования. Сегодня такой краеугольной проблемой является... возможность работы современного браузера! Для проектов типа 9front http://9front.org -- это нереализуемо, если говорить о Firefox или Chrome. Но вот заставить работать NetSurf - вполне по силам одному программисту, работающему над проектом по вечерам.

И тут я задаю неудобный вопрос. А Linux-то, linux ещё наш? Или он уже стал товаром, которым торгуют корпорации?

[>] Re: Обновления ii-go (движка узла ping)
ping.local
johnbrown(ping,9) — hugeping
2020-09-19 21:59:50


hugeping> Теперь узел должен работать по https.

Может стоит сделать редирект с syscall на https?

[>] Re: Обновления ii-go (движка узла ping)
ping.local
hugeping(ping,1) — johnbrown
2020-09-20 00:40:18


> Может стоит сделать редирект с syscall на https?

Я хочу, чтобы узел был доступен и через http. Хотя, наверное, можно сделать редирект только для syscall и не делать для http://hugeping.tk Но, кажется, это только все запутает.

[>] Re: Вернуться в детство с PICO-8
std.hugeping
johnbrown(ping,9) — Peter
2020-09-20 12:21:08


> TIC-80 классный. Но в PICO-8 подкупает минимализм, дальше которого уже просто некуда.

Есть bitsy. Он ещё меньше :)

На нем тоже много игр написано. Правда он больше под адвенчуры заточен. Игры на нем обычно очень небольшого размера 5-10 минут. Очень много достойных работ. https://itch.io/games/tag-bitsy

Например:

Деметра и Персефона
https://friendlycosmonaut.itch.io/demeterandpersephone

Diplomat simulator
https://wjhollyart.itch.io/diplomat-simulator

[>] Re: Вернуться в детство с PICO-8
std.hugeping
hugeping(ping,1) — johnbrown
2020-09-20 15:39:58


Про bitsy знаю, иногда смотрю игры на нём. Правда это уже скорее специализированный движок. Да и только в вебе работающий.

Ещё есть такое понятие "flat games". Тоже любопытное явление. Можно на itch поискать. Артхаус как он есть.:)

[>] Unicode строки в Instead
std.prog
Frost(ping,10) — All
2020-09-21 17:14:58


Приветствую, друзья. Подскажите пожалуйста как можно работать с кириллицей в Instead. Я имею ввиду функции len; sub и другие, работающие с однобайтовой кодировкой символов. Имеет ли ядро движка встроенную поддержку и если да, то как получить доступ к UTF8 функциям. Если нет, подскажите наиболее оптимальную (проверенную) библиотеку для работы с юникодом. Заранее спасибо.
P.S. Edited: 2020-09-22 12:39:51 [изменено название]

[>] Re: UTF8 строки в Instead
std.prog
hugeping(ping,1) — Frost
2020-09-21 21:03:05


> Приветствую, друзья. Подскажите пожалуйста как можно работать с кириллицей в Instead. Я имею ввиду функции len; sub и другие, работающие с однобайтовой кодировкой символов.

Привет!

На самом деле, в метапарсере есть такой код. Он написан на Lua. Но, в последней версии INSTEAD есть и C реализация, которая помогает этому Lua коду.

Наверное, проще всего посмотреть как это сделано в МП. Даю наводку: https://github.com/instead-hub/metaparser/blob/master/parser/mp.lua#L87

Функция, которая из строки делает массив литер.

Рядом есть более примитивные функции: utf_len, utf_char, utf_ff и utf_bb.

А вот как определяется, какую из реализаций брать -- на Lua или на C. Чтобы работало и со старым и с новым INSTEAD:

utf = {
    bb = std.rawget(_G, 'utf8_prev') or utf_bb;
    ff = std.rawget(_G, 'utf8_next') or utf_ff;
    len = std.rawget(_G, 'utf8_len') or utf_len;
    char = std.rawget(_G, 'utf8_char') or utf_char;
};

Прототипы функций если надо я могу вспомнить, но наверное есть смысл сначала посмотреть код, может быть там и так всё будет понятно. Навскидку:

utf_len, очевидно, возвращает число литер;
utf_char(строка, номер) - возвращает литеру по позиции;
utf_ff(строка, смещение) - возвращает смещение следующей литеры;
utf_bb(строка, смещение конца) - возвращает смещение предыдущей литеры;

[>] Re: Unicode строки в Instead
std.prog
Frost(ping,10) — Frost
2020-09-22 15:04:52


Спасибо. Я благодарен за уделенное внимание моему вопросу. Однако на текущем этапе мне сложно разбираться в коде метапарсера. Многое в ответе мне не ясно, например вы говорите, что "в последней версии INSTEAD есть и C реализация"; или "А вот как определяется, какую из реализаций брать - на Lua или на C. Чтобы работало и со старым и с новым INSTEAD". Это меня приводит в замешательство. Поэтому я продолжал искал ответ, который будет мне понятен на моем уровне изучения LUA. Кое что мне удалось найти. Ниже приведу несколько ссылок для тех, кто как и я имеет начальный уровень знаний.

Статья "Могу ли я использовать строки Юникода? Lua поддерживает Юникод?" http://lua-users.org/wiki/LuaUnicode" (на английском) в конце статьи даны ссылки на разные библиотеки для работы с Юникодом. Для себя я выделил две:

https://github.com/alexander-yakushev/awesompd/blob/master/utf8.lua самый простой вариант и

https://github.com/wikimedia/mediawiki-extensions-Scribunto/tree/master/includes/engines/LuaCommon/lualib/ustring имеет больший функционал
P.S. Edited: 2020-09-22 13:09:07

Вытекающий вопрос: можно ли перевести Instead на работу с LUA версии 5.3, в которой есть встроенная поддержка Юникода?

[>] Re: Unicode строки в Instead
std.prog
hugeping(ping,1) — Frost
2020-09-22 15:34:27


> Спасибо. Я благодарен за уделенное внимание моему вопросу. Однако на текущем этапе мне сложно разбираться в коде метапарсера.

Так там были готовые функции. Просто скопировать в свою игру.

local function utf_ff(b, pos)
	if type(b) ~= 'string' or b:len() == 0 then
		return 0
	end
	local utf8 = (std.game.codepage == 'UTF-8' or std.game.codepage == 'utf-8')
	if not utf8 then return 1 end
	local i = pos or 1
	local l = 0
	if b:byte(i) < 0x80 then
		return 1
	end
	i = i + 1
	l = l + 1
	while b:byte(i) and b:byte(i) >= 0x80 and b:byte(i) <= 0xbf do
		i = i + 1
		l = l + 1
		if i > b:len() then
			break
		end
	end
	return l
end

local function utf_chars(b)
	local i = 1
	local s
	local res = {}
	local ff = std.rawget(_G, 'utf8_next') or utf_ff
	while i <= b:len() do
		s = i
		i = i + ff(b, i)
		table.insert(res,  b:sub(s, i - 1))
	end
	return res
end

Вот это реализация utf_chars, которая сделает массив с литерами из строки:

local a = utf_chars("привет")

Мне просто неизвестно, какие функции нужны.

> Вытекающий вопрос: можно ли перевести Instead на работу с LUA версии 5.3, в которой есть встроенная поддержка Юникода?

ИНСТЕД и так работает (может быть собран) с Lua от 5.1 до 5.4. Но если нужно, чтобы игра работала на всех видах установок (не только на собственной версии), нужно пользоваться 5.1. В основном это связано с тем, что бинарные сборки используют LuaJit, который 5.1 (с расширениями).

[>] Re: Unicode строки в Instead
std.prog
Frost(ping,10) — hugeping
2020-09-22 16:17:47


Огромное спасибо за оперативную помощь! Мне ваши ответы действительно помогли. При анализе кода
local utf8 = (std.game.codepage == 'UTF-8' or std.game.codepage == 'utf-8')

выяснилось, что std.game приводит к ошибке. Мне пришлось удалить фрагмент

local utf8 = (std.game.codepage == 'UTF-8' or std.game.codepage == 'utf-8')
if not utf8 then return 1 end

Файл с кодом игры ведь обязан быть в кодировке UTF-8 (разве не так?). Зачем тогда эта проверка?

[>] Re: Unicode строки в Instead
std.prog
hugeping(ping,1) — Frost
2020-09-22 16:36:39


> выяснилось, что std.game приводит к ошибке. Мне пришлось удалить фрагмент

Файл с игрой называется main3.lua или main.lua? Нужно, чтобы было main3.lua -- это новое INSTEAD API, старое API больше не поддерживается.

> Файл с кодом игры ведь обязан быть в кодировке UTF-8 (разве не так?). Зачем тогда эта проверка?

Формально, не обязан. Дело в том, что до сих пор есть поддержка разных кодировок, но по факту -- никто кроме utf-8 ничего не использует. И это хорошо.

[>] Re: Unicode строки в Instead
std.prog
Frost(ping,10) — hugeping
2020-09-22 16:54:41


Файл с игрой называется main3.lua
P.S. Edited: 2020-09-22 14:59:01

Содержимое файла main3.lua

require 'sprite'
sprite.direct(true)
print(std.game.codepage)

[>] Re: Unicode строки в Instead
std.prog
hugeping(ping,1) — Frost
2020-09-22 17:00:55


> print(std.game.codepage)

Конечно, так не сработает, в этот момент game ещё нет. Но в моём коде std.game проверяется внутри функции, запуск которой предполагается в момент, когда игра уже запущена. Например, в start() и позже...

[>] Re: Вернуться в детство с PICO-8
std.hugeping
johnbrown(ping,9) — Peter
2020-09-22 17:57:58


Спасибо за АА. Эта штука украла 2 часа моей жизни. Но, это были приятные два часы, полные взлетов и падений )

Недавно открыл для себя фэнтези консоли. Пока присматриваюсь к TIC и ESP LGE. Битси уже в деле )

[>] Re: Вернуться в детство с PICO-8
std.hugeping
hugeping(ping,1) — johnbrown
2020-09-22 18:04:26


> Спасибо за АА. Эта штука украла 2 часа моей жизни. Но, это были приятные два часы, полные взлетов и падений )

Тогда вторую мою игру зацени: https://instead.itch.io/rr

> Недавно открыл для себя фэнтези консоли. Пока присматриваюсь к TIC и ESP LGE. Битси уже в деле )

Круто! TIC тоже смотрел. Решил чередовать: INSTEAD->PICO8->INSTEAD... ;)

[>] Re: Вернуться в детство с PICO-8
std.hugeping
boscholeg(ping,5) — hugeping
2020-09-23 11:19:49


>> Спасибо за АА. Эта штука украла 2 часа моей жизни. Но, это были приятные два часы, полные взлетов и падений )

> Тогда вторую мою игру зацени: https://instead.itch.io/rr

>> Недавно открыл для себя фэнтези консоли. Пока присматриваюсь к TIC и ESP LGE. Битси уже в деле )

> Круто! TIC тоже смотрел. Решил чередовать: INSTEAD->PICO8->INSTEAD... ;)

Сейчас очередь за чем? Будет пико или инстед игрушка?

[>] Re: Вернуться в детство с PICO-8
std.hugeping
hugeping(ping,1) — boscholeg
2020-09-23 12:06:42


> Сейчас очередь за чем? Будет пико или инстед игрушка?

Хочется написать на метапарсере.

[>] Синдром IT-вахтёрства
std.hugeping
hugeping(ping,1) — All
2020-10-06 11:53:41


Не смотря на то (а может быть, именно поэтому), что я занимаюсь IT, у меня давно сформировался подсознательный страх к IT-вахтёрству. Что я имею в виду? Поясню на примере из жизни.

При переходе в другую школу у моего сына пропал доступ к ЭЖД (электронный дневник школьника). Причём можно было зайти в ЭЖД от родителя и видеть оценки и ДЗ сына, но вот аккаунтом сына зайти не удавалось. При этом происходило странное - авторизация вроде бы проходила, но уже после входа система выбрасывала на главную страницу.

Я создал заявку на решение проблемы и стал ждать. Кстати, в школе, похоже, считали, что мы просто не умеем создать аккаунт школьника или ленивые. Время шло, а ситуация нагнеталась, так как сын не мог делать Д3. Тогда я вооружился отладчиком FF и начал изучать API ЭЖД...

За вечер удалось выяснить следующее:

- Авторизация по токену проходит;
- После авторизации сервер возвращает _список_ профилей. Профиль - это описание учебного заведения и другие атрибуты. При этом профили привязываются к одному пользователю (uid);
- Возвращается список из 2-х профилей: 1-й -- старая школа, 2-й -- новая.
- Клиент пытается зайти в 1-й профиль и получает "отбой" (профиль неактивный?) в виде ошибки, которая проявляется как перенаправление на главную страницу.

Почти сразу, как я это понял, удалось заменить в cookies идентификатор профиля и мы зашли в дневник! Но работало не всё: новая версия дневника показывала пустоту.

Я снова обратился в поддержку, описал ситуацию, продиктовал номера профилей. Со мной обещали связаться.

И тогда, на следующее утро наступил второй этап.

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

Самое сложное -- подменить ответ. Удивительно, но ни FF ни Chrome не предоставляют простых (или вообще никаких?) путей сделать такое. Поэтому воспользовался таким вот проектом: https://mitmproxy.org/

В нём есть режим, замена ответа с помощью регулярки. А дальше, дело техники. Положил в систему корневой сертификат, настроил в FF auto proxy (чтобы работал только на dnevnik.mos.ru) и... Работает как часы. ;)

Итак, мы пользовались дневником, а время всё шло. Меня беспокоил такой момент, что в случае обновления ПО дневника, всё придётся делать заново. Возможно, логику профиля перенесут в серверную часть и тогда...

И тут приходит ответ на заявку. Та-дааам!

> "Для восстановления доступа к дневнику нужно сменить пароль..." !!!!???

Конечно же, я пытался менять пароль. Но проблема не в этом! Я же описал, что именно происходит? Похоже, вахтёр, закрывший ошибку _даже не прочитал_ репорт!

Позвонил снова, в этот раз уже откровенно орал. Объяснил снова ещё раз, попросил переоткрыть и повысить приоритет задачи. Через 3 дня пришёл ответ, что всё -- исправили!

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

Так вот, в момент первой "отписки" я в полной мере почувствовал силу IT-вахтёрства.

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

Что было бы, если на моём месте была бы мать-одиночка с гуманитарным образованием? А ведь наверняка моя ситуация не единственная. Всё больше услуг невозможно получить без IT. И это пугает! Пугает меня, IT-шника!

Я уже молчу про то, что самые важные ресурсы: сайты госуслуг и банки -- перегружены js так, что он уже просто вытекает из щелей разметки.

По моему твёрдому убеждению, все подобные ресурсы должны работать на простых "дубовых" технологиях. Но... Мы заслужили то, что заслужили. Красота бесценна. Но то, что невозможно продать -- этому миру не нужно.

[>] Re: Синдром IT-вахтёрства
std.hugeping
boscholeg(ping,5) — hugeping
2020-10-06 12:26:32


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

Я столкнулся с порталом дистанционного образования для среднего медперсонала.
Там та же беда. Громоздкий и неповоротливый интерфейс. В нем трудно разобраться, им неудобно пользоваться и пр..

И главное некуда жаловаться и писать отзывы и обращения.

Но еще хуже с содержимым этого учебного портала. К примеру дается некая тема которую сам методист оценивает в 1 академический час учебного времени. НО по факту в теме приложен документ объемом примеро 200-250 листов формата А4. Его надо изучить от корки до корки. Документ написан суровым канцеляритом вперемешку с медицинский терминологией.
Освоить такое за 1 час просто нереально. При этом проверка знаний проходит в виде теста в котором варианты ответов состоят из длинных сложных выражений отличающихся иногда всего одним словом.На лицо не проверка знаний а стремление запутать. Зато можно без проблем пытаться просто угадывать ответы. Число попыток не ограничено никак. Можно долбить систему непрерывно.
Такой учебный материал подталкивает к жульничеству и халатному отношению к учебе.

Таким образом мы наблюдаем формальное отношение не только в ИТ но и в других областях. И проблема несколько шире и не замыкается в нашей отрасли.

P.S. Edited: 2020-10-06 10:27:12
Часто есть подспудное стремление покрыть все сусальным золотом, чтобы выглядело богато. А вот богатство содержания считается второстепенной задачей.

[>] Re: Синдром IT-вахтёрства
std.hugeping
Andrew Lobanov(tavern,1) — hugeping
2020-10-08 08:10:08


hugeping> Не смотря на то (а может быть, именно поэтому), что я занимаюсь IT, у меня давно сформировался подсознательный страх к IT-вахтёрству. Что я имею в виду? Поясню на примере из жизни.

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

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

Помимо бюджета есть ещё глупость и жадность. Как итог, продукт заказывается у какой-нибудь небольшой фирмы, которая зачастую не реализует ТЗ в полном объёме, попутно реализуя новые хотелки заказчика. А потом и вовсе исчезает и проект поддерживает уже другая фирма или, если есть возможность, предприятие-заказчик своими силами. В какой-то момент времени оказывается, что никто не знает как работает система, но её приходится продолжать модернизировать. Это может тянуться годами пока система просто не рухнет под своим весом.

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

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

[>] Plan 9: экстремальный KISS #1
std.hugeping
hugeping(ping,1) — All
2020-10-10 18:02:21


# Введение

Про операционную систему Plan 9 я слышал не раз. Но всё это время, мой интерес не переходил в активную фазу, ограничиваясь пассивным любопытством и чтением статей. Так продолжалось до настоящего момента, пока я всё-таки не попался в сети проекта http://9front.org

Я не буду здесь писать энциклопедическую информацию о Plan 9. Но если совсем кратко, то создатели Unix в лице Bell Labs (среди сотрудников которой числятся Кен Томпсон, Деннис Ритчи, Роб Пайк) однажды взяли и решили сделать _правильную_ ОС, без оглядки на проклятый Legacy Unix, в том числе и POSIX. Доведя идею "всё есть файл" до абсолюта и стерев грань между локальными и удалёнными файловыми системами. В качестве примера: tcp/ip это тоже файловая система. Поэтому, если мы подключим к себе удалённую ФС /net, получится что-то вроде NAT. Вот так просто и естественно. В общем, получилась бескомпромиссная, распределённая и при этом крайне простая и красивая ОС. Которая (с некоторыми оговорками) оказалась ненужной. Потому что существующие решения просто работают, и миру этого достаточно...

Но ребята из проекта http://9front.org форкнули Plan 9 и начали делать патчи, которые в том числе помогают Plan 9 работать на современном оборудовании. Итак, 9front можно сказать, это Plan 9, который лучше всего годится для того, чтобы поставить его на железо.

http://hugeping.tk/lib/uploads/mothra.png

На данный момент у меня есть работающий 9front на eeepc 1000px в котором можно даже что-то делать. До этого, я около полугода запускал 9front в qemu и читал различную информацию. И, честно говоря, мало что понимал. Я гробил файловые системы, не мог отредактировать файл и вообще... Не понимал ничего. В общем, я решил начать цикл статей о Plan 9, в которых я буду рассказывать о своём субъективном опыте. Конечно, я не знаток этой ОС, поэтому если кто-то может -- поправляйте меня в комментариях.

# Первые шаги

Итак, начнём.

Я начинал знакомство с ОС с чтения руководства dash с http://9front.org Руководство написано с юмором, с его помощью вы можете попробовать поставить 9front в qemu или на реальное железо (чего я бы пока не делал).

И вот, мы ставим ОС, отвечая на странные вопросы инсталлятора, стартуем... Иии... Что это?

Забудьте про всё, что вы знали. Здесь другой мир. Он прекрасен, но чтобы это понять, вам придётся пойти по пути аскетики и самоотречения. :) Шучу (почти). Для работы с Plan 9 нужна графика и мышь. Без этого -- просто никак. Это может быть ударом для вас. Поверьте, я сам пользуюсь emacs и помню кучу клавиатурных комбинаций. Здесь вам это не понадобится. Пройдёт немало времени, пока вы не привыкните к такому положению вещей и не начнёте получать от этого своеобразное удовольствие (ясность сознания). :)

На ноуте, в принципе, можно обойтись тачпадом. Короче, нужны три кнопки мыши. С случае тачпада это может быть тап 1, 2 или 3-мя пальцами. Или (в случае физических кнопок): 1я, 2я и 2я кнопка вместе с shift.

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

В общем, в этом окне (новые окна вы можете создавать нажав 2ю кнопку мыши и выбрав в меню New) вы можете что-то запускать. Если вы запускаете графическую программу, то её содержимое заменит собой содержимое окна. Это не то, к чему вы привыкли, но это удобно. Чем-то напоминает тайловые оконные менеджеры, когда вы заранее создаёте фреймы. Но пока просто наберите man rio и почитайте, как работать в этом странном "оконном менеджере".

Окно не скроллируется по умолчанию на новый вывод. Вы можете изменить это поведение нажав 3-ю кнопку мыши и выбрав scroll. То, что окно не скроллируется, минимизирует необходимось использования пейджера. Вы просто скроллите кнопками вверх/вниз. Хотя, пейджер всё-таки есть и называется 'p'.

Про историю команд -- забудьте. Клавиши вверх/вниз всегда скроллят окно. Перемещаться по тексту и по истории ими нельзя.

Текст в окне - это просто текст. Вы можете менять его, копировать и вставлять. Таким образом, можно воспринимать его как историю команд. Выбираете мышкой и делаете send. Команда выполнится.

Некоторые хоткеи всё-таки есть, и они -- на вес золота:

- C-a, C-e -- в начало и в конец строки;
- C-u -- стереть всё слева от курсора;
- C-f -- автодополнение путей в файловой системе (tab -- забудьте);
- C-b -- прыжок к приглашению;
- del - аналог C-c в Unix.

Ещё нюанс. Допустим, вы написали:

ls /usrr/glenda

Заметили, что опечатались. Вернулись курсором к r и стёрли его, нажали ввод.

Упс!

ls /usr
/glenda

При выполнении команд, курсор должен находиться в конце ввода! А так, выполнилась команда ls /usr. Используйте C-e.

К этому нужно привыкнуть и это непросто. Все рефлексы заточены на другое. В современных Linux командная строка обвешена дополнениями и клавиатурными сокращениями, но здесь всё не так. Что взамен? Простота! Нет никакого терминала, есть просто поток текста. И всё. Черные буквы на светлом фоне. Всё есть текст.

# Ещё несколько советов

- Используйте lc вместо ls. Вывод lc информативней. Например, после имён каталогов ставится /;

- Копирование в буфер обмена здесь называется snarf;

- Домашний каталог это $home или /usr/glenda в установке по умолчанию;

- Когда вы пишете что-то вроде grep, не надо заключать строки в "". Тогда в ввод эти кавычки и уйдут. Тут вам не bash, тут rc. У него совсем другие (более простые) правила эскейпинга. Можете использовать одинарные кавычки, если нужно. Например: g 'Kcaps' /sys/include/*. Да, g -- это рекурсивный grep;

- Некоторые утилиты расположены в подкаталогах. Например, ip/ping. Что это значит? Что выполняемый файл лежит в /bin/ip/ping;

- Посмотреть свой ip адрес: cat /net/ndb;

- Используйте walk | grep как аналог find;

- Скачать что-то (man hget);

- Смотреть pdf или картинки (man page);

- Браузеры: mothra, abaco (довольно падучий), можно собрать netsurf. Об этом будет другая статья;

- Для переключения раскладки можно запустить: kbmap /sys/lib/kbmap/us /sys/lib/kbmap/ru и переключать мышкой. Чтобы сделать переключение с клавиатуры, можно немного поменять rio, об этом -- в другой раз;

- Копировать каталоги здесь можно с помощью dircp, cp -R -- нет;

- fshalt -r -- перезагрузка;

- fshalt -- выключение;

- В домашнем каталоге есть bin/rc каталог. Здесь можете писать свои скрипты и они будут доступны для запуска. На самом деле, реализовано это за счёт bind. Сейчас поясню...

# Bind

В домашнем каталоге, lib/profile есть файл - который можно назвать аналогом .profile. Сделайте его cat и посмотрите. Видите?

bind -a $home/bin/rc /bin

bind позволяет делать объединение файловых систем. -a -- добавить файловую систему после. В данном случае, мы добавили bin/rc в пространство /bin. Короче, все наши скрипты из bin/rc видны в /bin. (man bind)

Следующая строка, заметьте, использует $cputype. Дело в том, что кросскомпиляция есть из коробки, и есть разные компиляторы (man 6c). И разные каталоги для бинарников для разных архитектур.

Интересно ещё вот что, если вы что-то забиндите в окне rio, а потом запустите другое окно -- не удивляйтесь, что там этого не будет. Пространство файловой системы наследуется процессами. Поэтому в новом окне будет пространство rio. То-есть, каждый процесс может настраивать свое файловое пространство как угодно.

Поэтому в profile стартует webfs (это реалиазция http протоколов в виде файловой системы -- ну потому что здесь _всё_ реализовано в виде файловой системы) -- тогда все процессы из rio (который тоже стартует из profile) смогут работать с вебом.

То, что пространство ФС персональное для каждого процесса имеет интересный практический плюс. Например, смонтировали вы флешку, чтобы отмонтировать её -- вам достаточно прибить окно. Ну или все окна, в которых вы её смонтировали. Хотя команда unmount тоже есть (обратите внимание, не umount, а unmount).

Из profile стартует графическая система rio с флагом -i riostart.

# riostart

Делаем cat /bin/riostart.

Это вот и есть стартовый скрипт rio. Можете кастомизировать под себя. Например, запустив kbmap с нужными параметрами (переключалка раскладки клавиатуры). Упс... Мы ещё не умеем редактировать файлы.

# Редактируем временную зону в acme

Давайте начнём учиться редактировать с того, что выставим нормальную временную зону. Дело в том, что в 9front нет Российских временных зон из коробки. Но это не беда. Ведь всё есть файл!

Пишем:

acme /adm/timezone/local

Открылся редактор acme. В нём -- ваша текущая временная зона. На самом деле acme это не только редактор, это среда. Что-то вроде emacs в Plan 9. Детище Роба Пайка, который, наверняка, писал golang именно в нём. Но только это KISS emacs. :) Я не способен сейчас научить вас работать в acme (тем более, что я сам только учусь), но кратко опишу его принципы.

В acme мы имеем что-то вроде тайлового оконного менеджера. Можем создавать столбцы (3-кнопка на Newcol) и делить их на части (3-кнопка на New).

В acme тоже "всё есть текст". Это значит, что вы можете редактировать зону меню так же, как и текст. Пока не делайте этого, просто не пугайтесь если вдруг сотрёте кнопку Newcol. Просто напишите её там, где вам удобно. :)

Например, добавьте в зоне меню команду win. Просто текст win. 3-кнопкой нажмите на win и запустите "терминальное" окно внутри acme. Другие полезные команды смотрите в man acme. Вы можете писать скрипты, которые будут командами. Скрипты могут выводить текст и потреблять текст из редакторы. Таким образом, можно сделать, например, команду indent параграфа. Кроме того, acme поддерживает файловую систему (да-да, как и всё тут!), с помощью которой можно управлять редактором. Так что в acme можно читать почту и делать что-то ещё, что вам понадобится, просто дописывая нужную вам функциональность.

Поиск делается дописыванием текста после меню | Look, выделением этого текста и 3-кнопка. Так же можно просто выделять текст и жать 2-кнопку.

Открыть файл по номеру строки: добавьте к имени файла в меню :число, выберете всё это и нажмите 2-кнопку.

Режим авто-отступа есть. Он включается Indent on (да, да - допишите это в меню и выполните).

Итак, у вас открыт редактор на файле local. Надо стереть содержимое файла. Стрелочки? СТРЕЛОЧКИ СКРОЛЛЯТ ТЕКСТ! shift-стрелочки? Нет! Выделяем текст мышкой и нажимаем backspace!

Да, настал момент суровой правды. Вы не можете перемещаться по строкам с помощью стрелок курсора даже в текстовом редакторе! Так что или бегите (пока можете), или -- продолжим.

На самом деле, это жутко раздражает по началу. Но потом, я стал замечать за собой некоторую дисциплину. Всё не так плохо, сознание разгружается. Просто редактируем текст по правилам этого мира. Сейчас, по прошествии времени, я даже нахожу в этом какое-то удовольствие и отдушину (после emacs).

Да! Подсветки синтаксиса нет. Робу не нравится смотреть на код, как на новогоднюю ёлку.

Итак, вернёмся к временной зоне. Для московского времени я оставил одну строку:

MSK 10800 MSK 10800

Это временная зона GMT+3 (в секундах). Зимнее и летнее время.

Сохраняем файл. Ах, да... 3-я кнопка мыши по Put. Если Put пропал - вы сохранили файл. Выйдете из редактора самостоятельно.

Но это ещё не всё! Если у вас в BIOS время настроено в UTC, то надо сделать следующее:

acme /rc/bin/termrc.local

Впишите строку:

TIMESYNCARGS=(-ra1000000)

И сохраните. Ну или вы могли бы убрать параметр L из TIMESYNCARGS в файле /bin/termrc в самом начале, но это хуже. /bin/termrc запускает termrc.local.

/bin/termrc - это скрипт, который стартует вашу терминальную станцию.

# Немного об архитектуре

То, что вы поставили себе в qemu (или на ноутбук?), в терминах Plan 9 называется терминальной станцией. Дело в том, что Plan 9 это сетевая система, где предусмотрены разные типы станций: терминал, файловый сервер, cpu-сервер итд. Границы между ними стёрты с помощью сетевой файловой системы 9p. Теорию почитайте тут: http://doc.cat-v.org/plan_9/4th_edition/papers/ А в 9front вы получаете как бы всё в одном: терминальная станция, файловый сервер и т.д. Но в теории, это всё можно настроить на отдельных машинах. И именно так Plan-9 использовалась в Bell-Labs.

# Файловая система

По умолчанию предлагается использовать CWFS.

"Файловая система" тут тоже реализована как служба-процесс. К которому можно подсоединиться и что-то сделать. Например, подключение к консоли:

con -C /srv/cwfs.ctl
help

Можете проверить fscache командой check.

CWFS это на самом деле интересная файловая система. Точнее -- файловый сервер. Он состоит как бы из двух областей. Есть fscache - в котором и идёт постоянная работа. И есть fsworm (Write Once Read Many) - это место куда архивируются данные и никогда не стираются. То-есть, когда-то ночью грязные блоки fscache сбрасываются в fsworm. Потом снова работаем с fscache. Сброс грязных блоков - это команда dump. Вы можете выполнять её руками через консоль: con -C /srv/cwfs.ctl, тем самым вы освобождаете место в кеше!

fsworm позволяет посмотреть любой слепок из тех, когда были сделаны dump. Смонтировать их можно так:

9fs dump

> Не выключайте питание во время дампа!

По началу я никак не мог понять, почему у меня кончается место на диске! Оказывается, забивался сравнительно небольшой fscache. Надо было бы сдампить его в fsworm. Конечно, cwfs на нетбуке это немного странно. :) Что я буду делать, когда забью fsworm? Вероятно, пересоздам его заново, скопировав последнее состояние в fscache?

# Редактирование plan9.ini

После первой установки, скорее всего вам понадобится поменять что-то в параметрах загрузчика. (man plan9.ini) Например, выставить более комфортное разрешение vesa. Включить acpi, поменять тип мыши и др.

Для этого надо подмонтировать специальный fat раздел:

9fs 9fat
acme /n/9fat/plan9.ini

Помните? Открывайте редактор из этого же окна. В другом окне файловая система не будет подмонтирована. По началу это сбивает с толку.

На этом же разделе, кстати, находится ядро. Но о компиляции ядра мы поговорим в другой раз.

# Доступ к файловой системе по сети из Linux

acme $home/bin/rc/export
Содержимое файла:
#!/bin/rc
aux/listen1 -t 'tcp!*!564' /bin/exportfs -r /

Запустите скрипт в окне и монтируйте с Linux:

9pfuse <адрес>:564 <точка монтирования>

Исходники системы находятся в /sys/src/ :)

# Заключение

К сожалению, вводная статья получилась сумбурной. Очень много информации и всё очень связано: начинаешь что-то писать, сразу понимаешь, что надо рассказать сначала о другом компоненте. Берёшь другое -- снова та же история.

Погружение в Plan 9 для меня было непростым процессом, и я сам ещё нахожусь в самом начале пути. Но в следующих статьях я попробую писать более конкретно, сосредоточившись на конкретных практических задачах.

Примерный план статей такой:

- Собираем netsurf и irc (git, hg, порты, golang);
- Изменяем исходные коды системы (смена раскладки клавиатуры);
- Музыка (и видео???);
- Мои патчи: ethernet alc, ethernet athn, acpi, vgadb;
- Сравнение исходного кода ядер: openbsd, Linux, plan9.

Если что, пишите свои предложения/вопросы.



P.S. Edited: 2020-10-11 10:28:47

[>] Читшит с функциями INSTEAD
std.prog
hugeping(ping,1) — All
2020-10-11 23:10:23


Lucky_Ook некоторое время назад запилил читшиты с функциями INSTEAD. Чтобы не потерять, оставлю здесь: https://github.com/luckyuk/Instead-cheatsheet
P.S. Edited: 2020-10-11 21:10:56

[>] тест меня видо
ping.local
oldpc(ping,11) — All
2020-10-16 15:55:53


Вроде бы осилил, вроде бы работает

Пишу из горящего Pentium 2.


+++ Caesium/0.4 RC1

[>] Re: тест меня видо
ping.local
oldpc(ping,11) — oldpc
2020-10-16 18:04:16


Пишу из Dillo из Debian Etch. Сайт вполне неплохо смотрится и в Dillo :)

[>] Re: тест меня видо
ping.local
oldpc(ping,11) — oldpc
2020-10-16 18:21:23


Пишу из текстового клиента, запущенного в Debian Etch на Python 2.4. Это тоже работает?

[>] Re: тест меня видо
ping.local
hugeping(ping,1) — oldpc
2020-10-16 18:22:05


> Пишу из Dillo из Debian Etch. Сайт вполне неплохо смотрится и в Dillo :)

Да он и из eww норм смотрится. И даже из Plan9. :)

[>] Re: тест меня видо
ping.local
oldpc(ping,11) — hugeping
2020-10-16 18:30:37


>> Пишу из Dillo из Debian Etch. Сайт вполне неплохо смотрится и в Dillo :)
> Да он и из eww норм смотрится. И даже из Plan9. :)

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

а так, у меня когда-то и из текстового браузера kolibri работало, только залогиниться не мог. :)

а тут - и залогинился, и написал, и прочитал...
только раскладка в Etch неудобная, запятая на Shift+6, точка на Shift+7.

[>] Re: тест меня видо
ping.local
hugeping(ping,1) — oldpc
2020-10-16 18:42:38


> в новом дилло он вообще по-современному смотрится, такой дизайн я и хочу себе на сайт

Бери ii-go :) Стилями и выкидыванием кода можно довести до идеала.

[>] Re: тест меня видо
ping.local
oldpc(ping,11) — hugeping
2020-10-16 19:01:38


>> в новом дилло он вообще по-современному смотрится, такой дизайн я и хочу себе на сайт
> Бери ii-go :) Стилями и выкидыванием кода можно довести до идеала.

мне чистая статика нужна :) к тому же, go даже на pentium 4 не работает (по крайней мере, не на всех), на p3 вообще не работает. А я хочу собрать сайт на p2.

[>] Re: Обновления ii-go (движка узла ping)
ping.local
hugeping(ping,1) — hugeping
2020-10-18 12:28:39


Добавил подсветку

# Заголовок

## Заголовок 2

### Заголовок 3

И другой способ:

= Заголовок

== Заголовок 2

=== Заголовок 3

Тело сообщения не меняется, изменение только в css.

[>] Re: Краткая информация по этому узлу
ping.local
oldpc(ping,11) — hugeping
2020-10-18 14:15:17


> Каждая из лент/эх доступна по RSS, так вы можете отслеживать новые сообщения.

А как? Я не нашёл, где подписаться на rss.

[>] Re: Краткая информация по этому узлу
ping.local
hugeping(ping,1) — oldpc
2020-10-18 14:25:17


Выбери эху, потом вверху в шапке нажми на её название. Это будет эха в виде ленты, а не тем. И тут уже будет в шапке RSS ссылка.

Ещё если на главной нажать на время сообщения, то сразу попадаешь в режим ленты.

[>] Plan 9: экстремальный KISS #2
std.hugeping
hugeping(ping,1) — All
2020-10-21 12:07:36


Постепенно осваиваюсь в 9front. Стало понятно, что кое-где есть неточности в предыдущей статье. Но не ошибается только тот, кто ничего не делает! Так что продолжу свой цикл статей про жизнь в форке Plan 9 -- 9front.

http://hugeping.tk/lib/uploads/acme-mail.png

# Простота кода

Мне не повезло. На eeepc 1000px не работал ни wifi ни ethernet. Поэтому мне пришлось портировать драйверы alc и athn с OpenBSD. В случае athn, для скорости, я перенёс только код для своей карты AR2427. Все наработки по Plan9 я выкладываю сюда: https://github.com/gl00my/plan9hacks

Я понимаю, что этот путь доступен не для всех, но хочу отдельно заострить внимание на простоте кода Plan9. Там, где в Linux/OpenBSD написано 10 строк, в Plan9 будет одна.

OpenBSD:
	/*
	 * Create DMA stuffs for TX ring
	 */
	error = bus_dmamap_create(sc->sc_dmat, ALC_TX_RING_SZ, 1,
	    ALC_TX_RING_SZ, 0, BUS_DMA_NOWAIT, &sc->alc_cdata.alc_tx_ring_map);
	if (error)
		return (ENOBUFS);

	/* Allocate DMA'able memory for TX ring */
	error = bus_dmamem_alloc(sc->sc_dmat, ALC_TX_RING_SZ,
	    ETHER_ALIGN, 0, &sc->alc_rdata.alc_tx_ring_seg, 1,
	    &nsegs, BUS_DMA_NOWAIT | BUS_DMA_ZERO);
	if (error) {
		printf("%s: could not allocate DMA'able memory for Tx ring.\n",
		    sc->sc_dev.dv_xname);
		return error;
	}

	error = bus_dmamem_map(sc->sc_dmat, &sc->alc_rdata.alc_tx_ring_seg,
	    nsegs, ALC_TX_RING_SZ, (caddr_t *)&sc->alc_rdata.alc_tx_ring,
	    BUS_DMA_NOWAIT);
	if (error)
		return (ENOBUFS);

Linux:
	alx->descmem.virt = dma_zalloc_coherent(&alx->hw.pdev->dev,
						alx->descmem.size,
						&alx->descmem.dma,
						GFP_KERNEL);

9front:
        ctlr->tx_ring = mallocalign(sizeof(TxDesc) * DSCN, 8, 0, 0);

А вот ещё один очень наглядный пример из ACPI.

Linux:
	args[0] =
	    acpi_ut_create_integer_object((u64)region_obj->region.space_id);
	if (!args[0]) {
		status = AE_NO_MEMORY;
		goto cleanup1;
	}

	args[1] = acpi_ut_create_integer_object((u64)function);
	if (!args[1]) {
		status = AE_NO_MEMORY;
		goto cleanup2;
	}

	args[2] = NULL;		/* Terminate list */

	/* Execute the method, no return value */

	ACPI_DEBUG_EXEC(acpi_ut_display_init_pathname
			(ACPI_TYPE_METHOD, info->prefix_node, NULL));

	status = acpi_ns_evaluate(info);
	acpi_ut_remove_reference(args[1]);

9front:
	p = amlwalk(dot, "^_REG");
	if (p != nil) {
		amleval(p, "ii", 0x3, 1, nil);
	}
Это не шутка, это эквивалентный код. Код из 9front это мой код, который внесён в 9front, который я писал изучая аналогичный код Linux.

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

Немного отвлекаясь, хочу рассказать, что похожие эмоции я испытал, когда смотрел код утилиты cat одной из ранних версий Unix. Исходный код делал именно то, что и должна делать утилита cat. Не больше и не меньше. Сегодня же, можно посмотреть на https://www.gnu.org/software/hello/ чтобы убедиться, насколько технологии переусложнены. Кто-то скажет, что это неизбежно. У нас появились локали, gettext, разные варианты системных вызовов и так далее... Всё это, конечно, так. Но... Как программисту, мне хочется спросить -- адекватна ли цена? В общем, архитектурная простота Plan9 сквозит во всём. Plan9 -- не продукт.

Итак, если вы программист (на C) -- проблем с доработками кода не будет. Кодовая база небольшая, доступна в /sys/src из коробки и очень быстро собирается/обновляется по mercurial даже на eeepc. C компилятор (вернее, даже серия компиляторов для разных архитектур) в Plan9 очень быстрый! Я так понимаю, написан он Кен Томпсоном. Система mk (аналог make) -- тоже очень быстрая и лаконичная. Ну, давайте что-нибудь соберём?

# Выход в сеть

Если у вас qemu установка, то сеть скорее всего просто работает. Попробуйте:

cat /net/ndb
ip/ping ya.ru

Я поднимаю wifi руками, скриптом. Мне так удобнее. Делается это очень просто:

bind -a '#l1' /net # l1 это моя wifi карта, cat /dev/kmesg
aux/wpa -s ACCESS_POINT -p /net/ether1 # ether1 моя wifi карта
ip/ipconfig ether /net/ether1 # dhcp

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

cat /dev/ether1/ifstats

На самом деле bind '#l1' я делаю в lib/profile, до старта rio. Помните? У каждого процесса своё дерево файловой системы. А так, все процессы в rio будут наследовать его и /dev/ether1 станет доступным везде.

Дальше, разберётесь. :)

# git/mercurial

В 9front уже входит mercural. Давайте воспользуемся им, чтобы забрать проект 9front ports, там есть много чего полезного. Открываем окно rio. (Или запускаем win в acme).

cd /sys/
hg clone http://code.9front.org/hg/ports
cd 9ports/dev-vcs/git9
mk install

Теперь у нас есть git! На самом деле, есть второй способ сделать это, подмонтировав к себе один из сетевых ресурсов по 9p, например 9front.

9fs 9front
cd /n/extra
lc

Здесь вы найдёте git9.tgz, который можно распаковать и собрать. Для тренировки (и пользы!) предлагаю собрать irc7.tgz из extra. Скопировать себе в $home, распаковать, собрать (mk install) и зайти на канал #instead сервера irc.freenode.net.

Реализация git своя. Конечно, в виде файловой системы. :) Давайте заберём какой-нибудь проект по git. Я предлагаю попробовать собрать браузер netsutf.

cd
mkdir Devel
cd Devel
git/clone https://github.com/netsurf-plan9/nsport
git/clone -- это не опечатка! lc /bin/git/ да...

Ох, чуть не забыл. Все пароли (от ssh, http, wpa, от _всего_) хранит специальная служба factotum! Вы можете добавлять в неё свои пароли/ключи при запуске, чтобы не вводить пароли руками. Я делаю это через скрипт из lib/profile, который читает файлик и добавляет пароли в factotum. Это небезопасно, т.к. мой файлик -- открытый. Для безопасного способа смотрим man secstore.

Пример добавления пароля github:
echo 'key proto=pass realm=GitHub server=github.com service=http user=gl00my !password=password' > /mnt/factotum/ctl

Для сборки netsurf нужно следовать инструкциям: https://github.com/netsurf-plan9/nsport

Но, не буду разжёвывать и лишать вас радости исследования. :)

В портах вы найдёте golang свежей версии. Полезная в быту вещь.

// На данный момент, кстати, он собирается только если закомментировать строку CLEANCOMMAND в mkfile.

На eeepc мне удалось собрать только go14 (мало памяти), но в qemu установке собрал современную версию. Так что можно собирать софт для eeepc в qemu.

# Браузеры

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

Если серъёзно, у меня уже был опыт использования урезанных браузеров, так что был подготовлен. Для государственных сайтов и банков придётся использовать другие ОС или запускать в виртуалке (man vmx) OpenBSD. На eeepc я этого не делал. Ну, конечно, можно ещё по vnc ходить куда-то...

Итак, браузеры которые я пробовал.

## abaco

Канонический plan9 браузер. Если честно, чисто эстетически, очень понравился! Но, увы, в 9front он падуч. И, кажется, не поддерживает png. Короче, не рекомендую.

## mothra

Сначала не понравился. Но потом, оказалось, что он удобен. И есть у него кое-какие биндинги на клавиши, что удобно. Например: a ввод - однооконный режим. m ввод - режим скачивания (режим mothra). Выглядел он страшненько в основном из-за русских символов. Но мы уже умеем патчить код:

cd /sys/src/cmd/mothra
acme rdhtml.c
# меняем шрифты, я рекомендую везде dejavusans(it,bd)/unicode.12 и .14
mk install

Мой вариант изменений лежит на https://github.com/gl00my/plan9hacks

Короче, можно пользоваться.

http://hugeping.tk/lib/uploads/opennet-mothra.png

## netsurf

Работает, только для показа картинок нужно раскомментировать jpeg/png библиотеки в mkfile/mkfile.native и добавить флаги -DWITH_PNG -DWITH_JPEG.

Рендерит странички неплохо, но нет многих удобных фич mothra. Подходит для просмотра сайтов, с которыми не справилась mothra.

[>] Re: Plan 9: экстремальный KISS #2
std.hugeping
oldpc(ping,11) — hugeping
2020-10-21 12:50:08


> Мне не повезло. На eeepc 1000px не работал ни wifi ни ethernet. Поэтому мне пришлось портировать драйверы alc и athn с OpenBSD. В случае athn, для скорости, я перенёс только код для своей карты AR2427. Все наработки по Plan9 я выкладываю сюда: https://github.com/gl00my/plan9hacks

может, стоит кросспостить эти блоги в эху oldpc?

[>] Re: Plan 9: экстремальный KISS #2
std.hugeping
hugeping(ping,1) — oldpc
2020-10-21 12:54:56


У меня настолько много расплодилось блогов, что я просто пишу теперь в std.hugeping и дублирую на zeronet. Если кому-то нравится, можно перепостить. Но я часто редактирую свои статьи, так что проще просто ссылку кидать на оригинал.

Pages: 1 ... 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 ... 70