LINUX.ORG.RU

Thalassa 0.3.50

 , , , thalassa,


0

5

Выпущена новая версия Thalassa CMS под номером 0.3.50.

В этой версии переписан фильтр HTML-тегов для комментариев.

Разработчиком CMS является Андрей Викторович Столяров, также известный как @Croco.

>>> Подробности



Проверено: hobbit ()
Последнее исправление: leave (всего исправлений: 3)

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

moonmadness
()
Ответ на: комментарий от pihter

Ох уж эти мне убийцы си: я когда маленький был все было написано на си и все говорили что си плохой и мы вот вот его заменим. Теперь я большой, замен си навыдумывано – вагон, а все по-прежнему написано на си.

Вообще нет. То, что раньше пытались писать на C, сейчас пишется на Go или Rust.

gaylord
()
Ответ на: комментарий от pihter

Выдаешь желаемое за действительное: пусть тот, кто не написал ни единой программы в жизни, не обложив ее тестами, бросит первый камень

Есть разница между «нужно» и «сделали».

gaylord
()
Ответ на: комментарий от pihter

Кто знает? Учитывая тенденции возможно скоро будет ренессанс. :)

sabacs
()

Прикиньте, как будут спорить будущие археологи относительно датировки этой CMS. «Да это же типичный конец девяностых.» - «Нет, вот следы более поздних библиотек!» - «Это позднейшая фальшивая вставка!» - «Нет-нет, коллеги, это сделано в подражание и, возможно, является предметом культа».

Irma ★★
()
Ответ на: комментарий от pihter

А кода на си? Ядро, драйверы, системный софт, библиотеки. Я не знаю как на винде там, то же самый у них libPNG что у нас или какой-то свой, но подозреваю что и там, если покопаться, то, что бы ты ни делал, – все это, максимум, надстройки над си, а всю работу делает код, написанный на си.

Это legacy. Оно никуда не денется в обозримом будущем. Это ничего не говорит о новых проектах.

gaylord
()
Ответ на: комментарий от pihter

Все кругом написано на си.

Лет двадцать назад было бы сложно себе представить консольный IRC клиент не на C. Тот, что я использую, написан на Golang.

gaylord
()
Ответ на: комментарий от gaylord

Не благодари.

Вообще нет. То, что раньше пытались писать писали на C, сейчас пишется пытаются писать на Go или Rust.

sabacs
()
Ответ на: комментарий от pihter

Пихтеру хорошо было бы не отрывать фразу от контекста (про языки с более безопасным управлением памятью), без которого она лишена смысла.

kaldeon
()
Ответ на: комментарий от MOPKOBKA

emacs C

Он на Emacs Lisp, на С там только небольшое ядро, да и то всё порываются заменить - кто на Guile, кто на Rust.

zabbal ★★★★★
()
Ответ на: комментарий от gaylord

Вообще нет. То, что раньше пытались писать на C, сейчас пишется на Go или Rust.

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

pihter ★★★★★
()
Ответ на: комментарий от pihter

Новое - возможно. Но все уже написано до нас.

Опять же, гном активно перепиливает приложения на Rust. Так что как было написано, так и будет переписано.

Все прям перепишу всякие либы на раст? Сомневаюсь.

Например, PNG. Там бенчмарки на большом датасете показывают увеличение скорости в полтора-два раза. Тот же Loup (просмотрщик картинков в Gnome) его и использует.

Все это ещё в зачатке, попробуй найти работу на си и на расте

Ты не поверишь, вот прямо сейчас на ней сижу.

gaylord
()
Ответ на: комментарий от gaylord

Это legacy. Оно никуда не денется в обозримом будущем.

Вот совершенно не факт. Даже в ядре eBPF и Rust прорастают всё глубже и дальше с каждым релизом. Да и примеры весьма древних проектов, бодро переписанных на тот же Rust вполне себе есть. Тот же fish действительно никуда не денется в обозримом будущем, только незаметно для пользователей это уже проект на другом ЯП.

