Я тоже так поначалу думал. Потом когда на середине сессии упирался в лимит понял, что смысла нет. Особенно поначалу. Сейчас я смогу работать на бесплатной. Но не пилить что-то новое Мне и так карточку заблокировали, я по 5-10 долларов закидывал, чтобы не ждать несколько часов. Собственно из этого и состоит перебор над подпиской. Я не выжирал всё. Я просто не хотел ждать таймаута. Не закидывал бы - делал бы 2 месяца. или гораздо меньше
vtal007 пишет: «Ну стек и стек. Вместо него можно было на друпале поднять или ВП. Руками. Многоязычно из коробки. Хостинг малопосещаемых сайтов — копейки. На что потрачено столько времени? Повторить вордпресс? Чем Хьюго лучше ВП-шки?»
И дальше: «Друпал запускается за... ну за день вы запустите. Далее контент заливаете через CSV, напрямую SQL-скриптом. У Друпала есть сборка с модулями с API нейронок (точно есть для переводов). Многоязычность из ядра, темы есть, разграничение доступа тоже есть.»
Ты уже ответил вызовом: «Раскрою внутряк, если повторите на Друпале — отзову пост и оплачу месяц работы.»
Аргументация для добивающего ответа
Андрей, у тебя два варианта тона:
Вариант А: Спокойный, с цифрами (рекомендую для Хабра)
Примерный текст:
Друпал — мощная система, не спорю. Для сайтов с пользовательским контентом, сложными workflow, комментариями и ролями — отличный выбор. Но давайте по цифрам, раз уж зашёл разговор.
Хостинг. 7 сайтов на Hugo + Cloudflare Pages = $0. Ноль. Free tier хватает. 7 сайтов на Drupal = 7 VPS с PHP + MySQL (или 1 мультисайт, но тогда падает один — падают все). Минимум $40-80/мес за нормальные VPS. Это $500-1000/год на хостинг того, что у меня работает бесплатно.
Скорость. Hugo собирает 1500 страниц за ~1 секунду. Пользователь получает статический HTML с CDN за 7 мс. Drupal на каждый запрос крутит PHP, ходит в базу. Да, есть Varnish, есть Redis, но это ещё слой инфры, который надо настроить и поддерживать.
Безопасность. У статического сайта нет серверной поверхности атаки. Нет PHP — нет RCE. Нет базы — нет SQL injection. Drupalgeddon 1 (2014) и Drupalgeddon 2 (2018) напомнить? У меня нечего ломать — HTML-файлы на CDN.
AI-workflow. Мои агенты пишут напрямую в markdown-файлы, делают git commit, и сайт деплоится. Никаких REST API, никаких модулей, никаких админок. Файл → git push → сайт обновлён. С Drupal мне пришлось бы писать интеграцию через JSON:API или REST, ставить модули, обновлять их, следить за совместимостью.
Поддержка. Hugo не требует обновлений на сервере. Нет security patches, нет «Drupal core update broke my modules». Я не трачу ни минуты на поддержку инфры сайтов.
Друпал за полчаса — верю. Но один сайт, одноязычный, без GDPR-compliance, без SSO, без мониторинга, без автоматизации контента. А у меня 7 сайтов, 3 языка, Keycloak SSO, WCAG AA, security headers, uptime monitoring, и всё управляется одной командой в терминале.
Предложение в силе.
Вариант Б: Короткий и дерзкий
Друпал за полчаса — один сайт, один язык, без security headers, без SSO, без мониторинга, без GDPR. У меня 7 сайтов на CDN за $0/мес, 1500 страниц за секунду, zero attack surface. Предложение в силе — раскрою полный стек, повторите на Друпале.
Какой тон ближе, Андрей? Или микс? Могу подкрутить.
Давайте спор Я раскрываю вам внутряк и те проекты, которые я не отобразил в посте. Если вы поднимете такое на друпале руками в одиночку - я отзову пост и оплачу вам месяц работы. Вангую вам на перевод и лицензирование времени не хватит. Это я еще про VPN не рассказал. Друпал умеет в VPN? По рукам или сливаетесь? Предложение публичное
Я обычно на хабр хожу читать ответы живых людей. Это единственное место, где они выглядят как приматы. Только какашки виртуальные :) Тоже не люблю нейрослоп. Но я месяц промптил. У меня пальцы устали. Да и переписал я в статье изрядно, даже обидно за себя. Давайте проведем слепой тест. Ваша тема. Я напишу и мои роботы. но не больше 1000 знаков (я еще не до конца настроил голосовой ввод.) Вы не отличите. Личка в посте - велкам Или слив засчитаем сразу?
Читайте спеку, книжки обновляются еще медленнее чем валидатор ;)
Возвращаясь к теме: вкладывать блочные элементы в строчные — это как писать жы-шы. Топикстартеру некогда обращать внимание на такие мелочи, он БЭМ пропагандирует.
Не знаю насчет БЭМ, но вкладывать блоки в строчные элементы не очень правильно.
<span class="header__column header__column_position_left">
<div class="logo">
HUNTERBOAT
</div>
</span>
В случае с каскадом в css — это действительно простой случай. .selector-one .selector-two и все в порядке.
БЭМ же предлагает вынести этот каскад из стилей практически в атрибуты.
Опять же в этом простом примере можно увидеть, что для реализации смены цветовой схемы через css достаточно верстальщика с минимальным опытом, главное чтобы умел css писать. Для реализации БЭМ придется привлекать уже специалиста с опытом js.
Конечно, на больших проектах как у Яндекса с его исторически сложившейся архитектурой выгода от подобных методик какая-то есть, но это совсем не означает, что подобный поход стоит популяризировать и преподносить как приближенное к иделу решение.
Дело не в конкретном случае.
Представьте себе страницу на которой например форма поиска находится и в футере и в шапке страницы. Функционально и структурно они идентичны. Различие лишь в визуальном оформлении. Используя каскад легко перекрасить эту форму не затрагивая html. БЭМ же предлагает навешивать разные классы на семантически идентичные блоки.
Не кажется ли вам, что тут несколько побоку идет принцип разделения структуры и оформления?
В атких случаях, если я ничего не путаю, .scheme .block оправдано.
позволяет забить на
2, Нет вложенных селекторов — т.е. никаких .class1 .class2{ display: none; }, всё определяется 1 (одним) селектором класса (плоская/одноуровневая структура стилей/селекторов).
Разве это нормально когда в простейшем случае нам приходится отказываться от базового принципа?
В принципе примеров когда семантичнее и проще использовать каскад вместо введения классов можно напридумывать массу.
В этом примере всего два элемента. Немного абстрагируйтесь и представьте себе, что элементов гораздо больше и ведут они себя все по-разному. Ссылки например по тексту меняются с синего на зеленый, иконки меняют картинки. Допустим на странице 50 разных элементов — которые имеют визуальную вариативность одновременно в зависимости и от положения в DOM и от цветовой схемы. В случае с БЭМ мы упремся в бесконечное число классов которые придется навешивать на каждый элемент.
Я тоже так поначалу думал.
Потом когда на середине сессии упирался в лимит понял, что смысла нет. Особенно поначалу.
Сейчас я смогу работать на бесплатной. Но не пилить что-то новое
Мне и так карточку заблокировали, я по 5-10 долларов закидывал, чтобы не ждать несколько часов.
Собственно из этого и состоит перебор над подпиской. Я не выжирал всё. Я просто не хотел ждать таймаута.
Не закидывал бы - делал бы 2 месяца. или гораздо меньше
Я . Там лицензии внизу.
Спор: vtal007 vs ты
vtal007 пишет:
«Ну стек и стек. Вместо него можно было на друпале поднять или
ВП. Руками. Многоязычно из коробки. Хостинг малопосещаемых сайтов
— копейки. На что потрачено столько времени? Повторить
вордпресс? Чем Хьюго лучше ВП-шки?»
И дальше:
«Друпал запускается за... ну за день вы запустите. Далее контент
заливаете через CSV, напрямую SQL-скриптом. У Друпала есть сборка
с модулями с API нейронок (точно есть для переводов).
Многоязычность из ядра, темы есть, разграничение доступа тоже
есть.»
Ты уже ответил вызовом: «Раскрою внутряк, если повторите на
Друпале — отзову пост и оплачу месяц работы.»
Аргументация для добивающего ответа
Андрей, у тебя два варианта тона:
Вариант А: Спокойный, с цифрами (рекомендую для Хабра)
Примерный текст:
Друпал — мощная система, не спорю. Для сайтов с пользовательским
контентом, сложными workflow, комментариями и ролями — отличный
выбор. Но давайте по цифрам, раз уж зашёл разговор.
Хостинг. 7 сайтов на Hugo + Cloudflare Pages = $0. Ноль. Free
tier хватает. 7 сайтов на Drupal = 7 VPS с PHP + MySQL (или 1
мультисайт, но тогда падает один — падают все). Минимум
$40-80/мес за нормальные VPS. Это $500-1000/год на хостинг того,
что у меня работает бесплатно.
Скорость. Hugo собирает 1500 страниц за ~1 секунду. Пользователь
получает статический HTML с CDN за 7 мс. Drupal на каждый запрос
крутит PHP, ходит в базу. Да, есть Varnish, есть Redis, но это
ещё слой инфры, который надо настроить и поддерживать.
Безопасность. У статического сайта нет серверной поверхности
атаки. Нет PHP — нет RCE. Нет базы — нет SQL injection.
Drupalgeddon 1 (2014) и Drupalgeddon 2 (2018) напомнить? У меня
нечего ломать — HTML-файлы на CDN.
AI-workflow. Мои агенты пишут напрямую в markdown-файлы, делают
git commit, и сайт деплоится. Никаких REST API, никаких модулей,
никаких админок. Файл → git push → сайт обновлён. С Drupal мне
пришлось бы писать интеграцию через JSON:API или REST, ставить
модули, обновлять их, следить за совместимостью.
Поддержка. Hugo не требует обновлений на сервере. Нет security
patches, нет «Drupal core update broke my modules». Я не трачу ни
минуты на поддержку инфры сайтов.
Друпал за полчаса — верю. Но один сайт, одноязычный, без
GDPR-compliance, без SSO, без мониторинга, без автоматизации
контента. А у меня 7 сайтов, 3 языка, Keycloak SSO, WCAG AA,
security headers, uptime monitoring, и всё управляется одной
командой в терминале.
Предложение в силе.
Вариант Б: Короткий и дерзкий
Друпал за полчаса — один сайт, один язык, без security headers,
без SSO, без мониторинга, без GDPR. У меня 7 сайтов на CDN за
$0/мес, 1500 страниц за секунду, zero attack surface. Предложение
в силе — раскрою полный стек, повторите на Друпале.
Какой тон ближе, Андрей? Или микс? Могу подкрутить.
// Алиса
слив засчитываем?
Давайте спор
Я раскрываю вам внутряк и те проекты, которые я не отобразил в посте.
Если вы поднимете такое на друпале руками в одиночку - я отзову пост и оплачу вам месяц работы. Вангую вам на перевод и лицензирование времени не хватит.
Это я еще про VPN не рассказал. Друпал умеет в VPN?
По рукам или сливаетесь?
Предложение публичное
Я обычно на хабр хожу читать ответы живых людей.
Это единственное место, где они выглядят как приматы.
Только какашки виртуальные :)
Тоже не люблю нейрослоп. Но я месяц промптил. У меня пальцы устали.
Да и переписал я в статье изрядно, даже обидно за себя.
Давайте проведем слепой тест.
Ваша тема. Я напишу и мои роботы. но не больше 1000 знаков (я еще не до конца настроил голосовой ввод.)
Вы не отличите.
Личка в посте - велкам
Или слив засчитаем сразу?
Вот правильный подход к делу. Лонгриды придумали трусы
Да. И в статье это отмечено отдельным пунктом.
Вы хотите чтобы я еще и тексты сам писал?
Возвращаясь к теме: вкладывать блочные элементы в строчные — это как писать жы-шы. Топикстартеру некогда обращать внимание на такие мелочи, он БЭМ пропагандирует.
Most elements that are categorized as phrasing content can only contain elements that are themselves categorized as phrasing content, not any flow content.
Расхождений с валидатором не вижу
<span class="header__column header__column_position_left"> <div class="logo"> HUNTERBOAT </div> </span>А как еще классы навесить? Не генерить же новый html на сервере.
БЭМ же предлагает вынести этот каскад из стилей практически в атрибуты.
Опять же в этом простом примере можно увидеть, что для реализации смены цветовой схемы через css достаточно верстальщика с минимальным опытом, главное чтобы умел css писать. Для реализации БЭМ придется привлекать уже специалиста с опытом js.
Конечно, на больших проектах как у Яндекса с его исторически сложившейся архитектурой выгода от подобных методик какая-то есть, но это совсем не означает, что подобный поход стоит популяризировать и преподносить как приближенное к иделу решение.
Представьте себе страницу на которой например форма поиска находится и в футере и в шапке страницы. Функционально и структурно они идентичны. Различие лишь в визуальном оформлении. Используя каскад легко перекрасить эту форму не затрагивая html. БЭМ же предлагает навешивать разные классы на семантически идентичные блоки.
Не кажется ли вам, что тут несколько побоку идет принцип разделения структуры и оформления?
позволяет забить на
Разве это нормально когда в простейшем случае нам приходится отказываться от базового принципа?
В принципе примеров когда семантичнее и проще использовать каскад вместо введения классов можно напридумывать массу.
Ну чо, продолжайте в том же духе.
БЭМВелосипед на костылях не лучшее средство предвижения. IMHO