Ознакомьтесь с тем, что такое Islands Architecture в моем подкасте: t.me/js_by_vladilen/515 На следующей неделе выпущу еще один ролик на эту тему, но уже с другим фреймворком Приятного просмотра!

"Жизнь не заканчивается..." хотел пошутить, но похоже в этой фразе сегодня уже и так много троллинга 😄

Спасибо за видео!!!! Как всегда топ!!!! Хотелось бы более подробного видео с этой технологией!!! Круть🔥🔥🔥

Спасибо. Очень ждал этот выпуск.

Ух! Крутая технология! Спасибо за гайд.

очень понравился framework, буду разбираться с стором и динамическими рутами. Не верю, что генерировать 100500+ папок - это его предназначение. Большое спасибо за информацию Владилен

Супер! Спасибо за качественый контент. В новом году желаю вам поменьше соседей, которые делают ремонт ;-)

Спасибо за прекрасный Гайд. Плюс ты еще и мотивируешь делиться своим опытом.

Спасибо за обзор крутой технологии! Очень крутая штука!

Т.е. каждое изменение/добавление товара нужно прогонять через pipeline с джобой build? Или есть подход как в next типа getStaticProps etc?

В конце видео показана вся несостоятельность этого фреймворка. Он при билде генерирует уже готовые страницы и они никак не изменятся, если не заребилдить весь проект заново! А в таких вот магазинах данные меняются часто. Это и количество доступного товара, и сами товары добавляются/удаляются. Фреймворк абсолютно не годится для более-менее живых сайтов. Разве что лендинги да визитки на нём клепать. Плюс сама идея голого HTML как основы - не очень. Потому что теряется плавность, которую может дать JS при смене страниц, например, при подгрузке товара, если сервер тормозит и т.д. Мне кажется, будущее всё-таки за SPA-подобными сайтами (с SSR). Сайты всё больше будут похожими на приложения, если говорить о каких-то магазинах и соцсетях. Если же надо просто инфу выложить типа википедии или визитки - тут, конечно, этот фреймворк, наверное, будет лучше. Извиняюсь, конечно, за негатив, но не стоит ставить его в один ряд с Sveltekit, Next и прочими. Как по мне, он мало, на что годится.

спасибо за видео! как раз недавно смотрел туториал по созданию сайта-портфолио на astro, интересно посмотреть на твоё видение. немного душнильский вопрос - 4k не планируется? :)

наконец прикладной видос

Наконец то качественный контент)

Владилен, спасибо за ролик. С первого раза все понятно про новый продукт. Про статический билд, я так понимаю, затравка на комментарии)) В жизни не пригоден в том динамическом контексте, что показан в ролике

А если мы получаем всегда разное кол-во продуктов(страниц), сначала их 20 потом 10,15 30 итд. После того как билд сгенерил релевантный на текущий момент кол-во статических страниц, будет ли меняться (добавляться/удалятся) кол-во этих же страниц динамически уже после билда? Так как сейчас похоже больше на статик генератор с каким то встроеным intersection observer и что очень напоминает некстовский getStaticProps

отлично! спасибо!

Привет, Владилен! Что тебе больше понравилось: Fresh или Astro?

А форму обратной связи тоже через компонент реализовывать или есть что то готовое?

Спасибо :)

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

интересно конечно, то как происходит оптимизация JS для клиента и что можно юзать разные компоненты разных JS фрайморков. Но вот режим build расстраивает, что всё таки это генерация статики впрямую. Тот тут если не брать в расчёт оптимизацию клиентского JS, php + кэш будет намного лучше и производительнее, не говоря уже про запросы на API. FW хорош для быстро сборки небольших сайтов, которые обновляются редко.

Владилен Безусловно Минин А если серьезно, Спасибо за такой качественный контент!

Владилен, спасибо, очень интересно! Любопытно что ты показал, в качестве примера, что-то типа интернет-магазина, но правильно ли я понял, что если у меня, допустим, большой магазин с 10 тыс наименований, которые обновляются/добавляются по несколько раз в день, то использовать для него Astro это не очень хорошая идея? Если я все понял правильно, то в данном случае Astro создаст 10+ тыс статичных страниц с каждым товаром и при обновлении любого из них придется ребилдить сайт. Пока что, для себя, вижу использование Astro для каких-то более-менее статичных сайтов для которых не требуется постоянная связь с каким-нибудь API и обновление данных из этого API.

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

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