zabbal ★★★★★
()
Ответ на: комментарий от zabbal

Rust прорастает скорее API для реализации на нем драйверов. Самих драйверов пока никто не принес (потому что не было API, да). Посмотрим что будет через год.

gaylord
()
Ответ на: комментарий от t3n3t

Правда, не увидел, что там Dec — Декабрь.

Zeev
() автор топика
Ответ на: комментарий от gaylord

Rust прорастает скорее API для реализации на нем драйверов.

Логично - это наименее завязанный на всё остальное кусок ядра.

Самих драйверов пока никто не принес

Гугел уже свой Binder притащил. Остальные подтянутся по мере развития интерфейсов-обвязок.

Посмотрим что будет через год.

Rust в GCC без экспериментального статуса :-)

zabbal ★★★★★
()
Ответ на: комментарий от gaylord

Есть разница между «нужно» и «сделали».

Да есть дофига мелких программ, к которым и не нужно. И никто и не пишет

Мейкфайлы, например, это программы? Ты их тестами обкладываешь?

pihter ★★★★★
()
Ответ на: комментарий от gaylord

Мы правда в сотый раз на этот круг пойдем?

Я ещё не осилил тред, так что не знаю)

Но тезис что сишные программы - дырявые кажется мне странным, учитывая что все остальные - тоже

pihter ★★★★★
()
Ответ на: комментарий от gaylord

Это legacy. Оно никуда не денется в обозримом будущем. Это ничего не говорит о новых проектах.

Ну так если уде десятилетия 90% всего что есть - написано на си, то может не стоит говорить что на си хрен что напишешь нормально? Я об этом

pihter ★★★★★
()
Ответ на: комментарий от gaylord

Лет двадцать назад было бы сложно себе представить консольный IRC клиент не на C. Тот, что я использую, написан на Golang.

Написанного на го все ещё меньше процента, по сравнению с тем, что написано на си. Поэтому я и говорю что все написано на си

pihter ★★★★★
()
Ответ на: комментарий от pihter

Почему нельзя? У нас есть десятилетия наблюдений и ворох cve.

gaylord
()
Ответ на: комментарий от kaldeon

Тезис мой: на си вполне можно писать нормально0

Всё остальное, вместе взятое, пока чёт не тянет. Да, оно часто хорошее, но будет ли раст и го живы через 50 лет? Посмотрим. А будет ли си - без сомнения

pihter ★★★★★
()
Ответ на: комментарий от pihter

Все — это что? Firefox написан на плюсах. KDE тоже. Дискорд на electron. Телеграм на плюсах. Loupe на Rust. senpai на Go. На C у меня написаны neovim, foot и tmux. Компиляторы тоже на плюсах. podman на Go. Как видишь в том что я регулярно использую C не то чтобы очень много.

gaylord
()
Ответ на: комментарий от pihter

90% всего что есть

чё? сишка это доли процента от айтишки; тусуется в важных местах, это да, но количество и качество багов, при этом, сравнимо с остальной айтишкой - «мал клоп да вонюч»

zurg
()
Ответ на: комментарий от pihter

Тезис мой: на си вполне можно писать нормально0

Нельзя. Статистика ошеломляющего количества проблем говорить что нельзя. Ради интереса сравни количество CVE в curl и количество CVE в reqwest.

gaylord
()
Ответ на: комментарий от gaylord

Можно. Сравни количество CVE в surf и количество CVE в firefox, где например используется rust. Rust - это не серебрянная пуля. Просто не нужно в программу все подряд пихать, а нужно минимизировать количество её функций и количество строк кода. В идеале вообще поделить программу на функции каждую выделить в отдельную программу и переиспользовать их. Например есть tabbed, пусть все их используют для вкладок, незачем городить везде свою реализацию.

vbcnthfkmnth123 ★★★★★
()
Последнее исправление: vbcnthfkmnth123 (всего исправлений: 3)
Ответ на: комментарий от vbcnthfkmnth123

