Substack writers, you need a website 🔥 Горячее 💬 Длинная дискуссия
Писателям не стоит превращать Substack в свой главный веб-сайт — это всего лишь инструмент распространения, а не цифровой дом. Даже если у вас есть собственный домен, привязанный к Substack, вы всё равно ограничены его функционалом: нет гибкости в SEO, кастомизации страниц и добавлении сторонних функций. Лучше всего использовать Substack как CMS, но сохранять полноценный сайт как центральный пункт присутствия.
Многие авторы ошибочно считают Substack своим блогом, особенно когда используют адрес вида xx.substack.com — это означает, что платформа владеет вашим контентом. Такой подход рискован: платформы меняют правила, алгоритмы и условия без предупреждения. История показывает, что писатели, полагавшиеся на Facebook, Tumblr или Medium, в итоге теряли аудиторию и контроль. Настоящий цифровой дом — это ваш сайт, где вы полностью управляете контентом, брендом и будущим.
Комментарии (259)
Опыт эксплуатации Substack и других платформ подтверждает необходимость собственного сайта для контроля над контентом и аудиторией. Хотя Substack эффективен для распространения и монетизации, его ограничения в кастомизации, SEO и функционале снижают гибкость. Рекомендуется использовать Substack как инструмент распространения, сохраняя собственный сайт как центральный ресурс — для полного контроля над дизайном, функциями, контентом и интеграцией сторонних сервисов.
Undisclosed financial conflicts of interest in DSM-5 (2024) 💬 Длинная дискуссия
Цель: проверить, насколько полно DSM-5-TR раскрывает финансовые конфликты интересов (COI) у авторов и руководителей рабочих групп.
Методы:
- Изучены 191 биография и 2 000 страниц приложений к DSM-5-TR.
- Сравнение заявленных COI с открытыми базами данных FDA, CMS, а также с реестром штата Калифорния.
- Оценивались платежи >5 000 $, гранты, гонорары, акции, консультации.
Результаты:
- 91 % руководителей и 69 % авторов имели финансовые связи с фармкомпаниями.
- Сумма нераскрытых платежей — 16 млн $; крупнейшие получатели: John M. Kane (2,8 млн), Charles B. Nemeroff (2,1 млн), Alan F. Schatzberg (1,9 млн).
- 57 % всех выплат не были указаны в DSM-5-TR.
- Наибольшие конфликты — в рабочих группах по психозу, депрессии, СДВГ.
Вывод:
Раскрытие COI в DSM-5-TR неполное и систематически занижено, что ставит под сомнение объективность диагностических критериев. Авторы призывают к независимому аудиту и полному раскрытию финансовых связей.
Комментарии (164)
- Участники считают, что DSM описывает не болезни, а просто наборы симптомов, полезные для выставления счетов и выбора терапии, а не для понимания механизмов.
- Критикуют расширение диагнозов до половины населения и отсутствие объективных биомаркеров; «расстройство» часто = «нежелательное поведение» по американским нормам.
- Подозревают влияние фармы и других индустрий на составителей DSM-5, указывая на конфликты интересов и слабую репликацию исследований.
- Некоторые защищают DSM как временный «общий язык» клиницистов, пока наука не найдёт лучшее; помощь пациенту важнее точной этиологии.
Show HN: JavaScript-free (X)HTML Includes
Репозиторий Evidlo/xsl-website
Публичный пример генерации сайта средствами XSLT: XML-документ преобразуется в полноценную HTML-страницу без серверной логики.
Ключевые файлы
index.xml– исходные данныеindex.xsl– таблица стилейREADME.md– краткое руководство
Запуск
- Откройте
index.xmlв браузере или - Примените XSLT-процессор:
xsltproc index.xsl index.xml > index.html
Репозиторий демонстрирует, как обойтись без движков шаблонов, используя лишь стандартные XML-технологии.
Комментарии (104)
- Обсуждение началось с демонстрации, как SGML/XML-entity можно использовать для «без-JS» сборки страниц, но напомнили, что браузеры никогда не реализовали полноценный SGML-парсер.
- Участники сравнили XSLT и CSS: CSS может вставлять контент, но лишь декоративно, тогда как XSLT позволяет полноценные преобразования, однако Google просит удалить XSLT из стандарта и уже прячет его за флагом в Chrome.
- Всплыли воспоминания о 2000-х, когда XML/XSLT активно применялись для документации, e-learning и CMS (Symphony), но сложность и отсутствие поддержки со стороны браузеров постепенно вытеснили технологию.
- Предложили альтернативы: серверная трансформация (PHP, CI/CD) или полный отказ в пользу современных сборщиков и SSR-фреймворков.