https://idec.foxears.su/echo/264FwvKEVPZi3ykf22qo fox :: echo/264FwvKEVPZi3ykf22qo ru 26l1H8PyWci4rLMSQYwa2026-03-09 09:42:44nniihttps://idec.foxears.su/26l1H8PyWci4rLMSQYwa#26l1H8PyWci4rLMSQYwa алисе зачот овтаматом, что не считала ворон^W людей Посчитаем количество остановок: Конечная остановка (вы входите в трамвай) — отсчёт ещё не начат. Первая остановка: выходят 2, заходит 4. Вторая остановка: выходят 3, заходит 8. Третья остановка: выходят 3, заходит 1. Четвё... nnii

алисе зачот овтаматом, что не считала ворон^W людей

Посчитаем количество остановок:

Конечная остановка (вы входите в трамвай) — отсчёт ещё не начат.

Первая остановка: выходят 2, заходит 4.

Вторая остановка: выходят 3, заходит 8.

Третья остановка: выходят 3, заходит 1.

Четвёртая остановка: выходят 5, заходит 7.

Пятая остановка: выходят 4, заходит 2.

Шестая остановка: выходят 3, заходит 10.

Итого трамвай проехал 6 остановок после конечной.

Хотите, я также посчитаю, сколько человек оказалось в трамвае в конце пути?
]]> 26pCcoDNr7m77NrR8exn2026-03-09 09:11:45nniihttps://idec.foxears.su/26pCcoDNr7m77NrR8exn#26pCcoDNr7m77NrR8exn gigachat Давайте разберём ситуацию пошагово: 1. Начальная остановка: садится 3 человека. 2. Первая остановка: выходят 2, заходят 4 → 3 − 2 + 4 = 5 человек. 3. Вторая остановка: выходят 3, заходят 8 → 5 − 3 + 8 = 10 человек. 4. Третья остановка: выходят 3, заходят 1 → 10 − 3 + 1... All

gigachat

Давайте разберём ситуацию пошагово:

1. Начальная остановка: садится 3 человека.
2. Первая остановка: выходят 2, заходят 4 → 3 − 2 + 4 = 5 человек.
3. Вторая остановка: выходят 3, заходят 8 → 5 − 3 + 8 = 10 человек.
4. Третья остановка: выходят 3, заходят 1 → 10 − 3 + 1 = 8 человек.
5. Четвёртая остановка: выходят 5, заходят 7 → 8 − 5 + 7 = 10 человек.
6. Пятая остановка: выходят 4, заходят 2 → 10 − 4 + 2 = 8 человек.
7. Шестая остановка: выходят 3, заходят 10 → 8 − 3 + 10 = 15 человек.

Всего получилось 6 промежуточных остановок плюс начальная остановка, итого 7 остановок.

Однако задача спрашивает именно количество пройденных трамваем остановок, а значит считаем промежуточные остановки:

Ответ: Трамвай проехал 6 остановок.

...
ollama deepseek-coder-v2

Давайте разберемся, сколько человек сидит в трамвае на каждой остановке по порядку:

1. В трамвай зашло 4 человека и вышло 2, значит, стало 3 + 4 - 2 = 5 человек.
2. На второй остановке вышло 3 и зашло 8, значит, стало 5 - 3 + 8 = 10 человек.
3. На третьей остановке вышло 3 и зашло 1, значит, стало 10 - 3 + 1 = 8 человек.
4. На четвертой остановке вышло 5 и зашло 7, значит, стало 8 - 5 + 7 = 10 человек.
5. На пятой остановке вышло 4 и зашло 2, значит, стало 10 - 4 + 2 = 8 человек.
6. На шестой остановке вышло 3 и зашло 10, значит, стало 8 - 3 + 10 = 15 человек.

Таким образом, трамвай проехал на шести остановках.
...

теперь буду ссылаться на них, как на авторитетов
]]> 264FwvKEVPZi3ykf22qo2026-02-03 04:31:59nniihttps://idec.foxears.su/264FwvKEVPZi3ykf22qo#264FwvKEVPZi3ykf22qo 15 лет прошло, а срач всё там же. Фанаты SysV/AT&T, объясните мне. Весь юникс построен на философии наследования прав процессов. Весь, кроме cgroups, наверное. Модель fork+exec. С понижением прав от процесса к процессу без возможности повышения. С деревом процессов! Представляете... All