Можно. Сравни количество CVE в surf и количество CVE в firefox.

Нет смысла, в surf никто не смотрит.

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

Это не работает, мы уже пробовали. Единственное что помогает – это массовое тестирование и средства проверки корректности. Если хочешь примеров – за уязвимости в параноидальной OpenBSD платят те же деньги что за вообще не заморачивающийся FreeBSD. Потому что легко эксплуатируемых багов там очень много, в силу отсутствия QA и наличия C.

gaylord
()
Ответ на: комментарий от gaylord

Это не работает,

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

vbcnthfkmnth123 ★★★★★
()
Ответ на: комментарий от vbcnthfkmnth123

Так не пробовали.

Oh my sweet summer child. Есть целые секты людей вроде suckless и OpenBSD, которые только и делают что пытаются писать минималистично и чтобы не было дыр. Я уже написал – они есть и их столько же. Если хочешь пруфов, смотри исследования Maxime Villard, там много смешного.

Просто сравни количество CVE в glibc и musl.

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

gaylord
()
Ответ на: комментарий от zurg

трагедия руста в том, что рустовики вопят - мы первые! ..но за ними никто не идет.

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

но даже невзрывного интереса не видно. что как бы говорит, что парни может и первые, но единственные в своем тупике развития.

вот и остается влачить существование, переписывая старое на новый лад… причем неизвестно какое количество логических багов(от которых никакой руст не спасет), уже оказалось в этом переписанном. логические баги пострашней повисшей ссылки будут. их еще найти надо, а повисшая ссылка сама упадет.

alysnix ★★★
()
Последнее исправление: alysnix (всего исправлений: 1)
Ответ на: комментарий от Zhbert

в комментах вроде че-то генерят даже

Интересно.

образовался ключ 28 ранга. […] Чистого времени генерации […] около недели

[…] за месяц с небольшим практически непрерывного гудения ничего выше 23го ранга не появилось. Потом гудение надоело, сейчас не генерю.

Наверное им нужно пул создавать и майнить что-то там какого-то ранга (что бы это не значило).

thegoldone ★★
()
Ответ на: комментарий от vbcnthfkmnth123

Ты пытаешся съехать на другую тему.

Нет, не пытаюсь. Я тебе объясняю почему нет смысла сравнивать результаты, если в musl никто не смотрит. Никто не смотрит => нет CVE.

gaylord
()
Ответ на: комментарий от gaylord

Просто сравни количество CVE в glibc и musl.

Я понимаю что ты пытаешся съехать на другую тему, но хоть не так топорно не делай.

vbcnthfkmnth123 ★★★★★
()
Ответ на: комментарий от gaylord

Да, пытаешся. Я написал конкретно

Просто сравни количество CVE в glibc и musl.

А ты начал вилять, то туда, то сюда и крутится как пропеллер.

vbcnthfkmnth123 ★★★★★
()
Ответ на: комментарий от vbcnthfkmnth123

Да, пытаешся. Я написал конкретно.

Ты написал ерунду. Я тебя поправил. Если ты не готов столкнуться с жестокой реальностью, в которой маленькие проекты не получают достаточного внимания и тестирования, я никак не могу тебе помочь.

gaylord
()
Ответ на: комментарий от gaylord

Ты либо нас очень толсто троллишь, либо сильно зажмуриваешься.

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

alysnix ★★★
()
Ответ на: комментарий от gaylord

Ты пыташся поменять тему. Вместо того, чтобы признать что ты написал чушь, просто продожаешь носится с этим рустом как с писанной торбой. Признайся, ты случайно не на русте пишешь?

vbcnthfkmnth123 ★★★★★
()
Ответ на: комментарий от gaylord

канеш. мир так устроен, что стоит появиться чему-то ценному и полезному, все вокруг начинают этому подражать. а если вашим вывертам никто не подражает, значит они ценны и полезны только для вас.

alysnix ★★★
()
Последнее исправление: alysnix (всего исправлений: 1)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.