Просто для моих целей и для моего продукта все это вообще не критично. Не говорю, что не играет роли, но это даже не десятый приоритет) От этого я и отталкиваюсь. Приоритет руководит балом. А приоритет выстраивается из импорта и эффорта на бизнес. Конкретно то, о чем вы пишете (и между прочим все верно пишите), но именно это вообще почти не будет влиять на бизнес, поэтому приоритет низкий. Для другого бизнеса и продукта может быть более значимо и приоритет был бы выше.
И оценку инструменту и результату я даю исходя из своей цели и зоны интересов.
Учитывая что мне все равно на скорость загрузки и на бизнес это не будет влиять, мне все равно на отличие технологий потому что продавать я буду не технологию сайта а продукт - бота бинарный файл по сути. Мне все равно на отличие SPA от чего бы там ни было потому что это ровным счетом не дает мне ничего в плане продукта и бизнеса.
То есть я просто не думаю ни про что, что не является частью продукта и не будет его бустить или на него влиять.
Исходя из этой пресупозиции я и выбрал этот инструмент . Вот и всё.
и разумеется программисты будут оценивать это продукт совсем под другим углом , нежели я . И это нормально потому что они оценивают его как конкурента и говорят о плюсах и минусах с точки зрения технологии, а я с точки зрения бизнеса ))
Я сделал за вечер то, что на PHP пришлось бы делать сильно дольше из-за вёрстки и адаптивности под все лейауты.
А так-же предварительный дизайн всего сайта.
Я пропустил шаги дизайна, пропустил шаги адаптивности и вёрстки, пропустил шаги хостинга и аренды сервака. Я все пропустил мимо и просто текстом сделал готовый сайтец - в этом суть.
Я вас не пытаюсь обратить в новую веру. То что я налила в статье - для меня сильно проще и лучше по качеству чем то, что предлагаете вы. Я - не Вы. Вам проще делать дизайн потом верстать потом на сервере рендерит - мне проще потратить вечер и сделать все промптами "не отходя от кассы". В этом и разница и мне кажется не о чем спорить вообще)
Мне лень верстать, перепроверять лейауты, заморачиваться со стилями, даже если это tailwind и потом ещё на пхп рендерит и гостить где-то вручную - я все эти этапы прошёл давно и сейчас сильно больше ценю время и силы. Поэтому ищу самые простые пути решения задачи, так как цель у меня не сделать топовые сайт, а в конечном итоге продать продукт и для этого мне не надо рокет Сайнс с технологиями, отличать SSR или SPA , думать о том, что такое SPA, считать миллисекунды загрузки, и прочее.
У меня другая цель и я отталкиваюсь именно от цели.
SPA (Single Page Application) - это одностраничное веб-приложение, в котором весь сайт работает как одна HTML-страница, а переходы между “страницами” реализуются на фронте с помощью JavaScript без полной перезагрузки страницы. Основная логика отрисовки UI лежит на клиенте.
Если при переходе между страницами в твоём приложении вся страница не перезагружается, а вместо этого происходит запрос к серверу (XHR, Fetch) за нужными данными, и затем эти данные отрисовываются прямо в браузере с помощью JavaScript - это называется клиент-сайд рендеринг (Client-Side Rendering, CSR).
А сервер-сайд рендеринг (Server-Side Rendering, SSR) - это когда при каждом запросе на новую страницу сервер сам собирает полноценный HTML, уже содержащий все нужные данные, и отправляет его браузеру. В этом случае браузеру не нужно ждать загрузки JavaScript, чтобы увидеть контент - он сразу отображается.
Не понимаю, о чем мы спорим…
Ровно эту-же информацию можно найти просто на любом сайте / форму / определении. Это база.
Вы видимо не туда смотрите, либо не мой сайт. У меня там XHR реквесты (асинхронные), которые просто тянут данные. А страницы уже рендерятся на фронте. Серверсайд рендеринг это когда при переходе по страницам постоянно перегрузка страницы происходит (потому что рендерится все на сервере, и возвращается целиком на фронт готовая страница).
Народ, все комментарии выше по поводу скорости загрузки, качества кода, невозможности масштабировать, необходимости переписывать если допиливать что-то поверх, и прочее..
Я ведь согласен с каждым этим заявлением. Я сам писал на Laravel, Vue, Angular, TS, JS и делал разные решения.
Поэтому вот реально каждый такой коммент выше - я согласен.
Просто чтоб понимали правильно мой посыл - я не заявляю что Vercel заменил всех фронтов и делает работу лучше низ - вообще нет,, он её делает хуже примерно во всем.
Но есть определённые задачи, которые можно сделать за вечер с помощью Vercel и избавить себя от
Проектирования дизайна
Разработки адаптивного фронта
Кодина ручного
Хостинга через ssh
и прочее
Мне не нужен был ТОП сайт по перформансу для SEO оптимизации, не надо было пихать туда логику приложения, не надо было вообще ничего кроме по сути многостраничнорго лендоса, который будет красивым, аккуратным, адаптивным. И для этой цели я заюзал инструмент, который полностью закрыл все потребности на данный момент.
Когда я буду делать авторизацию, базу данных крутить и прочее - я буду писать скорее всего с нуля, либо попробуж переиспользовать компоненты фронта, если получится. Но пока я этого не делаю - мне нужно было быстрое решение вопроса с "визитной карточкой", и чтоб домен потихоньку начал индексироваться - вот эти цели я закрыл с Vercel
Конечно если мы говорим про что-то большее - то Vercel не подойдёт и тут уже каждый комментарий выше будет в тему и я с ним соглашусь)
Просто не вижу смысла стрелять по комарам из ракетницы. Но все дальнейшие мои планы на Vercel не могут быть сделаны априори на данный момент.
Надо просто точно понимать какие инструменты для каких целей подходят, а какие не подходят и использовать их соответственно - в этом был месседж
Ну, я, честно говоря на русском не пробовал промпты там пилить. Сразу начал с англ так как у меня англ рабочий язык и я на нем в целом пишу все, что связано с работой.
Но например глубокие исследования в GPT у меня лучше отрабатывают на английском. Ответы получаются глубже и детальнее.. возможно потому что источники тогда ищет англоязычные по большей части, а если на русском, то русскоязычные, которых меньше.
В случае с Vercel надо тестить, но когда есть GPT под рукой, то в целом становиться не важно на каком писать промпты, он же перевести может спокойно)
Если кто-то сравнивал Ру/Eng промпты в Vercel, поделитесь опытом, тоже интересно есть ли разница)
Вы тестировал тестовый лендос?) Который я сделал по ходу написания статьи и только те секции, которые в статье же и описал ? И вообще не прорабатывал ни одну из страниц, ни темы, вообще ничего)) https://v0-crypto-staking-spa.vercel.app
Это странно..зачем вы тестируете на ошибки то, что было сделано просто для скриншотов показать флоу работы… за пару промптов буквально.
Протестируйте, пожалуйста, сайт не тестовый, сделанный за 2 минуты ради пары скринов, а реальный, который висит на моем домене https://orbion.so
Там я действительно прорабатывал страницы и логику, и если там есть баги и ошибки то буду рад обратить на них внимание и исправить :)
Хорошая идея. Надо чекнуть, спасибо)
Ладно, думаю тебе собеседник не нужен ахах, тебе и самому в комментах весело 😄
Дальше сам))
Ты о чем вообще? 😅
Сорри, не с целью задеть тебя, но перестаю понимать куда ты клонишь и в целом нить диалога
ну за предложение спасибо, но сейчас нет :)
Возможно позже, думаю об этом
Да, вы все правильно в целом говорите)
Просто для моих целей и для моего продукта все это вообще не критично. Не говорю, что не играет роли, но это даже не десятый приоритет) От этого я и отталкиваюсь. Приоритет руководит балом. А приоритет выстраивается из импорта и эффорта на бизнес. Конкретно то, о чем вы пишете (и между прочим все верно пишите), но именно это вообще почти не будет влиять на бизнес, поэтому приоритет низкий. Для другого бизнеса и продукта может быть более значимо и приоритет был бы выше.
И оценку инструменту и результату я даю исходя из своей цели и зоны интересов.
Учитывая что мне все равно на скорость загрузки и на бизнес это не будет влиять, мне все равно на отличие технологий потому что продавать я буду не технологию сайта а продукт - бота бинарный файл по сути. Мне все равно на отличие SPA от чего бы там ни было потому что это ровным счетом не дает мне ничего в плане продукта и бизнеса.
То есть я просто не думаю ни про что, что не является частью продукта и не будет его бустить или на него влиять.
Исходя из этой пресупозиции я и выбрал этот инструмент . Вот и всё.
и разумеется программисты будут оценивать это продукт совсем под другим углом , нежели я . И это нормально потому что они оценивают его как конкурента и говорят о плюсах и минусах с точки зрения технологии, а я с точки зрения бизнеса ))
Тут нет предмета для спора как по мне.
Я сделал за вечер то, что на PHP пришлось бы делать сильно дольше из-за вёрстки и адаптивности под все лейауты.
А так-же предварительный дизайн всего сайта.
Я пропустил шаги дизайна, пропустил шаги адаптивности и вёрстки, пропустил шаги хостинга и аренды сервака. Я все пропустил мимо и просто текстом сделал готовый сайтец - в этом суть.
Я вас не пытаюсь обратить в новую веру. То что я налила в статье - для меня сильно проще и лучше по качеству чем то, что предлагаете вы. Я - не Вы. Вам проще делать дизайн потом верстать потом на сервере рендерит - мне проще потратить вечер и сделать все промптами "не отходя от кассы". В этом и разница и мне кажется не о чем спорить вообще)
Мне лень верстать, перепроверять лейауты, заморачиваться со стилями, даже если это tailwind и потом ещё на пхп рендерит и гостить где-то вручную - я все эти этапы прошёл давно и сейчас сильно больше ценю время и силы. Поэтому ищу самые простые пути решения задачи, так как цель у меня не сделать топовые сайт, а в конечном итоге продать продукт и для этого мне не надо рокет Сайнс с технологиями, отличать SSR или SPA , думать о том, что такое SPA, считать миллисекунды загрузки, и прочее.
У меня другая цель и я отталкиваюсь именно от цели.
Я думаю, (если вопрос ко мне), лучше спросить @Fragster или кого-то из ребят, которые оставляли комментарии выше.
Они знают лучше техническую сторону. И Судя по тому, что я вижу, будут рады обсудить именно техническую часть.
Мой интерес в другом) так что не смогу помочь
Сколько людей, столько и мнений) Убеждать и спорить не буду
SPA (Single Page Application) - это одностраничное веб-приложение, в котором весь сайт работает как одна HTML-страница, а переходы между “страницами” реализуются на фронте с помощью JavaScript без полной перезагрузки страницы. Основная логика отрисовки UI лежит на клиенте.
Если при переходе между страницами в твоём приложении вся страница не перезагружается, а вместо этого происходит запрос к серверу (XHR, Fetch) за нужными данными, и затем эти данные отрисовываются прямо в браузере с помощью JavaScript - это называется клиент-сайд рендеринг (Client-Side Rendering, CSR).
А сервер-сайд рендеринг (Server-Side Rendering, SSR) - это когда при каждом запросе на новую страницу сервер сам собирает полноценный HTML, уже содержащий все нужные данные, и отправляет его браузеру. В этом случае браузеру не нужно ждать загрузки JavaScript, чтобы увидеть контент - он сразу отображается.
Не понимаю, о чем мы спорим…
Ровно эту-же информацию можно найти просто на любом сайте / форму / определении. Это база.
Вы видимо не туда смотрите, либо не мой сайт. У меня там XHR реквесты (асинхронные), которые просто тянут данные. А страницы уже рендерятся на фронте. Серверсайд рендеринг это когда при переходе по страницам постоянно перегрузка страницы происходит (потому что рендерится все на сервере, и возвращается целиком на фронт готовая страница).
Народ, все комментарии выше по поводу скорости загрузки, качества кода, невозможности масштабировать, необходимости переписывать если допиливать что-то поверх, и прочее..
Я ведь согласен с каждым этим заявлением. Я сам писал на Laravel, Vue, Angular, TS, JS и делал разные решения.
Поэтому вот реально каждый такой коммент выше - я согласен.
Просто чтоб понимали правильно мой посыл - я не заявляю что Vercel заменил всех фронтов и делает работу лучше низ - вообще нет,, он её делает хуже примерно во всем.
Но есть определённые задачи, которые можно сделать за вечер с помощью Vercel и избавить себя от
Проектирования дизайна
Разработки адаптивного фронта
Кодина ручного
Хостинга через ssh
и прочее
Мне не нужен был ТОП сайт по перформансу для SEO оптимизации, не надо было пихать туда логику приложения, не надо было вообще ничего кроме по сути многостраничнорго лендоса, который будет красивым, аккуратным, адаптивным. И для этой цели я заюзал инструмент, который полностью закрыл все потребности на данный момент.
Когда я буду делать авторизацию, базу данных крутить и прочее - я буду писать скорее всего с нуля, либо попробуж переиспользовать компоненты фронта, если получится. Но пока я этого не делаю - мне нужно было быстрое решение вопроса с "визитной карточкой", и чтоб домен потихоньку начал индексироваться - вот эти цели я закрыл с Vercel
Конечно если мы говорим про что-то большее - то Vercel не подойдёт и тут уже каждый комментарий выше будет в тему и я с ним соглашусь)
Просто не вижу смысла стрелять по комарам из ракетницы. Но все дальнейшие мои планы на Vercel не могут быть сделаны априори на данный момент.
Надо просто точно понимать какие инструменты для каких целей подходят, а какие не подходят и использовать их соответственно - в этом был месседж
SPA это сингл Пейдж аппликейшн без сервер сайд рендеринга, при чем тут пхп который сервер сайд и который не имеет отношения к SPA
я в статье объяснил , зачем и для чего делал сайт и какая ситуация с исходниками и что именно для меня приоритет в этом проекте
Понял :)
Ну, спасибо за обратную связь тогда)
Спасибо за обратную связь)
Ну, я, честно говоря на русском не пробовал промпты там пилить. Сразу начал с англ так как у меня англ рабочий язык и я на нем в целом пишу все, что связано с работой.
Но например глубокие исследования в GPT у меня лучше отрабатывают на английском. Ответы получаются глубже и детальнее.. возможно потому что источники тогда ищет англоязычные по большей части, а если на русском, то русскоязычные, которых меньше.
В случае с Vercel надо тестить, но когда есть GPT под рукой, то в целом становиться не важно на каком писать промпты, он же перевести может спокойно)
Если кто-то сравнивал Ру/Eng промпты в Vercel, поделитесь опытом, тоже интересно есть ли разница)
Вы тестировал тестовый лендос?) Который я сделал по ходу написания статьи и только те секции, которые в статье же и описал ? И вообще не прорабатывал ни одну из страниц, ни темы, вообще ничего))
https://v0-crypto-staking-spa.vercel.app
Это странно..зачем вы тестируете на ошибки то, что было сделано просто для скриншотов показать флоу работы… за пару промптов буквально.
Протестируйте, пожалуйста, сайт не тестовый, сделанный за 2 минуты ради пары скринов, а реальный, который висит на моем домене https://orbion.so
Там я действительно прорабатывал страницы и логику, и если там есть баги и ошибки то буду рад обратить на них внимание и исправить :)
так я ж учился в процессе) история со скамом была чуть позже, чем с копитрейдингом. Мне проще на практике учиться чем по теории
Спасибо за комментарий и что поделились опытом)
Это DEX, просто смарт контракт работают