subject: 9
23.02.2015 13:49
flex1911 (mira, 13)
всем хай
--------------------------------------------------------------------------------
subject: Re: 9
23.02.2015 13:51
vit01 (mira, 1) => Ve7yrGxCV76ADiqi4Hmy
И тебе тоже
--------------------------------------------------------------------------------
subject: Re: Wine 1.9.24
30.11.2016 16:48
btimofeev (tavern,13) => kFD52cI8NTK1AUkXUDWZ
Новостной_робот> Вышла новая версия Wine [...]. Основные новшества: [...], различные исправления ошибок в программах и играх [...], Fallout New Vegas, [...].
Клево, я как раз на прошлой неделе начал играть в Fallout New Vegas, а вылеты уже надоели. В остальном игра очень даже неплохая. Теперь бы придумать как эту новую версию собрать для xubuntu, в репозитории все старое, уже жалею иногда, что я арч себе не поставил.
--------------------------------------------------------------------------------
subject: Re: Wine 1.9.24
30.11.2016 17:32
vit01 (mira, 1) => hQLx9ZGYuXyxEjzPLJA5
btimofeev> Теперь бы придумать как эту новую версию собрать для xubuntu, в репозитории все старое, уже жалею иногда, что я арч себе не поставил.
Есть же PlayOnLinux, в котором вайн Portable ставится, если в терминологии "виндузятников" говорить.
А ещё можно чрут сделать. 30 минут делов, и новый софт без проблем ставишь.
Для убунтоводов удобно наверняка в виде Snap-пакетов моднявых софт загонять. Сомневаюсь в их особой нужности, на самом деле, но в некоторых ситуациях удобно.
--------------------------------------------------------------------------------
subject: А уже 2019 на дворе
01.01.2019 12:52
vit01 (mira, 1)
Сабж, и сеть уже давно погрузилась в тишину и молчание, но мы ещё живы и будем жить!
А пока давайте вспомним, чем отметился прошедший 2018 год (8-битная музыка и странный юмор прилагаются):
https://russia2518.lenta.ch/game.html
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
01.01.2019 23:54
Peter (syscall,1) => q7mKI5h6bZf3IsWkUpPG
vit01> Сабж, и сеть уже давно погрузилась в тишину и молчание, но мы ещё живы и будем жить!
Да, грустно что коммерческие сети захавали все. А нас мало. :)
Читал тут недавно про ello.co. Соц сеть с интересной идеей... И все-равно, похоже, не взлетела... Хотя коммерческая. Людям в массе своей достаточно просто информационного шума, стимулируемого коммерческими механизмами. Увы.
Можно, в принципе, оживить немного. Например, поспрашивать друг у друга какие-нибудь вопросы "за жизнь". :)
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
02.01.2019 07:55
vit01 (mira, 1) => KpAXnWAyc8SSgXseUZOz
vit01>> Сабж, и сеть уже давно погрузилась в тишину и молчание, но мы ещё живы и будем жить!
Peter> Да, грустно что коммерческие сети захавали все. А нас мало. :)
Нас мало, потому что рутина затягивает и нежелание писать о своих впечатлениях и глубоких мыслях. А так-то здесь вполне уютненько, и жить можно. Ещё и новостные ленты не дают просто так покинуть сеть. Как говорится, лучшая RSS-читалка - это IDEC клиент =)
Peter> Читал тут недавно про ello.co. Соц сеть с интересной идеей... И все-равно, похоже, не взлетела... Хотя коммерческая. Людям в массе своей достаточно просто информационного шума, стимулируемого коммерческими механизмами. Увы.
Почитал про это дело и зашёл полистать. Ничего необычного или инновационного - тупо соцсеть для художников и дизайнеров наподобие Pinterest. Люди вроде пишут туда, есть даже своя модель "поощрения" и неплохая политика приватности, но вот чего-то особенного не вижу.
Peter> Можно, в принципе, оживить немного. Например, поспрашивать друг у друга какие-нибудь вопросы "за жизнь". :)
Неплохая идея. Но было бы чего спрашивать
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
02.01.2019 09:13
Peter (syscall,1) => eB8dN6kA11PdOrtAlLeX
vit01> Почитал про это дело и зашёл полистать. Ничего необычного или инновационного - тупо соцсеть для художников и дизайнеров наподобие Pinterest.
Вроде идея была в том, что в ней нет рекламы и данные о пользователях не продаются. В начале существования была по инвайтам. Антогонист фейсбука. Интересно, что даже в таком виде она скорее мертва. То-есть, обычные люди на нее забили.
vit01> Неплохая идея. Но было бы чего спрашивать
Ну чего далеко ходить: "рассказать про школьную пору". :)
Раз моя идея, начну.
Я не любил школу. Так как менял их очень часто и это означало, что каждый раз надо начинать все заново. Поэтому ближе к финальным классам стало особенно тяжело. И все-таки друзья были. О них вспоминаю с теплотой. :)
В плане пользы, считаю что на последних классах только тратил время зря. Создавалось впечатление, что просто высасывают время и силы. Хорошие учителя, конечно, были. Но время было такое, что я чувствовал себя чужеродным среде. Тем не менее, собственные увлечения (чтение, потом компьютер) как то отгородили меня. И в целом, чувствовал я себя сносно. Мне было плевать на финансовую нестабильность и бытовые проблемы.
Когда была заваруха с путчем, я как то даже не особенно ее заметил. (Обратите внимание на игру Будка, где это обыграно). Помню, кто-то даже поехал туда. Мне было все-равно. Это была не моя война. :) Политика была где-то далеко....
Музыку тоже не слушал практически. Цоя, к примеру, полюбил уже в институте. Хотя в школе, конечно, его слушали...
В общем, честно, школьная пора меня мягко говоря не впечатлила. Особенно в старших классах. Ощущение как от чего-то душного,, злого, слепого... На эом фоне, институт был глотком свежего воздуха....
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
05.01.2019 11:06
Andrew Lobanov (tavern,1) => AzzFhLiAY6AOVQR5qlLX
Peter> Ну чего далеко ходить: "рассказать про школьную пору". :)
А мне даже особо и нечего вспомнить про школу, кроме того, что я её не любил. Больше всего раздражала необходимость изучать кучу ненужных мне наук.
90-е были специфическим временем для ребёнка в глубинке, но больше всего на свете я уже тогда любил компьютеры. Мог буквально сутками перед ними сидеть. При это информатика в школе началась только в 2002-м году. Пожалуй, с ней мне ещё повезло, так как именно в 2002-м класс информатики переоборудовали и поставили машины на базе Pentium III. Правда что-то дельное мы изучали только на факультативных занятиях и только в 11 классе. Так что по большей части я самоучка, кем и остаюсь до сих пор не взирая на среднее и высшее образование по направлению программирования.
Компьютер же у меня появился ещё где-то на границе моей памяти. Был это собранный отцом Радио-86РК. Позже был тоже самопальный ZX Spectrum. Сперва 48К, потом добавлен дисковод, потом расширена память до 128К. Потом уже и AY добавлен. С такой машиной я прожил где-то с 1994 по 2002 года. Потом уже была 486 и Windows 95. В 2003-м был Pentium и Windows 98. В 2004-м появился актуальный на тот момент комп с AMD Barton 2500+ и 512 Мб ОЗУ и Windows XP. В 2005-м начал пробовать GNU/Linux и в 2006-м уже отказался от Windows на домашней машине.
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
05.01.2019 14:37
Anotheroneuser (syscall,27) => KpAXnWAyc8SSgXseUZOz
> вопросы "за жизнь"
Мне жаль, что не могу быть слишком откровенным в открытой Сети (да и в Сети как таковой). Так уж сложилось ) Но кое-что расскажу вам с удовольствием.
Сколько себя помню, жил, как будто, в параллельном мире. Мне почему-то никогда не жилось спокойно рядом с ровестниками. Зато всегда интересовали вещи и люди старше меня. Никогда не понимал современной эпохи, какой бы пёстрой и яркой она ни была, всегда привлекали 70-80 годы. Бывало у кого-нибудь ощущение, что он из прошлого? Вот оно у меня практически постоянно.
По этой причине "синхронизироваться" с любым коллективом было тяжело.
В школе учился средне, потому что не понимал необходимости большинства учебных предметов.
Если бы мне тогда объяснили, что:
- математика может потребоваться для программирования;
- литература — чтобы стать писателем;
- химия — врачом,
а геометрия поможет учиться академическому рисунку и стать художником, и дали бы выбрать, то... То и не знаю, что ))
Поэтому, выбор профессии был сделан наскоро, без анализа будущего пути и каких-то целей.
По прошествии определённого времени стал юристом и остаюсь им по сей день.
Карьера напоминает сооружение из разнокалиберных бетонных блоков, подогнанных друг к другу и кое-где скрепленных цементом. Что-то рушится, что-то держится. Жить можно, но, в целом, хочется всё отстроить заново. Если, конечно, даст Бог времени и здоровья на это.
С ЭВМ-ами начал знакомиться ещё в 90-х. В классе информатики стояли "Электроники" с бейсиком. Было интересно менять код, набитый старшеклассниками, запускать его и смотреть, как меняется картинка. Они "рисовали" там какие-то дома и проч. Потом Spectrum, разные приставки. Далее в разное время соприкасался с машинами, но очень посредственно. Впервые серьёзно работать на них стал лишь в 2006 г., когда пришлось быстро осваивать гражданское право и применять его на практике. Голова трещала ого-го.
Где-то в 2013 году тогдашний Медведев заявил о необходимости импортозамещения в области программного обеспечения. И главными подопытными станут, мол, работники бюджетных учреждений. А я как раз был одним из них. Снёс XP, накатил SlackWare. Конечно, ничего не получилось ) Пробовал дальше и дальше, пока, наконец, не наступил на Mint. Какой бы он ни был, открытием GNU/Linux я обязан именно ему.
В жуткой суете прошло несколько лет, пока, наконец не наткнулся на INSTEAD и его команду.
Это, такое ощущение, центр всех творческих позывов: можно быть и писателем, и художником, и сценаристом, и режиссёром-постановщиком, и т.д. Будущее проекта вижу отчётливо: направляемые истории могут быть не только для развлечения, но и ради познания, для популяризации сложных вещей.
Чтобы изучать Lua (у меня так и не вышло понять, как можно писать игры без знания основ программирования), откопал учебник Столярова "Основы программирования" и нашёл там вполне ясное видение, куда и как идти дальше.
Пока бреду в это "куда", с передышками.
В Новом году желаю всем хорошего самочувствия, спокойствия во всех областях жизни и главное — внутри.
По поводу высказывания Петра о поглощении всего коммерческими системами.
Это очевидно настолько, и вред этого достигает таких степеней, что отступить в борьбе за альтернативное движение было бы преступлением )
Надо продолжать.
P.S. А пожелания к проекту такое (уже его говорил): может, уже действует где-то, но я не в курсе, какой-нибудь список рассылки по эл.почте или что-то подобное. Мне по-прежнему кажется, что на отдельные темы было бы хорошо общаться не на виду планеты всей, а только друг с другом.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
08.01.2019 10:18
vit01 (mira, 1) => KMLAAWiUUdzSrseKn1La
Anotheroneuser> P.S. А пожелания к проекту такое (уже его говорил): может, уже действует где-то, но я не в курсе, какой-нибудь список рассылки по эл.почте или что-то подобное. Мне по-прежнему кажется, что на отдельные темы было бы хорошо общаться не на виду планеты всей, а только друг с другом.
Мы уже давно хотим ввести нетмейл, но всё никак не договоримся :)
Ну а в краткосрочной перспективе можно пока запустить общесетевую скрытоэху, если сильно понадобится.
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
09.01.2019 10:39
Andrew Lobanov (tavern,1) => 8kRMDqz9nzJNjSewLpBU
Anotheroneuser>> P.S. А пожелания к проекту такое (уже его говорил): может, уже действует где-то, но я не в курсе, какой-нибудь список рассылки по эл.почте или что-то подобное. Мне по-прежнему кажется, что на отдельные темы было бы хорошо общаться не на виду планеты всей, а только друг с другом.
vit01> Мы уже давно хотим ввести нетмейл, но всё никак не договоримся :)
Я планирую им заняться сразу после того, как в очередной раз подниму вопрос о u/point через POST-запросы и отказ от ограничения на 64 килобайта =)
vit01> Ну а в краткосрочной перспективе можно пока запустить общесетевую скрытоэху, если сильно понадобится.
Очень хочется нетмейл на самом деле, но надо порисовать и потратить время, которого пока не очень есть.
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
11.01.2019 12:26
Anotheroneuser (syscall,27) => eG3CmCPzDzrxOA5KFPxJ
Знаешь, мне почему-то всегда нравились эти списки рассылки. Хотя, до конца не представляю себе, что это такое.
Это, вроде как, просишь кого-то из существующего списка, чтобы твой адрес включили тоже. Кто-то пишет письмо всем сразу, и адресаты отвечают точно так же. Так?
Если представить в материальной форме, то вот нас 10 человек. Я пишу письмо в 10 экз, запечатываю в 10 конвертов и рассылаю всем одновременно. Если кто-то отвечает, он делает то же самое, чтобы в беседе участвовали все сразу. Верно? Или что-то путаю ))
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
11.01.2019 13:53
Andrew Lobanov (tavern,1) => MyYAncDAsAkWHQVAItla
Anotheroneuser> Знаешь, мне почему-то всегда нравились эти списки рассылки. Хотя, до конца не представляю себе, что это такое.
Anotheroneuser> Это, вроде как, просишь кого-то из существующего списка, чтобы твой адрес включили тоже. Кто-то пишет письмо всем сразу, и адресаты отвечают точно так же. Так?
Типа того. Но формат эхоконференции мне нравится больше =)
Anotheroneuser> Если представить в материальной форме, то вот нас 10 человек. Я пишу письмо в 10 экз, запечатываю в 10 конвертов и рассылаю всем одновременно. Если кто-то отвечает, он делает то же самое, чтобы в беседе участвовали все сразу. Верно? Или что-то путаю ))
Ну тут это уже по факту есть, а вот личной переписки нет. Но хочется иногда и личное письмо написать, а не в общее пространство.
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
11.01.2019 14:20
Anotheroneuser (syscall,27) => 8iCKmSCz3bVYtADadgvT
> Но хочется иногда и личное письмо написать, а не в общее пространство.
Именно. А иногда хочется написать в общее личное пространство, а не в вообще общее ))
Подполье так подполье!
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
11.01.2019 14:51
Anotheroneuser (syscall,27) => 8iCKmSCz3bVYtADadgvT
AL> Но формат эхоконференции мне нравится больше =)
Он хорош. Особенно, если через Цезий (пытаюсь сейчас осваивать VIM..)
+++ Caesium/0.4 RC1
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
11.01.2019 15:37
Andrew Lobanov (tavern,1) => rIgM3hYkMGSkQ4zJ9GDA
AL>> Но формат эхоконференции мне нравится больше =)
Anotheroneuser> Он хорош. Особенно, если через Цезий (пытаюсь сейчас осваивать VIM..)
IDEC-Mobile хороший клиент тоже. Пожалуй, лучший из существующих.
+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
11.01.2019 17:49
Anotheroneuser (syscall,27) => FzDBPl9Ono79Dx3lbPEc
AL> IDEC-Mobile хороший клиент тоже. Пожалуй, лучший из существующих.
Правда. Если пользоваться андроидом. Пока захотелось пользоваться кнопками..
Если найду способ звонить с компа, то буду таскать его везде )
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
12.01.2019 15:48
Peter (syscall,1) => OpAnsmD5k7ILyoAVbJ1Y
>> Но хочется иногда и личное письмо написать, а не в общее пространство.
Anotheroneuser> Именно. А иногда хочется написать в общее личное пространство, а не в вообще общее ))
Anotheroneuser> Подполье так подполье!
У моей ноды есть своя лс. Сделана через скрытые эхи. Можешь писать через веб лично. Там есть конвертик над сообщением. А потом подписаться на эту скрытую эху и писать в нее из цезия
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
12.01.2019 18:29
Andrew Lobanov (tavern,1) => yqKAaJQuSrMpGFFDsdO3
>>> Но хочется иногда и личное письмо написать, а не в общее пространство.
Anotheroneuser>> Именно. А иногда хочется написать в общее личное пространство, а не в вообще общее ))
Anotheroneuser>> Подполье так подполье!
Peter> У моей ноды есть своя лс. Сделана через скрытые эхи. Можешь писать через веб лично. Там есть конвертик над сообщением. А потом подписаться на эту скрытую эху и писать в нее из цезия
Но работает это только в пределах клуба. Например, мне или Виктору так не напишешь =)
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
12.01.2019 21:48
Peter (syscall,1) => o9Fdtye5Mwrks05KwBxd
AL> Но работает это только в пределах клуба. Например, мне или Виктору так не напишешь =)
Ага.
Хотя если как-то вам передать имя скрытоэхи этой, то в принципе вроде забрать ее можно стандартным способом.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
13.01.2019 09:42
Andrew Lobanov (tavern,1) => mwpx0sGOhzz7WAKVHxBD
AL>> Но работает это только в пределах клуба. Например, мне или Виктору так не напишешь =)
Peter> Ага.
Peter> Хотя если как-то вам передать имя скрытоэхи этой, то в принципе вроде забрать ее можно стандартным способом.
Можно придумать какой-нибудь костыль, конечно, но мне кажется, что лучше придумать личную переписку.
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
13.01.2019 12:36
Anotheroneuser (syscall,27) => yqKAaJQuSrMpGFFDsdO3
Peter> У моей ноды есть своя лс. Сделана через скрытые эхи. Можешь писать через веб лично. Там есть конвертик над сообщением. А потом подписаться на эту скрытую эху и писать в нее из цезия
Это же то самое.
А скрытая мегаэха может быть?)) Чтобы всем сразу писать
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
13.01.2019 12:43
Anotheroneuser (syscall,27) => AMcmnlBKMBwNAxSrBVCe
AL> лучше придумать личную переписку.
Как насчёт временного списка рассылки по Email? Старый-добрый способ. Или тогда всё общение уйдёт из IDEC туда?)
Собственно, я чего лезу с такой идеей.
Творческая мысль, которая может возникнуть у нас тут, в любом случае будет представлять ценность. Мне кажется, выносить её наружу -- преждевременно. Поэтому можно было бы безопасно и закулисно.
Хотя, глубоко сомневаюсь в безопасности открытых почтовых серверов, страдаю информационной паранойей и вообще плохо соображаю во всём этом)
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
13.01.2019 18:34
Andrew Lobanov (tavern,1) => qXA6nvuQfcST9uAOUDyX
AL>> лучше придумать личную переписку.
Anotheroneuser> Как насчёт временного списка рассылки по Email? Старый-добрый способ. Или тогда всё общение уйдёт из IDEC туда?)
Зачем рассылка при общении тет-а-тет? Как быть с почтой, когда IDEC будет использоваться без интернета?
Anotheroneuser> Собственно, я чего лезу с такой идеей.
Anotheroneuser> Творческая мысль, которая может возникнуть у нас тут, в любом случае будет представлять ценность. Мне кажется, выносить её наружу -- преждевременно. Поэтому можно было бы безопасно и закулисно.
Anotheroneuser> Хотя, глубоко сомневаюсь в безопасности открытых почтовых серверов, страдаю информационной паранойей и вообще плохо соображаю во всём этом)
А при чём тут почтовая рассылка?
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
13.01.2019 18:34
Andrew Lobanov (tavern,1) => DPFrtj91Nf5tvkQwg4GP
Peter>> У моей ноды есть своя лс. Сделана через скрытые эхи. Можешь писать через веб лично. Там есть конвертик над сообщением. А потом подписаться на эту скрытую эху и писать в нее из цезия
Anotheroneuser> Это же то самое.
Это вообще не то самое. Это костыль сбоку, который Пётр прилепил на безрыбье.
Anotheroneuser> А скрытая мегаэха может быть?)) Чтобы всем сразу писать
Подписываешься на несуществующую эху и отправляешь в неё сообщение. Правда, как и в случае с любой другой эхой, писать будешь только тем, кто на неё подписан.
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
13.01.2019 23:12
Anotheroneuser (syscall,27) => mg9Skxx3Gc4BdcpmmCAm
> Зачем рассылка при общении тет-а-тет?
Ну если будет общий тет-а-тет
> Как быть с почтой, когда IDEC будет использоваться без интернета?
Это для меня уже сложный вопрос, потому что я не знаю, как IDEC можно использовать без интернета..
> А при чём тут почтовая рассылка?
Мне почему-то казалось, что она — быстрейший способ и можно начать пользоваться ею прямо сейчас.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
13.01.2019 23:16
Anotheroneuser (syscall,27) => nRb1zdApBo989ZvvC4AL
> Это вообще не то самое. Это костыль сбоку, который Пётр прилепил на безрыбье.
Принципиально, имеется в виду.
> Подписываешься на несуществующую эху и отправляешь в неё сообщение. Правда, как и в случае с любой другой эхой, писать будешь только тем, кто на неё подписан.
Сейчас попробую..
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
14.01.2019 07:03
Andrew Lobanov (tavern,1) => RIZjY6mFd3fu8rNpyg2z
>> Зачем рассылка при общении тет-а-тет?
Anotheroneuser> Ну если будет общий тет-а-тет
Ну так уже есть эха =)
>> Как быть с почтой, когда IDEC будет использоваться без интернета?
Anotheroneuser> Это для меня уже сложный вопрос, потому что я не знаю, как IDEC можно использовать без интернета..
Ну idec позволяет производить обмен информацией по любому каналу передачи данных. Хоть флешками. Просто пока что интернет это самый доступный вариант.
>> А при чём тут почтовая рассылка?
Anotheroneuser> Мне почему-то казалось, что она — быстрейший способ и можно начать пользоваться ею прямо сейчас.
Ну как альтернатива рассылке здесь и сейчас есть эха. Не требует участия третьей стороны или настройки своего почтового сервера.
+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
14.01.2019 21:10
Anotheroneuser (syscall,27) => 020fzP9ADtPwNAa55wiA
AL> Ну idec позволяет производить обмен информацией по любому каналу передачи данных. Хоть флешками. Просто пока что интернет это самый доступный вариант.
Ого. Тогда idec действительно лучше. Я и не знал, что так можно.
>>> А при чём тут почтовая рассылка?
Anotheroneuser>> Мне почему-то казалось, что она — быстрейший способ и можно начать пользоваться ею прямо сейчас.
AL> Ну как альтернатива рассылке здесь и сейчас есть эха. Не требует участия третьей стороны или настройки своего почтового сервера.
Эхх, вот что значит "недостаточно знаний".
Конечно, в этом случае idec лучше.
Кстати, я подписался на скрытоэху. Как мне теперь передать её остальным?
+++ Caesium/0.4 RC1
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
14.01.2019 22:46
Andrew Lobanov (tavern,1) => F23BKgmbGLzrRiAbiygd
Anotheroneuser> Кстати, я подписался на скрытоэху. Как мне теперь передать её остальным?
Напиши анонс, например, в эху idec.talks. Там уже пользователи клуба сразу подтянутся, а остальные по мере подключения других узлов сети.
Например, я стараюсь подписывать таверну на всё, что нахожу =)
+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
14.01.2019 23:02
vit01 (mira, 1) => viHKxbKkJRrgA1A5aqF4
Anotheroneuser>> Кстати, я подписался на скрытоэху. Как мне теперь передать её остальным?
AL> Напиши анонс, например, в эху idec.talks. Там уже пользователи клуба сразу подтянутся, а остальные по мере подключения других узлов сети.
Какая же это тогда скрытоэха? Если название эхи известно, то мы всё так же общаемся у всех на виду.
Анонсировать скрытоэху надо по другим каналам связи, не по idec. Ну или асимметричным шифрованием, если хочется прямо здесь
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
15.01.2019 04:54
Andrew Lobanov (tavern,1) => owYI3tkUi7NxUQDGS7wb
Anotheroneuser>>> Кстати, я подписался на скрытоэху. Как мне теперь передать её остальным?
AL>> Напиши анонс, например, в эху idec.talks. Там уже пользователи клуба сразу подтянутся, а остальные по мере подключения других узлов сети.
vit01> Какая же это тогда скрытоэха? Если название эхи известно, то мы всё так же общаемся у всех на виду.
Не обратил внимания чтт речь о скрытоэхе.
Вообще, считаю скрытоэхой всё, чего нет в list.txt =)
+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
15.01.2019 06:13
Andrew Lobanov (tavern,1) => AqjBe9GrIue0i6VH4c2G
AL> Вообще, считаю скрытоэхой всё, чего нет в list.txt =)
В догонку. Рома говорил иногда правильные вещи. Нужно не прятаться, а делиться. Для разобщения есть целый интернет, а мы тут для другого.
+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
15.01.2019 06:35
Anotheroneuser (syscall,27) => HxAWQ3JS40gapirhPVq6
AL> ...Нужно не прятаться, а делиться. Для разобщения есть целый интернет, а мы тут для другого.
Всё верно, так и есть. Но могут же некоторые мысли быть неподготовленными, преждевременными.
Допустим, когда люди снимают кино, не делятся же они подробностями съёмки. В таком духе))
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
18.01.2019 05:26
Andrew Lobanov (tavern,1) => wvz5hyUPDFAikoSJ2a3w
AL>> ...Нужно не прятаться, а делиться. Для разобщения есть целый интернет, а мы тут для другого.
Anotheroneuser> Всё верно, так и есть. Но могут же некоторые мысли быть неподготовленными, преждевременными.
Anotheroneuser> Допустим, когда люди снимают кино, не делятся же они подробностями съёмки. В таком духе))сайты
Ну так просто организатор создаёт эху (достаточно отправить письмо в несуществующую и сервер её создаст) и пользуется.
+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
23.01.2019 19:23
vit01 (mira, 1) => eG3CmCPzDzrxOA5KFPxJ
vit01>> Мы уже давно хотим ввести нетмейл, но всё никак не договоримся :)
AL> Я планирую им заняться сразу после того, как в очередной раз подниму вопрос о u/point через POST-запросы и отказ от ограничения на 64 килобайта =)
Насчёт /u/point через POST запросы не понимаю, о чём ты. Оно и так в большинстве реализаций через POST пашет, см. в первоисточники.
https://github.com/idec-net/ii-db-utils/blob/master/sender.py
https://ii-net.tk/idec-doc/?p=protocol
Насчёт лимита в 64 килобайта я против :)
Клиенты не будут переваривать огромные сообщения и начнут тормозить (IDEC Mobile уже подтормаживает на больших рассказах из lit.14 и creepy.14). А ещё появляется риск засорения базы данных на серваке.
Если у поинта есть дневной лимит на количество сообщений, то мы точно знаем, что он за 1 день не вылетит за лимит в N мегабайт.
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
24.01.2019 07:50
Andrew Lobanov (tavern,1) => OBtVnSKIllPM1z45F7Uv
vit01>>> Мы уже давно хотим ввести нетмейл, но всё никак не договоримся :)
AL>> Я планирую им заняться сразу после того, как в очередной раз подниму вопрос о u/point через POST-запросы и отказ от ограничения на 64 килобайта =)
vit01> Насчёт /u/point через POST запросы не понимаю, о чём ты. Оно и так в большинстве реализаций через POST пашет, см. в первоисточники.
vit01> https://github.com/idec-net/ii-db-utils/blob/master/sender.py
vit01> https://ii-net.tk/idec-doc/?p=protocol
В стандарте этого нет.
vit01> Насчёт лимита в 64 килобайта я против :)
Это я знаю.
vit01> Клиенты не будут переваривать огромные сообщения и начнут тормозить (IDEC Mobile уже подтормаживает на больших рассказах из lit.14 и creepy.14). А ещё появляется риск засорения базы данных на серваке.
Если программа тормозит от 64 килобайт текста, то значит с программой что-то не так. А засрать базу никто не мешает и так. Скрипт пишется на коленке и можно тысячи сообщений отправить по несколько десятков байт каждое. И это будет большим уроном, чем одно сообщение в мегабайт.
vit01> Если у поинта есть дневной лимит на количество сообщений, то мы точно знаем, что он за 1 день не вылетит за лимит в N мегабайт.
А если нет? Моя нода, например, не имеет и не будет иметь такого ограничения. Если же это защита от случайных флудеров на узлах с авторегистрацией, то регистрацию можно также проходить автоматически и срать в сеть тысячами мусорных сообщений. Урон по прежнему будет больше, чем одно сообщение в мегабайт.
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
24.01.2019 12:08
vit01 (mira, 1) => Ccu8VtQRvt8mcHM05ewe
vit01>> Насчёт /u/point через POST запросы не понимаю, о чём ты. Оно и так в большинстве реализаций через POST пашет, см. в первоисточники.
vit01>> https://github.com/idec-net/ii-db-utils/blob/master/sender.py
vit01>> https://ii-net.tk/idec-doc/?p=protocol
AL> В стандарте этого нет.
Вот я тебе скинул ссылку на стандарт, на нашу же документацию, там чётко написано, процитирую ещё раз:
> GET /u/point/pauth/tmsg или POST /u/point
> ...
> В случае POST параметры называются так же: pauth и tmsg.
Поддержка POST была всегда, ещё со времён Ромы.
Можешь глянуть вот сюда, это первая версия ii-php, коммит от 6 апреля 2014, даже тут оно есть, потому что в стандарте было зашито изначально:
https://github.com/idec-net/ii-php/commit/c5b7d89b28520d189631f20a72d…
vit01>> Клиенты не будут переваривать огромные сообщения и начнут тормозить (IDEC Mobile уже подтормаживает на больших рассказах из lit.14 и creepy.14). А ещё появляется риск засорения базы данных на серваке.
AL> Если программа тормозит от 64 килобайт текста, то значит с программой что-то не так. А засрать базу никто не мешает и так. Скрипт пишется на коленке и можно тысячи сообщений отправить по несколько десятков байт каждое. И это будет большим уроном, чем одно сообщение в мегабайт.
Клиент занимается парсингом цитат, блоков кода, подсветки и так далее. Построчно, на регулярных выражениях. И не забывай, что sqlite не очень шустрый, особенно на мобилках. Чтобы грузить все сообщения мгновенно, придётся грузить их все фоном в ОЗУ (потребление вырастет очень сильно), и для сообщений каждое в мегабайт 20-30 обход регулярными выражениями - вещь крайне печальная. CutieFeed делает синхронные запросы в базу, а IDEC Mobile - заранее, опережая пользователя на одно сообщение. Но, тем не менее, репарсинг и рендеринг в HTML заставляет и его на больших сообщениях подтормаживать.
Насчёт урона тысячи сообщений по десятку байт. Больше опасаюсь, что спамеры будут слать тысячи сообщений по десятку мегабайт, а не байт.
Просто если я вижу, что клиент начал скачивать 10 000 сообщений, то сразу же могу прибить клиент (отказаться от получения), потому что знаю, что каждое из этих сообщений не превышает 64 килобайта. Если приходит 100 сообщений каждое размером до 10-20 мегабайт, то ты плохо понимаешь, что там внутри. И обнаруживаешь, что клиент жрёт гигабайты трафика, уже ПОСЛЕ того, как эти сообщения скачал. Это утеря контроля пользователя над своим трафиком и над своими ресурсами.
vit01>> Если у поинта есть дневной лимит на количество сообщений, то мы точно знаем, что он за 1 день не вылетит за лимит в N мегабайт.
AL> А если нет? Моя нода, например, не имеет и не будет иметь такого ограничения. Если же это защита от случайных флудеров на узлах с авторегистрацией, то регистрацию можно также проходить автоматически и срать в сеть тысячами мусорных сообщений. Урон по прежнему будет больше, чем одно сообщение в мегабайт.
Так у ответственных нододержателей есть лимит ещё и на количество зарегистрировавшихся в день, и на количество сфетченного в день.
Не будет одного сообщения в мегабайт. Будут сразу же 1000 сообщений по 10 мегабайт каждое, и твой клиент упадёт, прогружая их все в оперативку и раскрашивая цитаты. Или будет так тормозить, что им невозможно будет пользоваться.
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
24.01.2019 14:41
Andrew Lobanov (tavern,1) => p4HEUshn7tSWTpBj61tV
vit01>>> Насчёт /u/point через POST запросы не понимаю, о чём ты. Оно и так в большинстве реализаций через POST пашет, см. в первоисточники.
vit01>>> https://github.com/idec-net/ii-db-utils/blob/master/sender.py
vit01>>> https://ii-net.tk/idec-doc/?p=protocol
AL>> В стандарте этого нет.
vit01> Вот я тебе скинул ссылку на стандарт, на нашу же документацию, там чётко написано, процитирую ещё раз:
>> GET /u/point/pauth/tmsg или POST /u/point
>> ...
>> В случае POST параметры называются так же: pauth и tmsg.
vit01> Поддержка POST была всегда, ещё со времён Ромы.
Спасибо. Что-то я проглядел =)
vit01>>> Клиенты не будут переваривать огромные сообщения и начнут тормозить (IDEC Mobile уже подтормаживает на больших рассказах из lit.14 и creepy.14). А ещё появляется риск засорения базы данных на серваке.
AL>> Если программа тормозит от 64 килобайт текста, то значит с программой что-то не так. А засрать базу никто не мешает и так. Скрипт пишется на коленке и можно тысячи сообщений отправить по несколько десятков байт каждое. И это будет большим уроном, чем одно сообщение в мегабайт.
vit01> Клиент занимается парсингом цитат, блоков кода, подсветки и так далее. Построчно, на регулярных выражениях. И не забывай, что sqlite не очень шустрый, особенно на мобилках. Чтобы грузить все сообщения мгновенно, придётся грузить их все фоном в ОЗУ (потребление вырастет очень сильно), и для сообщений каждое в мегабайт 20-30 обход регулярными выражениями - вещь крайне печальная. CutieFeed делает синхронные запросы в базу, а IDEC Mobile - заранее, опережая пользователя на одно сообщение. Но, тем не менее, репарсинг и рендеринг в HTML заставляет и его на больших сообщениях подтормаживать.
vit01> Насчёт урона тысячи сообщений по десятку байт. Больше опасаюсь, что спамеры будут слать тысячи сообщений по десятку мегабайт, а не байт.
Парсинг штука тяжёлая, но зачем обходить текст построчно, если рендеришь регулярками и в html?
vit01> Просто если я вижу, что клиент начал скачивать 10 000 сообщений, то сразу же могу прибить клиент (отказаться от получения), потому что знаю, что каждое из этих сообщений не превышает 64 килобайта. Если приходит 100 сообщений каждое размером до 10-20 мегабайт, то ты плохо понимаешь, что там внутри. И обнаруживаешь, что клиент жрёт гигабайты трафика, уже ПОСЛЕ того, как эти сообщения скачал. Это утеря контроля пользователя над своим трафиком и над своими ресурсами.
Это гипотетические рассуждения или ты действительно ловил такой спам?
vit01>>> Если у поинта есть дневной лимит на количество сообщений, то мы точно знаем, что он за 1 день не вылетит за лимит в N мегабайт.
AL>> А если нет? Моя нода, например, не имеет и не будет иметь такого ограничения. Если же это защита от случайных флудеров на узлах с авторегистрацией, то регистрацию можно также проходить автоматически и срать в сеть тысячами мусорных сообщений. Урон по прежнему будет больше, чем одно сообщение в мегабайт.
vit01> Так у ответственных нододержателей есть лимит ещё и на количество зарегистрировавшихся в день, и на количество сфетченного в день.
vit01> Не будет одного сообщения в мегабайт. Будут сразу же 1000 сообщений по 10 мегабайт каждое, и твой клиент упадёт, прогружая их все в оперативку и раскрашивая цитаты. Или будет так тормозить, что им невозможно будет пользоваться.
Опять таки: давай попробуем это реализовать в тестовом режиме и посмотрим сколько спама будет сыпаться? Не умозрительно, а именно в реальных условиях.
Реальной пользы от этого ограничения нет. Только теоретическая.
ЗЫЖ Ответственные нододержатели кого попало в сеть не пускают в принципе.
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
25.01.2019 07:19
Andrew Lobanov (tavern,1) => OBtVnSKIllPM1z45F7Uv
vit01> Насчёт лимита в 64 килобайта я против :)
В общем, предлагаю компромисс: ограничение делать, но килобайт в 256-512. Я за последнее =)
ЗЫЖ Похоже, пора нырять в IDEC-Mobile. Надо оптимизировать парсинг и рендер.
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
25.01.2019 10:16
Difrex (tavern,23) => f4Z8vcU71bzAK9sIaL9x
vit01>> Насчёт лимита в 64 килобайта я против :)
AL> В общем, предлагаю компромисс: ограничение делать, но килобайт в 256-512. Я за последнее =)
У меня в 512к лимит в nginx стоит.
+++ картошки хватит на всех
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
25.01.2019 10:53
Andrew Lobanov (tavern,1) => 5sMHFkDjhgcdBMMOmyzH
vit01>>> Насчёт лимита в 64 килобайта я против :)
AL>> В общем, предлагаю компромисс: ограничение делать, но килобайт в 256-512. Я за последнее =)
Difrex> У меня в 512к лимит в nginx стоит.
Ну так оно нормально как бы ещё.
Вообще, странно в 2019 бояться сообщений длиннее 64к. Я понимаю почему это есть в фидо (там куча узлов на автопилоте, которые никто не трогал толком с 90-х, когда это ограничение было необходимостью в связи с каналами и объёмами домашних винтов), но тут и сейчас не понимаю. То есть гигабайтные сообщения это, безусловно, бред, но хотя бы полумегабайтные это нормально.
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
25.01.2019 10:41
Peter (syscall,1) => f4Z8vcU71bzAK9sIaL9x
Андрей попросил меня высказаться по вопросу.
Но прежде чем я это сделаю, я должен сказать, что мое мнение не стоит воспринимать как мнение полноценного участника idec, влияющего на его стандарты.
Почему? Потому что у меня очень своеобразное чувство прекрасного, в чем мы уже успели убедиться на примере споров о нетмыле.
И кроме того, я вряд ли буду внедрять в свою ноду фичи, которые мне тяжело делать или они мне покажутся неправильными/не нужными.
Короче, вес моего мнения не должен быть высоким.
Ну а теперь по фичам =)
1) если говорить про ограничения. если честно, я считаю, что этот вопрос связан с файлообменом. Так как основное неудобство ограничения -- это именно постинг рассказов, книжек и так далее. Поэтому этот вопрос вообще надо рассматривать совместно с файлообменом.
2) Стандарт имхо должен явно содержать в себе указание на размер сообщений ГАРАНТИРОВАННО пропускаемой нодой. Ну например, любая нода должна в состоянии обработать 64кб сообщения. Насчет размера. Я бы не стал делать его > 128кб.
3) проблему больших статей нужно решать по другому. во первых, мне не нравится текущий стандарт фех =) Но я не хочу влиять на это и не буду, помните мой дисклаймер выше. Просто мое чувство прекрасного говорит о том, что файлы - это такие же сообщения. И все эти вещи - картинки, книги, архивы. Могли бы вместиться в текущий тупой стандарт обмена сообщениями. Как именно это делать другой вопрос. Но так как стандарт фех уже принят, значит длинные данные следует посылать туда. Или резаться на части.
4) idec должен оставаться простой. поэтому мне не нравится идея с подписями вообще (хотя я сам предложил +++). Но так как для меня это просто часть сообщения -- это норм. Но я вижу, что теперь речь уже заходит в сторону того, что они мешают поиску. И их надо как то там парсить =) Хранить в отдельной БД. В общем, это все усложнение изначально простой идеи. Я однозначно против. Я бы вообще из стандарта исключил подписи. =)
В общем, как видите, я не тот человек, к мнению которого надо прислушиваться. Если бы я делал idec с нуля я бы:
- выбрал бы подмножество markdown для разметки;
- выкинул бы большинство расширений;
- ввел бы типизацию сообщений так, чтобы можно было фигачить картинки файлы итд. а умные клиенты могли бы игнорировать нежелательный контент (качать только заголовки)
- сделал бы netmail примерно как у меня это сделано на ноде (как часть существующего протокола, а не как новая вещь).
НО! Я этого всего никогда делать не буду, просто Андрей спросил - я ответил развернуто. Потому что одно цепляется за другое. Вопрос размера -- не висит в пустоте =)
Еще раз конкретно по вопросу ограничения. Ограничение нужно. 64кб или 128кб. 256 уже перебор. Но само число не так важно, так как длинные статьи и книни все равно надо или разбивать на части или в фехи (которые моя нода не поддерживает =)
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
25.01.2019 10:45
Peter (syscall,1) => yfZcBJvM1Pb1knpQybKK
Понял, что мутновато выразился.
Короче. Я бы разделил транспорт от того что этот транспорт переносит.
Есть простой протокол обмена сообщениями. КАКИЕ ИМЕННО сообщения - дб пофиг.
А мы лепим свой протокол на фехи, свой на нетмыло итд итп. Расширения =) Не, это не KISS =)
Но и текущая реализация меня устраивает. Техническая сторона вопроса вообще -- вторична.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
30.01.2019 14:22
Anotheroneuser (syscall,27) => KpAXnWAyc8SSgXseUZOz
Про захавание всего коммерческими сетьми )
Недавно заМаячился и набрался оттуда всяких знаний.
Вот сюжет на тему: https://radiomayak.ru/videos/video/id/1859454/
Решил приволочь его сюда, т.к. тема близка
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
24.01.2019 21:41
vit01 (mira, 1) => eHmF8xzTbvDD83EDzS32
vit01>> Клиент занимается парсингом цитат, блоков кода, подсветки и так далее. Построчно, на регулярных выражениях. И не забывай, что sqlite не очень шустрый, особенно на мобилках. Чтобы грузить все сообщения мгновенно, придётся грузить их все фоном в ОЗУ (потребление вырастет очень сильно), и для сообщений каждое в мегабайт 20-30 обход регулярными выражениями - вещь крайне печальная. CutieFeed делает синхронные запросы в базу, а IDEC Mobile - заранее, опережая пользователя на одно сообщение. Но, тем не менее, репарсинг и рендеринг в HTML заставляет и его на больших сообщениях подтормаживать.
vit01>> Насчёт урона тысячи сообщений по десятку байт. Больше опасаюсь, что спамеры будут слать тысячи сообщений по десятку мегабайт, а не байт.
AL> Парсинг штука тяжёлая, но зачем обходить текст построчно, если рендеришь регулярками и в html?
Цитаты съедаются регулярками, а вот блоки кода и превьюшки для режима чтения, где цитирование съедается - построчно.
Кстати, этот алгоритм я у тебя позаимствовал откуда-то
vit01>> Просто если я вижу, что клиент начал скачивать 10 000 сообщений, то сразу же могу прибить клиент (отказаться от получения), потому что знаю, что каждое из этих сообщений не превышает 64 килобайта. Если приходит 100 сообщений каждое размером до 10-20 мегабайт, то ты плохо понимаешь, что там внутри. И обнаруживаешь, что клиент жрёт гигабайты трафика, уже ПОСЛЕ того, как эти сообщения скачал. Это утеря контроля пользователя над своим трафиком и над своими ресурсами.
AL> Это гипотетические рассуждения или ты действительно ловил такой спам?
Насчёт 10 000 сообщений это было тогда, когда по невнимательности я решил скачать содержимое всех эх целиком.
А так да, гипотетически. Ведь если дать возможность юзерам лепить огромные сообщения, то ей обязательно будут пользоваться. Кто-нибудь возьмёт и решит, что это невероятно прикольно взять 5-мегабайтную картинку, закодировать её в base64 и прилепить к своему сообщению. И всем остальным потом это скачивать (особенно через мобильный интернет).
AL> Опять таки: давай попробуем это реализовать в тестовом режиме и посмотрим сколько спама будет сыпаться? Не умозрительно, а именно в реальных условиях.
Спам - это всегда человеческий фактор. Когда нас здесь 5 человек, мы можем развлекаться как хотим и не задумываться о том, к чему это может привести.
Вот я сейчас написал выше про картинки в base64 и наверняка отпугнул людей от того, чтобы проделать такое в реале :)
Поэтому смысла особого нет, но вместо этого можно провести стресс-тест на тестовой ноде.
AL> Реальной пользы от этого ограничения нет. Только теоретическая.
Лимит какой-нибудь всё равно должен быть. Какое-то разумное, но при этом конечное число.
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
27.02.2019 12:56
Andrew Lobanov (tavern,1) => lFlxQTm2sSAozA7FRAHU
Тут Пётр предложил идейку, которая позволит прилеплять дополнительные данные к сообщениям. Так станут ненужными ни фэхи ни фреки. Я пока в свободное время, коего очень немного, попиливаю концепт этого дела. Как будет что показать, выложу на поиграться в свободный доступ.
С одной стороны, конечно, если отказываться от фэх и фреков, то это опять ломать софт на куче станций. Зато будем иметь более элегантное архитектурное решение. К тому же можно переходить на это плавно, так как оно не ломает совместимость с ii и с idec.
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
27.02.2019 14:19
Difrex (dynamic,1) => F8sbowlvMIZKqeze1C1D
Звучит интересно!
Если это лучше, чем фэхи, то я запилю у себя реализацию.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
28.02.2019 10:25
Difrex (dynamic,1) => F8sbowlvMIZKqeze1C1D
AL> Тут Пётр предложил идейку, которая позволит прилеплять дополнительные данные к сообщениям. Так станут ненужными ни фэхи ни фреки. Я пока в свободное время, коего очень немного, попиливаю концепт этого дела. Как будет что показать, выложу на поиграться в свободный доступ.
Кстати, а может озвучишь идейку саму? :)
+++ At work. idec.el/0.1
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
28.02.2019 12:06
Andrew Lobanov (tavern,1) => gkCo68TG1nrIXrgMklUN
AL>> Тут Пётр предложил идейку, которая позволит прилеплять дополнительные данные к сообщениям. Так станут ненужными ни фэхи ни фреки. Я пока в свободное время, коего очень немного, попиливаю концепт этого дела. Как будет что показать, выложу на поиграться в свободный доступ.
Difrex> Кстати, а может озвучишь идейку саму? :)
Да чего ж не озвучить?
У нас в сообщениях есть теги. И мы их используем только для хранения repto. Можно добавить туда некую метку, например "xdata".
Фетчер тоссит сообщение, видит метку и добавляет msgid в список сообщений с дополнительными данными. После того, как растоссил, передаёт айдишники в какую-нить схему типа x/d/<msgids>.
Нода на запрос возвращает что-нить типа:
====
<msgid>:<type>:<data>
====
Например
====
gkCo68TG1nrIXrgMklUN:filename:image.jpg
gkCo68TG1nrIXrgMklUN:image:<base64 картинки>
====
Тоссер это всё скачивает, распаковывает и сохраняет.
Плюсы вполне себе крутые. Не так много писать сбоку. К каждому сообщению можно прилепить любое количество данных. Несколько файлов, например. Оно выглядит как гораздо более органичное развитие ii, нежели фэхи.
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
28.02.2019 14:13
Difrex (dynamic,1) => C0oZ2QgNoKfO3kFiAW
>Несколько файлов, например
Вот этот момент не очень ясен. Т.е. в теги ты предлагаешь запихить что-то типа?
====
ii/ok/repto/C0oZ2QgNoKfO3kFiAWop/xdata/BASE64(image)/xdata/BASE64(gpg signature)
====
На сколько большими можно делать такие аттачи? Картинки довольно много весят, например.
>Оно выглядит как гораздо более органичное развитие ii, нежели фэхи.
Согласен, что это выглядит намного лучше, чем файловые эхи, которых у меня, кстати, нет :).
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
28.02.2019 14:47
Andrew Lobanov (tavern,1) => 2xsAUpSzT1kmFLiAP7TN
>> Несколько файлов, например
Difrex> Вот этот момент не очень ясен. Т.е. в теги ты предлагаешь запихить что-то типа?
Difrex> ====
Difrex> ii/ok/repto/C0oZ2QgNoKfO3kFiAWop/xdata/BASE64(image)/xdata/BASE64(gpg signature)
Difrex> ====
Difrex> На сколько большими можно делать такие аттачи? Картинки довольно много весят, например.
В теги просто проставляется метка. Типа так:
====
ii/ok/repto/C0oZ2QgNoKfO3kFiAWop/xdata
====
Её наличие даёт клиенту информацию, что для этого сообщения есть аттачи. То есть последовательность такая:
1. Качаем сообщения через u/e и u/m.
2. Тоссим их. В процессе запоминаем в каких сообщениях есть метка.
3. Запрашиваем аттачи.
>> Оно выглядит как гораздо более органичное развитие ii, нежели фэхи.
Difrex> Согласен, что это выглядит намного лучше, чем файловые эхи, которых у меня, кстати, нет :).
Ну фэхи были сбоку по аналогии с фидонетом, где всё сбоку.
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
28.02.2019 16:57
Difrex (dynamic,1) => SLFHpztcHTTAU6ItBQ2E
> В теги просто проставляется метка
Тогда, как заливать аттач вместе с постом?
Расширять стандартное АПИ, чтобы принимало файлики или сразу постить
в /x/d?
* ii://RAvybDSreADX2RiJXr2c
> Зачем третий запрос?
Да, получается, что два. Неправльно понял, как оно предпологается.
На схемке есть двойная стрелка, которая, символизирует два запроса :)
> Клиент видит тэг, запрашивает все аттачи по этому тегу
Вот это не нравится. А если я не хочу все аттачи тянуть?
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
28.02.2019 18:39
Andrew Lobanov (tavern,1) => G1pQZixu9ACkFwdXhAfq
>> В теги просто проставляется метка
Difrex> Тогда, как заливать аттач вместе с постом?
Difrex> Расширять стандартное АПИ, чтобы принимало файлики или сразу постить
Difrex> в /x/d?
Difrex> * ii://RAvybDSreADX2RiJXr2c
Пока в процессе это всё. Хочу и так и этак попробовать, а там уже смотреть.
>> Клиент видит тэг, запрашивает все аттачи по этому тегу
Difrex> Вот это не нравится. А если я не хочу все аттачи тянуть?
Тогда просто игнорируешь тег и всё.
+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
03.03.2019 01:13
vit01 (mira, 1) => SLFHpztcHTTAU6ItBQ2E
AL> В теги просто проставляется метка. Типа так:
AL> ====
AL> ii/ok/repto/C0oZ2QgNoKfO3kFiAWop/xdata
AL> ====
Надо в виде xdata/3 (3 файла в аттачах) или хотя бы xdata/4096 (общий размер вложений в байтах)
Потому что
1. Парсеры тегов в наших клиентах устроены так, что тег записывается в виде key/value, и нарушение такой симметрии испортит добавление новых тегов в будущем
2. Знать размер файлов вложений полезно ещё до того как делать второй запрос.
Difrex>> Не, мне кажется, что нужно что-то сделать для того, чтобы можно было по одному аттачу качать.
AL> Тогда лишний запрос надыть. Или в теги писать метаданные аттачей, что можно, но чревато большими тегами.
Однозначно лишний запрос. Не хочу скачивать на свою мобилку кота в мешке на 100 мегабайт через платный лимитированный трафик.
Peter> Ой, моя реплика относилась к идее делать несколько тегов на каждый тип. Ну типа тег - картинка, тег - архив. Что-то ещё.. Тогда мы должны делать все эти n запросов. Да ещё и выбирать, что пропускать... Вот это, кмк, будет хуже текущих фрек.
На каждый тип файла делать свой костыль однозначно НЕ надо. Типа image, archive, music и.т.д. Расширения файла вполне достаточно, чтобы клиент распознал, что с файлом делать. Вдруг человеку захочется отправить какой-нибудь исполняемый или другой экзотический бинарник. Что, ради этого стандарт править?
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
03.03.2019 08:25
Andrew Lobanov (tavern,1) => qU34ljlfjPI4Y3nvef9Q
AL>> В теги просто проставляется метка. Типа так:
AL>> ====
AL>> ii/ok/repto/C0oZ2QgNoKfO3kFiAWop/xdata
AL>> ====
vit01> Надо в виде xdata/3 (3 файла в аттачах) или хотя бы xdata/4096 (общий размер вложений в байтах)
vit01> Потому что
vit01> 1. Парсеры тегов в наших клиентах устроены так, что тег записывается в виде key/value, и нарушение такой симметрии испортит добавление новых тегов в будущем
Нет.
vit01> 2. Знать размер файлов вложений полезно ещё до того как делать второй запрос.
Вот это полезно может быть.
Difrex>>> Не, мне кажется, что нужно что-то сделать для того, чтобы можно было по одному аттачу качать.
AL>> Тогда лишний запрос надыть. Или в теги писать метаданные аттачей, что можно, но чревато большими тегами.
vit01> Однозначно лишний запрос. Не хочу скачивать на свою мобилку кота в мешке на 100 мегабайт через платный лимитированный трафик.
Если размер в тег кинуть, то и не скачаешь. И вообще сделать это для клиента делом добровольным.
Peter>> Ой, моя реплика относилась к идее делать несколько тегов на каждый тип. Ну типа тег - картинка, тег - архив. Что-то ещё.. Тогда мы должны делать все эти n запросов. Да ещё и выбирать, что пропускать... Вот это, кмк, будет хуже текущих фрек.
vit01> На каждый тип файла делать свой костыль однозначно НЕ надо. Типа image, archive, music и.т.д. Расширения файла вполне достаточно, чтобы клиент распознал, что с файлом делать. Вдруг человеку захочется отправить какой-нибудь исполняемый или другой экзотический бинарник. Что, ради этого стандарт править?
Зачем городить? file сделать и всё =)
vit01> +++ Отправлено через IDEC Mobile
vit01> +++ GNU/Linux, Android, physics, MLP:FIM
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
03.03.2019 11:20
vit01 (mira, 1) => x9hyWxiLYoEALacojddy
vit01>> 1. Парсеры тегов в наших клиентах устроены так, что тег записывается в виде key/value, и нарушение такой симметрии испортит добавление новых тегов в будущем
AL> Нет.
Ага, то есть надо будет в парсере тегов городить отдельную проверку на xdata и возиться с говнокодом для каждого нового тега, чтобы не выйти за границы массива или ещё не совершить какую-нибудь глупость, которая всё порушит.
Ну или хотя бы прошу сделать что-то вроде /xdata/null/ или /xdata/1, чтобы при перестановке значений в тегах между собой данные обрабатывались единообразно.
vit01>> Однозначно лишний запрос. Не хочу скачивать на свою мобилку кота в мешке на 100 мегабайт через платный лимитированный трафик.
AL> Если размер в тег кинуть, то и не скачаешь. И вообще сделать это для клиента делом добровольным.
Файлэхи хороши, что там не только размер есть, а ещё имя файла и обязательное (!) описание для каждого файла. А то нажмёт человек кнопочку "скачать", не видя список файлов, и ему там внезапно горячие негры скачаются.
А вот если перед нажатием кнопки "скачать" человек будет сразу видеть hot_naked_black_men.jpg (5 МБ), то тогда у него действительно появится выбор, качать или нет.
vit01>> На каждый тип файла делать свой костыль однозначно НЕ надо. Типа image, archive, music и.т.д. Расширения файла вполне достаточно, чтобы клиент распознал, что с файлом делать. Вдруг человеку захочется отправить какой-нибудь исполняемый или другой экзотический бинарник. Что, ради этого стандарт править?
AL> Зачем городить? file сделать и всё =)
Цитирую:
AL> Например:
> ====
> image:<filename>:<base64>
> audio:<filename>:<base64>
> ====
Не надо всяких image и audio, это избыточно и городит мусор с костылями в стандарте. Достаточно просто filename:base64
+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
--------------------------------------------------------------------------------
subject: Re: А уже 2019 на дворе
26.09.2020 10:49
hugeping (ping,1) => AzzFhLiAY6AOVQR5qlLX
Н
--------------------------------------------------------------------------------