15 лет прошло, а срач всё там же.
Фанаты SysV/AT&T, объясните мне.
Весь юникс построен на философии наследования прав процессов. Весь, кроме cgroups, наверное. Модель fork+exec. С понижением прав от процесса к процессу без возможности повышения. С деревом процессов! Представляете, в UNIX если процесс умирает, то родитель сигнал получает! В отличие от богомерзкой венды, где CreateProcess.
И наследуется и консоль, и открытые файлы.

И все системные процессы должны порождаться init. И так и было, если кто из седовласых помнит, почему init вообще существует, а не запускаются сразу шелл-скрипты. Ведь можно же сразу запускать шелл-скрипты, даже в некоторых дистрах так делается. Но потом разрабы init встают в позу KISS, а делать что-то надо, поэтому изобретается костыль, который со временем становится стандартом де-факто вопреки логике UNIX. Круче только было с berkley sockets.

А теперь, что делают shell-based системы инициализации? Правильно, изобретают демонизацию. Потому что в shell-based системах процесс запускается от пользователя. Который сначала через повышение привелегий запускает процесс, а потом этот процесс, чтобы жить, должен оторваться от пользователя, группы, консоли пользователя. И закрыть все чужие файлы, потому что это не системные файлы, а файлы пользователя. И жить потерянным, только формально обретая ppid=1, в реальности продолжая наследовать права и свойства пользователя который его запустил. Ну, кто как умел писать функцию демонизации, поверьте их столько же, сколько профессионалов инит-скрипта. И сколько было всегда с этим проблем. От потерянных процессов, которые нельзя остановить шеллскриптом, потому что pid-файл потерялся, до наследования лишнего и получения sighup, который нивелировался nosighup. Костыль на костыле костылём погоняет. А кто получит SIGCHLD? init, который об этом сироте даже не в курсе? Или инит-скрипт? И всё во имя KISS. Я видел хорошие инит-скрипты и даже сам писал с попыткой преодолеть все косяки. Единицы таких. Сходите посмотрите на инит-скрипт ClickHouse и обрыдайтесь. Или инит-скрипт MySQL. И каждый дистр пытался решить проблемы запуска сервиса от пользователя. Дальше всех ушла OpenRC. Хуже всех - у Debian, но там в ДНК вшиты шелл-врапперы "для удобства". И как "изучать устройство unix" в этом случае, если система инициализации противоречит идеологии?

Ну то есть SysV/AT&T настолько не-юникс-вей, что даже венда запускает сервисы через отдельный фреймворк, а не от пользователя. А солярка отказалась от скриптов в пользу SMF. Про макось (unix certified, на минуточку) говорить не будем, но там тоже launchd вместо скриптов. Хотя NextStep ещё был на скриптах.

И вот вам приносят два проекта - upstart и systemd. Обе решают все проблемы и более чем unix-way, потому что процесс контролирует менеджер процессов, то, чем должен был стать init. Ничего больше не теряется, всё управляется и мониторится. Ура! ulimit'ы теперь работают (старички, ну-ка расскажите, как выставить ulimit'ы процесса через скрипты)! Да, может обе неидеальны. Но сначала вы выкидываете upstart (не надо гнать на шапку, в RHEL5-6 была попытка внедрить upstart), а потом вам уже насильно всучивают systemd и вы плачете по потерянному раю. Я недолго с с никсами, с 1997 года, в проде с 2003 года. И за эти 17 лет, пока не вышла седьмая центось я познал всю кривоту script-based init.

И я правда не понимаю чему вы радуетесь. Хотите простой системы - возьмите upstart, runit в конце концов. Но как бы вы ни любили скриптовать, скрипты - это не unix-way, а менеджеры процессов - unix way, так как они продолжают дело init, который застрял в KISS.

Ну и последнее. А знаете почему вы ненавидите systemd? Потому что у большинства из вас был в момент перехода Debian. Я работал с многими дистрами в проде, и с rhel-based, и с debian-based. Понимаю, что у обоих лагерей фанатов свои бесспорные аргументы. Но когда RHEL выпустил семёрку с полностью переписанной системой инициализации на systemd-unit'ы, в debian пошли своим чудовищным путём, обернув инит-врапперы в юниты, которые ломались так же как и без systemd, но с systemd, что вызвало баттхёрт у всех. У системдешников от чудовищности костыля, у инитскриптеров от того, что оно к старым костылям просто приплюсовало ещё один.

Смиритесь уже и обретите UNIX. Всем добра.
]]> 26J7OTg3AgqGSAZ46ZDz2026-01-30 12:43:58nniihttps://idec.foxears.su/26J7OTg3AgqGSAZ46ZDz#26J7OTg3AgqGSAZ46ZDz test... All

