Крутая штука, спасибо за овервью. Есть несколько вопросов:
Когда планируете в open source? Хочется пощупать :)
Возможно ли в визуальном редакторе настраивать связи между компонентами и добавлять динамику? Ну например, есть компонент таблички, хочу взять данные с API и засунуть их туда, прикрутить пагинацию и тд, без девов. (Ну или сделать простой toggle и тд)
Слушайте, проблема производительности гидратации не в том, что она плохо влияет на метрики. А в том, что популярные Фреймворки в упор не видят проблемы и не пытаются ее решить, предлагая костыльные решение в виде ленивой гидратации, которая также не решает проблему на 100%. Если ставить вопрос глобально, то jquery работает все равно быстрей, чем реакт. И дело именно в том, как ядро реакта написано.
Если интересно, посмотрите мою статью, я там разобрал вопрос производительности и добился очень хороший цифр при этом без ущерба функционалу.
Не знаю, рекламы ради или нет, но об Алкоклине в мире никто не знает. Нет никаких научных исследований и публикаций (PubMed: 0, Cochrane тоже 0 и т.д.). Только у нас в России знают его активное вещество и продают, откуда напрашиваются вопросы…
У Apple гарантия по всему миру вроде как. По крайне мере когда возникали проблемы с устройствами я просто относил в сертифицированный сервис и мне бесплатно все делали, но последний раз это было лет 5 назад. Сейчас пытался найти инфу – безрезультатно.
О каких технологиях идёт речь? Так как если использовать реактивные фреймворки, то так оно и есть, подключаете только те пакеты, которые нужны. Нужна работа с запросами — подключили библиотеку. Нужен роутинг — снова подключим библиотеку. Видимо вы говорите про подобие jQuery лапши. Если да, то значит будет один огромный фреймворк, доверять вендору и не ограничивать права доступа пакета, решать вам.
Я не говорю, что это решит проблему полностью, но безопаснее чуть-чуть станет. Все равно останется момент с доверием к вендору, но зато вы будете знать какие права нужны пакету, чтобы он работал. Ведь будет странно, если пакету нужен доступ к отправке запросов или к DOM, когда он меняет цвет сообщений в консоле, не так ли?
Так не надо использовать одну библиотеку, которая делает все и является прослойкой от native js. Если брать подход с использованием ядра в виде react, vuejs, angular с различными доп. модулями, которые решают конкретную задачу, то идея с правами доступа имеет право на жизнь. Но это не гарантирует, что нельзя будет вставить вредоносный код (если его добавят в ядро какого нибудь react, у которого будет доступ к DOM, то можно будет делать любые get запросы)
Так решение находится на поверхности и оно вроде достаточно простое. И уже реализовано в iOS и Android.
Нужна возможность при подключении пакета/модуля (через import) выставлять права доступа (работа с DOM, network (Ajax), canvas, использование events и тд).
Полностью изолировать код модуля. Window и document не доступен, стандартные функции объектов string, array и т.д тоже, если их не как-то передать при инициализации модуля.
Не пробовали использовать kubespray?
По сути это набор ansible скриптов, которые разворачивают production-ready cluster под различные провайдеры (openstack, aws, gcloud) в том числе для bare metal. Поддерживает множество сетей (flannel, calico, weave и тд) и вообще там куча настроек.
Спасибо за обзор утилитки. Знаете те ли вы какой нибудь ресурс (или может быть у вас есть статьи/репозиторий), где описана настройка elk кластера, мониторинг и gitlab ci? Я находил, но все они out-of-date, к сожалению.
Правильно, лендинг — это презентация товара. Именно так вы понятно и просто рассказываете все плюсы вашего продукта для конкретной ЦА, то есть продаете.
+ еще хочу сказать, что из миллиона заходов на лэндинг, скроллит до конца не больше 10 процентов
Ну так используйте максимум 2-3 экрана, процент будет выше. Располагайте основную информацию в верху. Лендинг от этого не перестанет быть лендингом.
А повелительное наклонение, или призыв к действию, это всего лишь подходы, которые в одних условиях работают, в других нет.
Новичкам это поможет с чего то начать, чтобы конверсия не 0% была. Именно такая цель у курса.
Статья же рассчитана ведь не на профессионалов, те кто умеют, им уже ничего читать не надо.
Самые рабочие темы никто не сольет, они ведь сразу станут нерабочими по многим причинам.
Спасибо, буду рад, если поделитесь мнением, что можно улучшить, помогло ли улучшить процесс
Не совсем, под капотом всем известный Zod и express. А вы как решаете эту проблему у себя?
Если вам не понятна проблематика из поста и решение, я только рад буду рассказать подробнее. Какие остались вопросы? Что не понятно?
До фреймворка тут еще далеко, скорее набор библиотек объедененных, для более простого управление схемами и т.д.
Крутая штука, спасибо за овервью. Есть несколько вопросов:
Когда планируете в open source? Хочется пощупать :)
Возможно ли в визуальном редакторе настраивать связи между компонентами и добавлять динамику? Ну например, есть компонент таблички, хочу взять данные с API и засунуть их туда, прикрутить пагинацию и тд, без девов. (Ну или сделать простой toggle и тд)
Поделитесь скриншотом редактора?
Слушайте, проблема производительности гидратации не в том, что она плохо влияет на метрики. А в том, что популярные Фреймворки в упор не видят проблемы и не пытаются ее решить, предлагая костыльные решение в виде ленивой гидратации, которая также не решает проблему на 100%. Если ставить вопрос глобально, то jquery работает все равно быстрей, чем реакт. И дело именно в том, как ядро реакта написано.
Если интересно, посмотрите мою статью, я там разобрал вопрос производительности и добился очень хороший цифр при этом без ущерба функционалу.
meds.is/drugs/2255-alkoklin
Он теперь bloxy.ru (уже года 2-3)
Я не говорю, что это решит проблему полностью, но безопаснее чуть-чуть станет. Все равно останется момент с доверием к вендору, но зато вы будете знать какие права нужны пакету, чтобы он работал. Ведь будет странно, если пакету нужен доступ к отправке запросов или к DOM, когда он меняет цвет сообщений в консоле, не так ли?
Так не надо использовать одну библиотеку, которая делает все и является прослойкой от native js. Если брать подход с использованием ядра в виде react, vuejs, angular с различными доп. модулями, которые решают конкретную задачу, то идея с правами доступа имеет право на жизнь. Но это не гарантирует, что нельзя будет вставить вредоносный код (если его добавят в ядро какого нибудь react, у которого будет доступ к DOM, то можно будет делать любые get запросы)
Так решение находится на поверхности и оно вроде достаточно простое. И уже реализовано в iOS и Android.
Короче нужно расширения для webpack =)
stackoverflow.com/questions/46284335/kubernetes-cant-reach-other-node-services
github.com/coreos/flannel/issues/799
А можете подробнее расписать про проблему, пожалуйста?
Не пробовали использовать kubespray?
По сути это набор ansible скриптов, которые разворачивают production-ready cluster под различные провайдеры (openstack, aws, gcloud) в том числе для bare metal. Поддерживает множество сетей (flannel, calico, weave и тд) и вообще там куча настроек.
Спасибо за обзор утилитки. Знаете те ли вы какой нибудь ресурс (или может быть у вас есть статьи/репозиторий), где описана настройка elk кластера, мониторинг и gitlab ci? Я находил, но все они out-of-date, к сожалению.
Правильно, лендинг — это презентация товара. Именно так вы понятно и просто рассказываете все плюсы вашего продукта для конкретной ЦА, то есть продаете.
Ну так используйте максимум 2-3 экрана, процент будет выше. Располагайте основную информацию в верху. Лендинг от этого не перестанет быть лендингом.
Новичкам это поможет с чего то начать, чтобы конверсия не 0% была. Именно такая цель у курса.
Статья же рассчитана ведь не на профессионалов, те кто умеют, им уже ничего читать не надо.
Самые рабочие темы никто не сольет, они ведь сразу станут нерабочими по многим причинам.