[>]
xpeccy
zx.spectrum
Andrew Lobanov(tavern,1) — All
2021-12-13 10:05:22
Очень полюбился мне этот эмулятор в последний год, но наткнулся на интересную особенность: если в настройках Qt выставить scale rate отличный от единицы, то он влияет и на эмулируемую картинку. Привет, пиксели разного размера и соотношения сторон!
Есть возможность поправить этот момент средствами настройки Qt или стоит связаться с разработчиком и задать этот вопрос ему лично? :)
[>]
Re: Эха про спектрум
zx.spectrum
Andrew Lobanov(tavern,1) — hugeping
2021-12-13 11:14:54
hugeping> Может стоило вообще про ретрокомпы эху создать? Всё-таки нас тут полтора человека...
Я думаю, пока можно и тут обсуждать. Может, когда и если подтянутся спринтероводы, разделим эхи. Но в целом да - мой промах :)
[>]
Re: Предложения или "Как нам обустроить idec?"
idec.talks
Andrew Lobanov(tavern,1) — ake
2021-12-17 11:47:57
ake> Доброго времени суток. На волне (пока ещё) энтузиазма решил поделиться "рационализаторскими" предложениями для idec. Некоторые из них, в том или ином виде, озвучивались. Часть из них относится скорее к реализации нод, но некоторые потребуют либо дополнения протокола, либо изменений с разной степенью обратной совместимости.
Ты забыл самое главное написать: какие существующие проблемы это решает?
ake> 1. Правила перемаркировки эх. Идея простая - на ноду приходит сообщение (не важно, фетчится или от поинта) и, если у него в качестве эхи указано некое значение A, то оно заменяется на некоторое A* по определённому правилу. Самый очевидный вариант использования - "личные" эхи, один поинт отправляет сообщение в эху "sendmsg.username", в процессе оно перемаркируется, как "readmsg.username_authstr" и адресат его может получить. Ещё так можно укрупнять и агрегировать эхи, перемаркировывая сообщения из внешних "dev.c", "dev.cpp", "dev.python" в общую локальную "dev.main", например. Недостатком становится то, что такие эхи становятся либо односторонними, либо надо создавать сложные обратные правила (т.е. ответы должны будут помещаться и в новую эху, и в старую).
Менять сообщения, конечно, никто не запрещает, но не надо такое отдавать наружу никогда. А так - каждый волен со своей базой делать что угодно - хоть удалить вообще нафиг :)
ake> 2. Кросспостинг - отправка и присутствие сообщения с одним ID в нескольких эхах одновременно.
Это задача клиента.
ake> 3. Хуки на появление сообщений в эхе/от пользователя/в качестве ответа. Тогда можно будет сделать, например, эху для управления нодой, какие-нибудь голосовалки (изначально была идея нодо-локальной общественной модерации) и ещё что-нибудь.
Непонятно какие задачи решает. Голосования проводили и без этого. Можно анализировать сабжи. Это дёшево.
ake> 4. Добавить тег определяющий кодировку или тип содержимого (mime-type) тела сообщения. По идее это должно гарантировано решить проблему с тем, как реализовывать шифрование сообщений - зашифрованное сообщение будет иметь соответствующий тег encoding и его расшифровкой должен будет заниматься клиент.
Для этого нужна поддержка шифрованных сообщений. Но я, например, против шифрования в эхах.
ake> 5. Хранить время фетча сообщения нодой и использовать его в качестве указателя сдвига для получения индекса в /u/e-подобном запросе. Я читал обсуждение чего-то подобного в idec.talks, но по-моему там предлагалось использовать время самого сообщения, что действительно может работать криво.
Можно попробовать POC написать.
ake> 6. Метод POST для /u/e и /u/m, это тоже обсуждалось и, вроде, не должно требовать больших изменений, но почему-то не взлетело.
Смысла особого нет. Не решает ни одной проблемы.
ake> 7. Хранить в тегах, кроме указателя на отвеченное сообщение, указатель на первое сообщение ветки обсуждения/топика. Чуть упрощает реализацию топиков и позволяет писать в них сообщения не являющиеся ответами на конкретный пост.
Смысла нет, так как построить цепочку ответов это практически бесплатно.
ake> 8. Пока ещё сырая, на как выходит не новая, идея, касающаяся редактирования сообщений, заключающаяся в отправке нового сообщения, с тегом, скажем, "amend" содержащим ID оригинального сообщения. Идентичная идея была описана ещё в ii://jOO4SZIyVrHLU9XxuhKW , но осталась без ответов.
Возможность редактирования сообщений это зло.
[>]
Re: Предложения или "Как нам обустроить idec?"
idec.talks
Andrew Lobanov(tavern,1) — hugeping
2021-12-17 11:47:57
hugeping> А так, из твоих предложений мне лично интересны:
hugeping> - редактирование.
Является злом в чистом виде и должно быть запрещено законом :)
hugeping> - личка (правда у тебя в списке этого нет)
Есть некоторые идеи и есть потребность в этой фиче.
[>]
Re: Предложения или "Как нам обустроить idec?"
idec.talks
Andrew Lobanov(tavern,1) — ake
2021-12-17 11:47:57
ake> Но это вопрос транспорта сообщений и api. Ещё есть вопрос обнаружения отправителей и получателей, особенно между нодами, ибо с этим на практике как-то не очень. Есть имя ноды, которое иногда может меняться со временем, по которому нельзя тривиально узнать адрес (видимо для этого предполагается собирать нодлист), а про получателя мы знаем только имя в свободной форме.
Посмотри в поле адреса. Оно не просто так сущетвует, а однозначно тебя идентифицирует в сети. В отличие от имени.
[>]
Re: Предложения или "Как нам обустроить idec?"
idec.talks
Andrew Lobanov(tavern,1) — ake
2021-12-18 06:17:58
>> Менять сообщения, конечно, никто не запрещает, но не надо такое отдавать наружу никогда. А так - каждый волен со своей базой делать что угодно - хоть удалить вообще нафиг :)
ake> Совсем не обязательно менять сообщения, ничто не запрещает отдавать в индексе эхи, сообщения имеющие другое значение в соответствующем поле. И кросспостинг почти про то же.
Кросспостинг реализуется на стороне клиента и делается совсем иначе и проще. Зачем городить огород?
>> Для этого нужна поддержка шифрованных сообщений.
ake> Тэг с типом содержимого вообще ортогонален шифрованным сообщениям. Можно хоть что слать, заранее перекодировав и указав, что это base64/uuencode/koi8r/etc, если надо (да, будет неоптимально, но это опять организационный вопрос, и я в курсе про файл-эхи).
>> Возможность редактирования сообщений это зло.
ake> Обратный вопрос, перефразируя: "Какие проблемы это создаёт?"
Ну любые нововведения должны решать существующие проблемы. Изменения ради изменений это путь к сложной системе без смысла.
[>]
Re: Предложения или "Как нам обустроить idec?"
idec.talks
Andrew Lobanov(tavern,1) — ake
2021-12-18 06:20:41
AL>> Как это будет работать в масштабе сети?
ake> Навскидку - либо масштабируем то же самое до нод, т.е. складываем в скрытую эху outbound.some_node_authstr, на которую подписана эта нода; либо форвардим с помощью /u/push.
Химера какая-то, если честно. Давай чтоль нормальный POC :)
[>]
Re: Мысли про возможное будущее IDEC
idec.talks
Andrew Lobanov(tavern,1) — shaos
2021-12-21 17:41:54
shaos> Всем привет
shaos> Я познакомился в ii/IDEC только в августе этого года, стал изучать как оно всё устроено и наконец на днях, воспользовавшись открытой реализацией ii-php, поднял свой узел - теперь у меня есть несколько мыслей по возможному будущему этой системы (либо системы, которая может отпочковаться от этой системы, но будет оставаться совместимой со старым IDEC API):
Предложения весьма занимательные, но с моей точки зрения теряется главное примущество idec - дубовость.
Есть ли смысл в осмысленных msgid, если мы всегда практически бесплатно можем прочитать теги?
Когда доползу до компа, постараюсь ответить более развёрнуто.
[>]
Re: Мысли про возможное будущее IDEC
idec.talks
Andrew Lobanov(tavern,1) — shaos
2021-12-22 05:09:30
>> Предложения весьма занимательные, но с моей точки зрения теряется главное примущество idec - дубовость.
shaos> Ну с годами idec уже не такой дубовый стал и совсем не маленький, как у вас тут принято считать ;)
Реализация всё ещё пишется за несколько часов :) Да и не повод дальше усложнять. Давай пойдём моим любимым путём: какие проблемы ты решаешь? :)
>> Есть ли смысл в осмысленных msgid, если мы всегда практически бесплатно можем прочитать теги?
shaos> Не бесплатно. Чтобы посмотреть тэги, надо найти и прочитать сообщение. Если оно одно, то может и не долго, а если в списке их тысячи?. А так мы по списку можем видеть что есть что (ну разве что с вероятностью 1/64 это может быть "false positive", пришедший от старых нод или взятый из старых архивов, у которого случайно msgid начинается с 0).
С моей точки зрения этот false positive с такой высокой вероятностью ломает всю затею. А найти и прочитать сообщение в общем случае это O(1). Другое дело, что в зависимости от конкретной платформы и конкретной реализации в абсолютных величинах это может быть долго. Я догадываюсь куда именно ты клонишь.
[>]
Re: Мысли про возможное будущее IDEC
idec.talks
Andrew Lobanov(tavern,1) — shaos
2021-12-22 05:09:30
shaos> Несколько комментариев к моему изначальному сообщению.
shaos> - Чтобы исключить кривотолки и неправильные реализации, надо явно прописать алгоритм создания хэша, который реализован в ii-php и iing (и скорее всего в старом ii, судя по статистике использования символов в хэшах архивных сообщений), чтобы недвусмысленно было написано, что 2 небуквоциферных символа в base64 надо заменять на A (большую) и z (маленькую), а то сейчас в документации написано "for example A and Z" и новые реализации пытаются следовать документации, получая несовместимые решения (ii-go).
ii-go это анархическая реализация. Взять хоть редактирование сообщений :)
shaos> - При поддержке вложений в новоявленном формате ascii85+ чтобы отличить их скажем от исходника на языке Си или JSON-а в начале сообщения можно добавить ключевое слово @attach за которым будет идти число включений и сервер будет убирать это в строку тэгов сохранённого сообщения например .../attach/3 будет означать, что по ходу сообщения должно встретиться 3 вложения в формате ascii85+ (правда это означает, что в этом же сообщении не может встретится кусочек программы на C/C++/Java или JSON, хотя можно добавить правило парсинга, что между ==== и ==== искать вложения ненадо)...
Есть ли смысл в таких аттачах? Тело сообщения не должно превышать 64КБ. Может проще аттачи распространять по отдельной схеме, и хэши на аттачи кидать в теги собщения? :)
[>]
Нодлист
idec.talks
Andrew Lobanov(tavern,1) — All
2022-01-24 05:31:03
Не прошло и двух месяцев, как я собрал актуальный нодлист.
Лежит в таверне на публичных фреках. Налетай!
[>]
Re: Мысли про возможное будущее IDEC
idec.talks
Andrew Lobanov(tavern,1) — shaos
2022-02-04 10:18:13
>> Реализация всё ещё пишется за несколько часов :)
shaos> Это далеко не так ;)
Ну если начинать наворачивать вебинтерфейс, то да. Но чисто обмен и хранение пишется часа за 4 +-. По крайней мере на ЯВУ :)
>> Да и не повод дальше усложнять.
shaos> Это небольшие инкрементальные улучшения, которые могут вывести IDEC на орбиту современных технологий ;)
Пока не понял как :)
>> Давай пойдём моим любимым путём: какие проблемы ты решаешь? :)
shaos> Ну для начала - добавляет бинарных данных в рассылки.
Какие проблемы решает добавление бинарных данных в рассылки? :)
>> С моей точки зрения этот false positive с такой высокой вероятностью ломает всю затею.
shaos> Ну почему? Есть разница 100% сообщений надо вычитать, чтобы отфильтровать из них бинарные объекты или 1.56%? ;)
А надо фильтровать?
>> А найти и прочитать сообщение в общем случае это O(1).
shaos> Скорее O(n)...
Сдаётся мне, что это зависит от реализации. Например, в цезии формат простой, заточенный на линейное чтение базы сообщений. Тут O(n), согласен. А если хотя бы по сообщению на файл, то уже всё таки O(1).
[>]
Re: Мысли про возможное будущее IDEC
idec.talks
Andrew Lobanov(tavern,1) — shaos
2022-02-04 10:18:16
>> Есть ли смысл в таких аттачах? Тело сообщения не должно превышать 64КБ.
shaos> Есть смысл, если надо заслать что-то маленькое вместе с сообщением (бинарь программки например, или заархивированный исходник).
А есть такая необходимость? Ведь есть файлэхи :)
[>]
Re: Оконный менеджер bspwm
std.hugeping
Andrew Lobanov(tavern,1) — old.pc
2022-06-01 11:13:16
old.pc> Честно говоря, i3wm не производит впечатления "готового из коробки". По-моему, там даже обоины из коробки нет, и запустив его, видишь "серую рябь" иксов: хотя могу с кем-то ещё путать. Но в любом случае, там ни трея нет из коробки, ни других привычных вещей. Вот awesome за примерно 13 лет довольно частого использования я только неделю назад полез в его конфиг (разве что с выходом 4.0 появились титлбары, мне сказали, как их отключить, и я их всегда отключал, не вникая в конфиг), а так он был действительно "готов из коробки"
Трей там есть из коробки. Приходится выключать. Серая рябь иксов осталась в очень далёком уже прошлом. Теперь только чёрный фон. Но обои это не задача ВМ. Если ВМ ставит обои, значит он занимается не своим делом и идёт нафиг. В остальном, если не нужны правила (а они нужны) он самый изкоробочный.
[>]
Re: Оконный менеджер bspwm
std.hugeping
Andrew Lobanov(tavern,1) — hugeping
2022-06-01 11:13:17
hugeping> По сравнению со всеми остальными тайловыми wm что я пробовал, он был самым дружественным. Да, awesome я обошёл стороной, так как считал его "динамическим" wm, которые мне не очень нравятся.
awesome неповоротлив. Последний раз пробовал его на селероне каком-то (забыл уже, но это мой предыдущий ноут) и там прямо видно как он отрисовывает свои элементы чуть ли не построчно. Моя нежная психика от такого отвыкла :)
i3wm хорош из коробки, bspwm хорош после напильнкиа, если годится динамика, то лучше взять dwm, но он точно не из корбки. Из стековых люблю fvwm и cwm. И ещё очень нежно люблю WindowMaker, но на текущей машине он просто неюзабелен уже. Нужны векторные док-аппы :)
[>]
Mira station
idec.talks
Andrew Lobanov(tavern,1) — All
2022-06-24 06:46:23
Восстановлена связь с сабжем. По техническим причинам в таверну не ходили сообщения с 9 апреля.
Сисопы, имеющие станцию Мира в аплинках, проверьте связь. Пока что она шлёт мусор на запросах несуществующих эх. У себя я обнаружил запрос несуществующих ifiction.15 и python.15.
[>]
Re: Как украсть воду..
pipe.2032
Andrew Lobanov(tavern,1) — btimofeev
2022-07-01 10:13:00
btimofeev> В этом году мы с женой купили небольшую дачу. На прошлых выходных случилась забавная история.
btimofeev> На даче включают воду два раза в неделю на два часа. У всех стоят большие металлические бочки которые и наполняют в это время. В воскресенье приезжаем мы на дачу, быстренько включаем воду пока ее еще дают. Бочка в это время была наполовину наполнена. Включили, вода пошла и забыли про неё. Часа через три подходим - бочка пустая, вода не идёт. Под бочкой сухо, кран перекрыт, вода не могла никуда уйти. Как так получается?
btimofeev> У меня подозрение что когда перекрывают воду кто-то включает насос и выкачивает из чужих бочек, доступ к которым не перекрыли (а они подключены к одной трубе). Могут быть другие варианты?
Очень крутая история. У соседей проблема присутствует? Вариант с насосом самый вероятный, так как самый простой и очевидный.
[>]
Про воду немного
pipe.2032
Andrew Lobanov(tavern,1) — All
2022-07-01 10:18:31
Сабж, но в другом ключе. Практически каждый год, когда у нас отключают горячую воду на две недели, части домов, включая мой, обратно не подключают несколько месяцев. Объясняют это тем, что участок трассы числится на балансе не у водного союза и не у энергогенерирующей компании, а у города и администрация не выделяет деньги на своевременные работы.
Обращения к губернатору и в прокуратуру дают разовый результат и на следующий год всё повторяется. Спасаемся электрическим бойлером ака накопительный водонагреватель, но это костыль. Кто-нибудь сталкивался с подобными ситуациями? Есть опыт действенных мер?
Самое обидное начинается осенью, когда из-за этого же участка у нас задерживается подача тепла в квартиры. Пока не было ребёнка, было плюс-минус пофиг, но сейчас уже это носит более серьёзный характер. И опять таки никаких действенных мер не удаётся принять - только разовые пинки через губернатора и прокуратуру.
Возможно, если бы проблема носила более масштабный характер, её бы в итоге всё таки решили, но она касается буквально полдесятка небольших домов.
[>]
GTK5 и Xorg
linux.14
Andrew Lobanov(tavern,1) — All
2022-07-05 13:53:27
Что думаете по поводу возможного отказа от X11 в GTK5? Wayland, ИМХО, до сих пор не очень готов. Есть ли какая-либо информация из недр GNU? Ждёт ли нас очередное продавливание, как это было с systemd, ставшим в итоге стандартом де-факто?
[>]
Re: тест
pipe.2032
Andrew Lobanov(tavern,1) — old.pc
2022-07-08 09:00:29
old.pc> Блин, теперь я и authstr потерял где-то :) с этой оравой компьютеров не разберёшь, что где. но если найду, поставлю клиента.
СКВ или какой-нить NextCloud спасёт отца русской демократии :)
old.pc> Тем более, у меня своя станция есть, а на днях сервер анонсирую, там один товарищ хочет тоже сервер сделать, ему мои сырцы нужны :)
Где анонс?
[>]
Re: Про воду немного
pipe.2032
Andrew Lobanov(tavern,1) — boscholeg
2022-07-27 09:05:33
boscholeg> По моему опыту. Пока не соберёте толпу и не устроите бучу толку будет мало.
boscholeg> Собрать подписи и направить для начала в администрацию. Если не будет толкового ответа. Тогда в администрацию президента.
Да, к тому и идёт. Через прокуратуру вопрос не решается раз.
[>]
Re: Mira station
idec.talks
Andrew Lobanov(tavern,1) — shaos
2022-09-20 10:30:55
shaos> на lessmore и ping каким-то чудом появляются мои сообщения отправленные с моего узла shaos :)
shaos> получается кто-то кроме spline-online.ml фетчит http://shaos.net:8085/ii-point.php?q=/
shaos> либо tavern сейчас живёт по другому адресу и продолжает меня фетчить и раздавать другим?...
this.
Я просрал домен, как всегда. Так что таверна живёт сейчас по адресу idec.spline-online.tk :)
[>]
Re: Новый узел IDEC http://shaos.net:8085
idec.talks
Andrew Lobanov(tavern,1) — shaos
2022-09-20 10:30:55
shaos> Спешу сообщить, что мой заокеанский узел IDEC всё ещё существует!
И это ура! Я уж думал, что всё -- ты пропал с радаров, а мониторить состояние сети в данный момент времени не особо есть когда. Так что очень рад, что ты с нами.
[>]
Re: Mira station
idec.talks
Andrew Lobanov(tavern,1) — Ordos
2022-09-20 10:30:55
Ordos> Да. С таверной как-то всё грустно. Может ещё очнётся когда-нибудь. Пока отключил.
Хех. Похоже, я отпал от основной сети. Надо Петра спрашивать :)
[>]
Велосипедостроительство
idec.talks
Andrew Lobanov(tavern,1) — All
2022-09-20 10:35:00
Я немного отовсюду пропал в последнее время - новая работа, много забот и очень мало времени. Надеюсь, скоро это всё устаканится. Пока же занимаюсь сабжем.
Итак, почти закончил godec (нехитрое название да) - библиотеки, реализующей протокол idec на go.
Следующим шагом будет создание нового фетчера на базе этой библиотеки, реализация хранилища (скорее всего на базе postgresql) сообщений, создание узла без веб-интерфейса и, собственно, завершающим шагом будет создание нового веб-интерфейса таверны.
После того, как начинка таверны будет полностью переписана, очень хочется переписать Цезий, но тут пока нет никаких заделов на будущее. Может, это будет более навороченный консольный клиент, а может и более-менее современный клиент с графическим интерфейсом.
После всей этой эпопеи планирую написать таки новый репозиторий instead-games.ru, но это уже для другой эхи и фиг знает когда будет :)
[>]
Re: Spectranet
zx.spectrum
Andrew Lobanov(tavern,1) — shaos
2022-09-20 16:38:20
shaos> А вот кто-то из здесь присутствующих использует сетевую карточку Spectranet? Она подключается к классическим спектрумам через задний краевой разъём и позволяет через Ethernet ходить на TNFS-сервера со ZX-софтом - список рабочих серверов TNFS можно найти тут:
shaos> https://spectrumcomputing.co.uk/forums/viewtopic.php?f=24&t=4511
Увы, спектрум у меня только в эмуляторе. Кстати, кто-нибудь запускал BaseConf на Xpeccy? А то у меня ром рисует заборчики вместо запуска менюшки :(
[>]
Re: Spectranet
zx.spectrum
Andrew Lobanov(tavern,1) — shaos
2022-09-21 05:04:00
>> Увы, спектрум у меня только в эмуляторе.
shaos> Spectranet замечательно работе в эмуляторе Fuse :)
После того, как я переехал с alsa на pulseaudio, fuse начал подозрительно подвисать. Возможно, это не со звуковой подсистемой связано, но раздражает сильно, а глубоко разбираться и патчить лень.
shaos> Может и ещё где работает...
>> Кстати, кто-нибудь запускал BaseConf на Xpeccy?
shaos> Я по старой памяти думал, что эву только анреал умеет...
Unreal есть под гнутый линукс? Я бы попробовал. На винде он мне вполне нравился.
[>]
Ковидное
pipe.2032
Andrew Lobanov(tavern,1) — All
2022-09-21 14:26:44
Второй раз переболел ковид-19. В этот раз было гораздо легче и проще, чем в прошлом году. Удивило как изменился подход за это время.
В прошлом году сдавал мазок до тех пор, пока не получили отрицательный результат. В этом - один мазок для подтверждения и больничный лист на неделю. Если самочувствие нормальное, то больничный лист закрывают автоматически и идёшь на работу.
И вот я вышел сегодня, а там весь кабинет слёг :(
[>]
Re: Spectranet
zx.spectrum
Andrew Lobanov(tavern,1) — shaos
2022-09-21 14:28:49
>> После того, как я переехал с alsa на pulseaudio, fuse начал подозрительно подвисать.
shaos> У меня в дебияне и пульс родной, и фьюз родной и всё работает :)
А у меня и на дебиане и на арче и на слаке такое есть. На трёх разных машинах. Прямо удивительно :(
>> Unreal есть под гнутый линукс? Я бы попробовал. На винде он мне вполне нравился.
shaos> Не - он вроде виндовый
Ну он же есть под андроид :)
[>]
Везение
pipe.2032
Andrew Lobanov(tavern,1) — All
2022-09-23 15:12:34
Давеча побрился (тримером под 6 мм.) и пошёл в душ, дабы смыть с себя мелкие волоски после бритья. И в процессе один этот волосок воткнулся мне в ступню как заноза. Причём вошёл почти на всю длину. А я это место на ноге даже рассмотреть нормально не могу, а уж тем более вытаскивать оттуда занозу.
Хорошо, что есть жена - она мне эту хрень и вытащила :)
А как везёт вам?
[>]
Re: Везение
pipe.2032
Andrew Lobanov(tavern,1) — btttrn6
2022-09-24 06:35:13
btttrn6> У меня на ноутбуке вместо дисковода жёсткий диск находится, и в неких неизвестных для текущего меня целях я этот диск не прикрутил к ноутбуку (то есть он держится лишь в одном разъёме). И вот я клал сегодня ноутбук в сумку, держась за ту [жд] часть, и ноутбук чуть не полетел на пол, оставив у меня в руках жёсткий диск. Вовремя ухватился за ноутбук=)
Ну, полезный опыт. Всё, что может быть прикручено, должно быть прикручено :) А то, что не может быть прикручено, нужно просверлить и прикрутить %)
[>]
Re: Изменения по tgistation.ru
idec.talks
Andrew Lobanov(tavern,1) — Ordos
2022-11-30 05:27:32
Ordos> Касательно станции, наверно, не буду здесь спамить. Для этих целей есть локальная конференция, буду отписываться там.
Эта эха как раз для такого общения. А IDEC для того, чтобы объединяться, а не дробиться. Так что лучше бы тут и писал :)
[>]
Re: Mira station
idec.talks
Andrew Lobanov(tavern,1) — shaos
2022-11-30 05:27:33
shaos> https://idec.spline-online.tk/ опять помер - говорит EMPTY...
У него это случается. Поднимаю как только могу :)
Пока нет времени дописать новую реализацию, но она всё равно будет. Теоретически она будет стабильнее и быстрее.
[>]
Re: Солярисы
std.hugeping
Andrew Lobanov(tavern,1) — vvs
2022-11-30 05:27:33
hugeping>> А вот Жертвоприношение я не понял. Показалось уже какое-то "европейское" кино...
vvs> Сколько помню - всегда спорили: должно ли быть искусство для всех. С фильмов Тарковского очень часто уходили.
Должно то, может, и должно. Да только не может. Очень и очень многие путают искусство и мастерство, например. Причём настолько основательно, что для них только мастерство и имеет значение. Причём только в рамках их понимания. Считать ли искусством картины Ван Гога? А Рериха? А если считать, то почему? Далеко не все понимают их.
Как и во многих других аспектах, если брать до всех, то получим нечто усреднённое и уже кем-то пережёванное. И, конечно, без особой смысловой нагрузки. Как медиажевачка, льющаяся из всех щелей масс медиа. Хотя, даже ей не удаётся быть для всех.
[>]
Re: Солярисы
std.hugeping
Andrew Lobanov(tavern,1) — vvs
2022-11-30 18:14:15
AL>> Как и во многих других аспектах, если брать до всех, то получим нечто усреднённое и уже кем-то пережёванное.
vvs> Ну, не обязательно. Всё зависит от широты интересов. Если говорить много и обо всём, то найдется там что-нибудь и для каждого, хотя среднего и не будет. Далеко не всякому есть сказать что-то интересное разным людям.
Искусство не головой должно восприниматься в первую очередь, ИМХО. И это самое восприятие нужно воспитывать. Я в этом отношении недостаточно развит, увы.
vvs> Но да, интересное всем и каждому - это какое-то преувеличение. Скорее речь об охвате аудитории, у кого она больше.
Ну тут больше медиа, чем искусство. Попса, так сказать. Продукт, но не произведение.
[>]
Re: Солярисы
std.hugeping
Andrew Lobanov(tavern,1) — vvs
2022-12-02 06:30:57
AL>> Искусство не головой должно восприниматься в первую очередь, ИМХО. И это самое восприятие нужно воспитывать. Я в этом отношении недостаточно развит, увы.
vvs> А я и не о голове. Ну хорошо, если я скажу "близкое" каждому, вместо "интересное" - так будет лучше?
Не будет. Потому что нет такого в принципе. Разный быт, разная жизнь, разные взгляды. Вот не интересен большинству моих знакомых Фёдор наш Михайлович, а меня его книги трогают за живое.
vvs> Насчёт воспитания "под" искусство, вместо искусства "для" реальных людей - это что-то наподобие "народ не тот". Сомневаюсь. Но воспитание, конечно, быть должно. Вообще, а не под конкретные приложения.
Это что-то из разряда картинок получится. Красиво-некрасиво (тоже, кстати, вопрос воспитания, а не врождённое восприятие у человека). Но поверхностная красота не особо так относится к искусству. Не "народ не тот", а восприятие должно быть воспитано, вместе с пониманием. Я уже привёл пример своего знакомого, но, видимо, неудачный.
Давай попробуем представить искусство, которое зайдёт моему двоюродному брату, у которого из интересов уже много лет только бутылка, образования нет, занятий нет, работы нет, и меня, например. Или тебя. Раз уж не может быть "народ не тот". Из музыки он предпочитает красную плесень, из фильмов порно и боевички, из книг те, что лучше годятся для растопки печи.
AL>> Ну тут больше медиа, чем искусство. Попса, так сказать. Продукт, но не произведение.
vvs> Слово "аудитория" отталкивает? Пускай будет ключница... э-э-э... то есть пусть будут "ценители" искусства. Кого больше ценят, значит. Не в коммерческом смысле :) Хотя кто его разберёт. У кого-нибудь есть статистика, какими тиражами нынче Пушкина издают?
Если говорить о ценителях, то тут и я за бортом останусь.
Я имею в виду, что произведение не может быть в отрыве от истории, автора, вообще обстановки в момент создания. Не бывает вечно актуального. А к красоте приходится продираться. Восприятие искусства это достаточно сложное и энергозатратное занятие.
vvs> P.S. Видать не дано мне разить глаголом. В смысле, неудачно выбираю слова :(
Да я тоже, что-то, не то пишу, похоже. Давай сойдёмся на том, что массового искусства пока не было, а мне не хватает фантазии его представить :)
[>]
Re: Изменения по tgistation.ru
idec.talks
Andrew Lobanov(tavern,1) — iiii
2023-01-17 11:19:59
>> Хм. Да, это так. Но разве https - это плохо? Первый раз слышу, чтобы были какие-то проблемы.
iiii> Да, есть проблемы. Несовместимость. Поэтому из старых ос на этот сайт не зайти в принципе. Хоть он трижды без javascript и всего остального.
Это, по идее, можно вылечить, обновив сертификаты, которые сто лет как стухли.
>> В любом случае - это всего лишь web-морда станции. И как таковой полезной нагрузки не несёт.
iiii> какая разница, всё остальное тоже работает по https, и нельзя приконнектиться. у меня вон, текстовый клиент гоняется на python 2.4 на debian etch :) к hugeping.tk я могу свободно подключаться, он http
Как будто что-то хорошее :)
[>]
Re: Изменения по tgistation.ru
idec.talks
Andrew Lobanov(tavern,1) — vvs
2023-01-17 11:20:00
shaos>> Debian Etch это извините на минуточку ОООЧЕНЬ старый дебиян :)
shaos>> Боюсь, что его у вас всяческие трояны, черви и вирусы пронизали вдоль и поперёк...
vvs> О, Господи! Так и Plan 9 тогда пользоваться тоже нельзя? Там про обновления безопасности никто сроду ничего не слыхал. Да и ретрокомпьютинг - тоже. Как там насчёт эмуляторов C64 или амиги? Или калькуляторы TI? Тут прямо рядом эха со старым железом.
Так никто оттуда и не намекает, что надо убирать SSL. Кому надо, те просто ставят проксирующий сервер своими силами и не жужжат.
vvs> Конечно ожидать, что все будут этот антиквариат поддерживать - наивно. Но, учитывая специфику сети idec, вообще-то не так уж и глупо.
vvs> P.S. Извините, что влез не в своё дело, но слишком часто приходится видеть это "а зачем вам всё это надо?". Имеет каждый человек право на свои причуды и интересы. И отнестись к ним с сочувствием или хотя бы с пониманием - ничего ведь не отнимется. У меня самого в углу древний комп стоит, на который ничего новее 2005 года не установишь, а выкинуть жалко
Смотря насколько древний. У меня валяется Compaq Evo N600c начала века. На него прекрасно ставится актуальный Debian. Конечно, работает он не очень шустро, на него бессмысленно ставить современный браузер, но в остальном машинка вполне юзабельная и я за ней периодически с удовольствием сижу. Хотя казалось бы: третий пентиум (ещё и М) да 256 МБ ОЗУ.
[>]
Re: боны поны и прочее
idec.talks
Andrew Lobanov(tavern,1) — iiii
2023-01-17 11:20:00
iiii> 1. перепись узлов - кто что гейтует? чё ща модно гейтовать
Ничего.
iiii> 2. давайте сделаем новую межсетевую болталку - pipe.2033? новый год всё таки, а тянуть 3500+ сообщений 9-летней давности про болтание не стоит - лучше в архив :)
А кто тебя заставляет их тянуть? Просто качай последние 100/10/5/1 сообщений и радуйся жизни.
[>]
Re: ii.51t.ru
idec.talks
Andrew Lobanov(tavern,1) — iiii
2023-01-17 11:20:02
iiii> От создания контента - к его провайдингу.
iiii> http://ii.51t.ru
iiii> для старых компьютеров - ок. осталось забить контентом. функциональность "эхи как книги" надо будет вернуть, но переосмыслить под "архив эх". никакого https, никакого javascript и css. проверена работа на win 95 с ie4, на debian woody с netscape navigator и на всём остальном.
iiii> сейчас фетчатся эхи idec.talks и pipe.2033 (пока не существующая) с hugeping.tk, поллинг 5 минут
iiii> описание станции (точнее, софта эхи): http://ii.51t.ru/ii/html/about.html
На NCSA Mosaic 1 работает? Или оставишь жителей Windows 3.11 за бортом?