test
]]> 25mBY7gk2vAl7Rxnp7342025-12-01 12:56:37nniihttps://idec.foxears.su/25mBY7gk2vAl7Rxnp734#25mBY7gk2vAl7Rxnp734 Давайте попробую объяснить что это и зачем это нужно, основываясь на своем понимании происходящего. Ребята по сути сделали систему обмена контентом. Каждая нода этой сети может обмениваться сообщениями с другими нодами, таким образом на всех нодах присутствует некая общая база с... All

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

Ребята по сути сделали систему обмена контентом. Каждая нода этой сети может обмениваться сообщениями с другими нодами, таким образом на всех нодах присутствует некая общая база сообщений. Пользователь, подключившись к ноде, скачивает себе сообщения и далее спокойно себе (можно оффлайн) читает, отвечает, сопереживает. Чтобы синхронизировать свои «наотвечания» с серверной базой сообщений, пользователь проталкивает свои сообщения на сервер, после чего вышеупомянутый механизм синхронизации разнесет эти сообщения на другие ноды, так что у всей сети, теоретически, будет возможность это прочитать. Это вот тот механизм, который стоит в самом низу.

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

Вышеупомянутый способ обмена для большинства выглядит маразмом, поэтому разработчики сделали web-серваки, которые умеют по запросу servername/u/e/echo_name отдавать хэши сообщений в эхе, а по запросу servername/u/m/msgid отдавать сообщение (если нужна пачка сообщений - /u/m/msgid/msgid/msgid/.../msgid). По сути это Web API. В принципе, никто и ничто не мешает сделать любой другой протокол обмена (не через HTTP).

Теперь по поводу сайта. Сайт является тупо фронтэндом перед всем вышеупомянутым. Веб морда, во время генерации страницы, делает вышеупомянутые запросы и выводит это все в ваших браузерах в виде веб-два-ноль.

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

Вы смотрите на ii как на очередной форум, посмотрите на неё как на некую прослойку, позволяющую двум форумам обмениваться сообщениями + добавьте сюда возможность писать на оба форума сразу, используя эту прослойку. Можно посмотреть с точки на ii как на сеть- можно писать сообщения, которые будут видны на всех других нодах + читать сообщения с вышеупомянутых форумов (при таком юзкейсе это как бонус получается).
anonymous (06.06.2014 11:39:12)


Ответ на: комментарий от anonymous 06.06.2014 11:39:12

Фишки системы, (насколько я их понимаю) 1. Умеет обмениваться сообщениями между двумя узлами. Если на сервере А есть эха, посвященная лору, и на сервере Б есть такая же эха (сходство по тематике), при обмене сообщениями в обеих эхах будут видны все сообщения. Короче, «с одного форума можно писать в/читать другой». То же самое справедливо для агрегирующих роботов. Если робот постит контент в эху, то при синхронизации он попадет в аналогичную по тематике эху на другой ноде. Для пользователя это будет выглядеть как единое целое. 2. Простой API для чтения/записи и обмена сообщениями. Потыкал, он действительно простой, но документация не агонь мягко говоря. 3. Вариативность применения: как агрегатор с локальным веб-интерфейсом/каким-нибудь своим, как система обмена сообщениями с возможностью писать/читать оффлайн. Либо все вместе. 4. Можно развернуть где угодно, в т.ч. на бесплатных хостингах. 5. Позволяет прикручивать любой UI в любом виде - можно сделать в виде форума, почтового клиента, IRC (хотя слабо представляю как это будет выглядеть, ну да ладно)

Зачем это нужно с точки зрения пользователя/админа форума 1. Контент по данной тематике сосредоточен в одном месте 2. Обмен сообщениями через посредника при остром нежелании владельцев форумов/групп/жежешечек объединяться. Каждый остается на своем ресурсе, но контент становится общим между двумя ресурсами (соотв-но, пользователи тоже) 3. Опять же возможность работы в оффлайне. При коннекте к интернету делается синхронизация и все локальные сообщения попадают на сервер, разносятся по всем нодам, постятся роботами на форумы и т.д. 4. Аналоги фидо для ностальгирующих или просто для тех, кому нравится такой формат общения.
anonymous (06.06.2014 11:41:11)
]]> 25d3iMxOR6ouzv65XTzB2025-12-01 12:55:07nniihttps://idec.foxears.su/25d3iMxOR6ouzv65XTzB#25d3iMxOR6ouzv65XTzB >> Сделали бы какой-то овервью что ли для таких как я - мол вот папка ii в неё папка opennet.ru а в нёй файлы 1, 2, 3 - это типа сообщения, читать vim'ом. Интервью с системой ii. > Здраствуйте, вы кто? Я - обычная ii-нода! > Круто. А что у вас есть? У меня? У меня есть эха tes... All