вопрос как работает сео с динамическими компонентами астро?

Годнота! Даёшь курс Фулстек с Астро!

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

Лайк не глядя

Владилен, сделай пожалуйста новый урок по Vue 3

Круто, всё что нужно, Astro + Sanity + Netlify вообще огонь получается! Спасибо Владилен )))

Спасибо за видео, но у меня появился вопрос, оно собрала 20 файлов, но контент то грузится с бд. А если я в бд добавлю 21 продукт?

В целом неплохо, но Astro пока сырая тема. Я думаю в будущем можно будет сделать что-то интересное. Спасибо за видео.

Владилен, привет! Во-первых, спасибо что познакомил с классной технологией. А во-вторых, есть вопрос. Как использовать astro, если, например (на примере этого примера😅), добавляется новый продукт? Т.е. когда бы делаем build, у нас получается статическая сборка, которая заранее делает fetch и если данные на внешнем ресурсе изменились, как подтянуть их динамически? Как будет работать тот же webSocket? Нипанятна🤔

Эх, если бы еще проекты были на этих новых технологиях...

Красава на позитиве👍

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

А есть ли роутинг без перезагрузки страницы в astro

мда, ну кроме загрузки по видимости пока не торкнуло, next все же next - закончу изучать тебя)

💯💯💯

Объясните пожалуйста новичку, а если в api данные изменяться будут, как тогда обрабатывать их и выводить контент, не билдить же каждый раз по новой

я правильно понимаю что астро только для SSR?

Айленд Аркитекча. И громкость одинаковую желательно ставить по ролику.

Здравствуйте Владилен можно обзор на Fresh deno

Astro супер, но почему то при проверке сайта не видмтся кодировка utf-8. Хотя она есть , может кто сталкивался?

Для простого проекта одностраничника с реактивным взаимодействием что лучше использовать\изучить начинающему? Astro\Svelte\React?

Интересно а минусы есть у этой технологии?

Объясните пожалуйста, в чем разница между островами и компонентами и что в каком случае использовать?

клевая футболка)

Cпасибо за хорошее видео по Astro. Cердечно.

Здравствуйте.Что думаете о vite

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

Я до сих пор не понимаю, уже давно есть инструмент который снимает вопросы на счет какой framework круче. Solid JS это то что делает твое приложение молниеносным.

Во-первых, спасибо за материал. Очень интересный и полезный контент. По поводу lazy loading компонентов идея хорошая, но по практике она не годится для работы приложений с медленным интернетом: там проблема в долгом коннекте к ресурсам. Все-таки скрипты, стили (при условии, что это не очень объемное) и прочие легковесные чанки лучше объединить в один файл и выплюнуть на странице. Ну, это уже нюансы.

Подними уже своё простое апи для зрителей, Владилен. Чтобы не отвлекаться на такие мелкие ошибки. И новичков не мучать с непонятными для них пока ошибками.

Нет бы изменить концепцию html. Они создают все новые костыли.

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

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

ЛАЙК ОТ СЕООНЛИ!

А почему preact? Реакт бы не?

А можно узнать список всех используемых вами плагинов для VS Code?

Что-то мне очень напомнила svelte и sveltekit. По сути я даже не понял в чем приимущества astro перед svelte. Канцептуально ничего нового ну и svelte тоже славится малым размером бандла и грузится тоже очень быстро. По сути форк svelte на первый взгляд. Единственное что astro - это типа сугубо статика, a в svelte есть и JS. В общем если есть svelte который явно навороченнее пока, то изучать astro смысла большого нет, хотя если нужно было бы то изучить его после svelte не составило бы и труда, но смыла нет в этом. Те же яйца только в профиль)))

Добро пожаловать в Кыргызстан - это название телеграмм чата для помощи тем кто переезжает в Кыргызстан.

что лучше Astro или Фреш?

preact?)

Это типа Gatsby, только попроще?

Владилен, очень люблю твой контент, смотрю с того момента как купил твои курсы по реакту и реаут нативу. Спасибо тебе. Ты классный. Береги себя. Правда в этот раз смотреть видео не буду, а просто поставлю лайк. Руки опущены из за дерьма, в котором мы сейчас, но не сдаемся НЕТ ВОЙНЕ!