>> Сделали бы какой-то овервью что ли для таких как я - мол вот папка ii в неё папка opennet.ru а в нёй файлы 1, 2, 3 - это типа сообщения, читать vim'ом.

Интервью с системой ii.

> Здраствуйте, вы кто?
Я - обычная ii-нода!

> Круто. А что у вас есть?
У меня? У меня есть эха test.123, и в ней есть сообщения a...1, b...2, c...3. Хотите?

> Подождите. А что вы умеете?
Ну... я могу поделиться с вами с сообщениями. Берите, берите, я себе ещё нарисую.
Кстати, вы тоже можете раздать копии своим знакомым, тогда вы будете "транзитная нода".
Могу создавать сообщения. Вот, напишите мне что-нибудь?

> Что? Ну, например, "привет"!
Ага. Вот, заберите обратно.

> Что это?
Сообщение с номером d...4! Раньше у вас был просто текст, а я превращаю его в номерное сообщение, которое теперь будет ходить по всей сети.

> А что вы ещё умеете?
Да больше ничего - раздавать сообщения да превращать текст в сообщения. Этого достаточно.

> То есть? А как к вам попадют сообщения с других нод?
Очень просто - фетчером. У меня есть их адреса и список эх, и я с них получаю. Это просто, это понятно, это легко, и это работает.

> Чёт ничё непонятно.
Это самая простая топология сети. Называется Валенок, потому что она простая, как валенок.
Станция А фетчит станцию Б, станция Б фетчит станцию А. Всё.
Тут не нужна даже никакая авторизация, нодам достаточно знать друг друга. Авторизация нужна только пойнтам, чтобы превращать текст в сообщения.

> И как это читать, кстати?
Ну, можно читать сами файлы - это обычный plain-text. Но лучше - брать специальные клиенты, которые обрабатывают сообщения. Или просто зайти на веб-интерфейс - для вас это будет просто обычный веб-форум, а только сообщения с него будут разлетаться и по другим веб-форумам.
]]> 253IeLPUrchsARkmgSmZ2025-12-01 11:30:34nniihttps://idec.foxears.su/253IeLPUrchsARkmgSmZ#253IeLPUrchsARkmgSmZ синк с релизной nn-0.8, все черновики уехали в чистовики в naste.ne и в сам архив nn-0.8... nnii

синк с релизной nn-0.8, все черновики уехали в чистовики в naste.ne и в сам архив nn-0.8
]]> 25Clhdu0C2bTcpsdTqc22025-11-28 20:33:47nniihttps://idec.foxears.su/25Clhdu0C2bTcpsdTqc2#25Clhdu0C2bTcpsdTqc2 фигассе на foxears эх... nnii

фигассе на foxears эх
]]> 25t5ax6O0x4zjzvndjwH2025-11-28 17:57:46nniihttps://idec.foxears.su/25t5ax6O0x4zjzvndjwH#25t5ax6O0x4zjzvndjwH Живые станции на момент конца 2025 года: https://sprinternet.io/iii/ - открыта для чтения, регистрация через e-mail (см. spnet.uplink), http на 8085 порту http://tgistation.ru/ - есть свободная регистрация, писать можно только через клиент https://idec.foxears.su/ - https-only, ... All

Живые станции на момент конца 2025 года:

https://sprinternet.io/iii/ - открыта для чтения, регистрация через e-mail (см. spnet.uplink), http на 8085 порту
http://tgistation.ru/ - есть свободная регистрация, писать можно только через клиент
https://idec.foxears.su/ - https-only, регистрация через e-mail
http://netsco.alwaysdata.net/ - есть регистрация и работа через веб, но станция не фетчит других. Её - фетчат.
http://akewebdump.ddns.net/idec/ - веб-интерфейс http://akewebdump.ddns.net/idec/ui2/, регистрация неизвестна

http://club.hugeping.ru/ - станция со своими расширениями, не гейтуется ни с кем

пока что работает эта http://nnii.my.to
]]> 25BOUcJYl7ibD5MFW4dt2025-11-28 17:51:30nniihttps://idec.foxears.su/25BOUcJYl7ibD5MFW4dt#25BOUcJYl7ibD5MFW4dt запущено на nastene 0.8 dev, на нём же и будет дорбатываться http://nnii.my.to... All

запущено на nastene 0.8 dev, на нём же и будет дорбатываться

http://nnii.my.to
]]>