Стоит еще подумать как много контента на сайте НЕ использует JS, это единичные случаи для страниц. А там где юзается, скорее всего еще будет подтянута UI либа и на этом попытки урезать размер бандла в принципе потеряют смысл. По опыту моих войн за UX приложений могу сказать, что куда важнее сообща сделать оптимальное API и убедиться что на бэке быстро обрабатываются запросы. Пользователь вряд ли заметит, что у него сайт загрузился на пол секунды быстрее из-за сжатия бандла, однако у него сгорит стул если на каждое его действие сайт постоянно впадает в кому на многие секунды ожидая когда же сервер даст ответ. В общем, мое ИМХО - штука крайне ситуативная, на проде есть проблемы куда серьезнее чем размер JS файлов. Если приложение разбито на модули и юзает lazy loading, а особенно если написана собственная библиотека компонентов для своих узких задач и не подтягиваются монстры на подобии материала, то про бандл JS можно забыть, в 99% случаев будут более важные места где надо навести перфоманс. И да, еще забыл упомянуть про генерируемые сервисы на подобии того что дает nswag, проект обрастает мегабайтами JS кода. Если оно есть - бандлу уже не помочь)

Зумеры придумали рендеринг на сервере и JS виджеты для браузера 😂😂 Но если серьезно, действительно крутая штука - то недостающее звено в инфраструктуре, которого как раз не хватало в NodeJS стеке.

епт я бы архитектору массаж сделал, крутая штука

начиналось красиво но прикол с билдом не догнал 🤨

Такой себе SSR для Svelte

А в чем прикол того что при билде все товары в статику превратились? Т.Е. если что-то добавиться в БД нужно опять билдить)))? как это работает на самом деле?

Мне видимо одному не понятно, почему тогда сразу не писать всё в html ? Зачем так усложнять, в чем преимущество? Подключать различные файлы как компоненты можно и через gulp-file-include например.

Да не в сумме крутых фишек некст лучше.

второй!

Ты в России? или на пути в Финляндию? Политика начинает активно так интересоваться тобой.

Так ты не уходишь с youtube?

Прикольно - Да. Использовал бы я это в проектах - Нет. Объясню почему: SPA ты грузишь 1 раз, да, на входе могут быть 138 кб, но потом ты по lazy грузишь другие странички по 1-3кб, чем фулл html страницы по 5-10кб. На счёт скорости ну в SPA тебе не кто не мешает сделать prerender такой-же как в astro, но вот только prerender отработает 1 раз на н1 страничку, а дальше уже всё по lazy будет. В общем велик который вряд ли стрельнет Спасибо за видео :)

Т.е. цену поменял и весь проект перебилдивать? А комментарий если чел написал? Тоже? Нет никакой вообще динамики?

Пожалуйста расскажи как относятся поисковики к ASTRO ??? как они видят такие сайты? могут они их рендерить при индексации ?

Есть намного быстрей чем Astro фреймворк - это Qwik у него O(1) производительность.

Лол. Только неделю как микросайт на нём сделал.

+

Второй

И чем вам так tailwind нравится? Он засоряет поле класса и, по-сути, создаёт новый язык, который надо учить. Из-за него же забываешь потом CSS и не можешь использовать SASS и прочие плюшки CSS, заменяя их на убогие возможности стилизации tailwind. К тому же он тащит с собой весь свой бандл ради пары стилей в проекте. По-моему, использовать его - это стратегическая ошибка.

Магазин плохой пример, так нагенерилось аж 20 однотипных страниц

шо там по мобилизации, молодые люди?)

В слитой БД военкоматов есть МИНИН ВЛАДИЛЕН ИГОРЕВИЧ. Надеюсь это не ты. Хоть ты и русский, но ты помог мне обрести новую профессию. Беги оттуда!

Смотрю в окопе

Никчемное ответвление от традиционного js .. на сегодня мы имеем скорость канала средняя 50мб , процессоры устройств с горизонтов даже 5 лет : очень мощные .. зачем накидывать очередную шнягу дабы ускорится ))?

Молодец Владлен! Добьем бункерную крысу новым оружием - Astro.

У многих жизнь заканчивается)) Там скоро новая волна могилизации

мда....

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

Владилен. Спаси вас дурака от Кармы. Просто Дурак.

Я не согласен.

когда ты бородавку свою выведешь?

Владилен! для диктаторов не существует "современных технологий"! они застряли в 30х, каждый айтишник для них еще один кусок фарша которым ни прикроют залотой унитаз! дай совет умным людям БЕЖАТЬ от убийц-узурпаторов! и сам им воспользуйся!