Всем привет!
Вот есть модный Server-Side Rendering – SSR – типа генерация кода веб страницы на стороне сервера, разве это не тоже самое что всегда и делал PHP, подготавливал на сервере html страничку и уже готовую отправлял пользователю, разве это не одно и то же?
По сути да, но это не мода, а необходимость для SPA (сайты на JS) в случае если нужна поисковая индексация сайта , при этом SSG / ISR не подходят
Есть ли решение (плагины, скрипты) чтобы редактировать тексты прямо на сайте? Открыл, подправил тексты, сохранил кнопка - и страницы обновлены.
Перенести сайт на вордпресс
Первичная загрузка сайта вероятно будет чуть дольше, а вот навигация по страницам - гораздо быстрее
Прочитай пожалуйста название темы. Если что то по ней интересует - велком. Если хочешь поговорить о преимущесьвах фв и цмс , подними старую или создай новую тему, тут я об этом говорить не собираюсь
Так совпало, что мой вопрос напрямую касается данной темы - изобретение велосипедов, отсутствие понимания и вот это все, что писал в 1м посте.
Ты спросил других, но у меня такой же вопрос к тебе, а именно заинтересовал пример переезда с цмс на самопис. Зачем? Что с этого получит бизнес, а не разработчик?
Я разрабатываю на фреймворках, но когда обращаются сделать обычный сайт, то возвращаюсь к цмс, потому что это наилучшее сочетание цены, качества, скорости.
Задача бизнеса - максимизировать прибыль. Ему пофиг, что там под капотом сайта, главное чтобы приносило деньги и побыстрее.
Самопис позволит условно на 0.2 секунды быстрее грузить страничку. В случае миллионного ежесуточного трафика, вероятно есть смысл в более дорогостоящей разработке. А типовому магазину сойдёт и цмс.
PS: меня точнее интересует не зачем ты изобретал велосипед - твоё дело, нравится, ну и рад за тебя. Здесь все понятно. Мне вот тоже больше интересно на фреймворках делать.
Вопрос как удалось продать?
Т.е в чем логика заказчика покупать по завышенной цене то, что можно сделать в разы, а то и в десятки раз дешевле
ускорение работы, переход к паттерну MVP, полное разделение бэка и фронта. Модульность. Упрощение написание модулей расчета, упрощение работы с большими обьемами данных в CSV формате, например прайсами. Независимая интеграция через API c CRM, платежными модулями. Возможность простого написания приложений для Андроид и Эппл. Из этой компании я ушел больше 5 лет назад, но вижу что до сих пор кое-что используется из моих наработок, которые сейчас бы я уже сделал совсем по другому.
Mvc паттерн используется и в cms, например в опенкарте.
Он так же вроде бы пошустрее ВП, так как это его специализация + всякие плагины кеширования. Так же он модульный.
Про прайсы тоже не понял, как это связано. Я писал скрипт, который автоматически скачивает и обрабатывает CSV и другие форматы прайсов, а сторонний модуль для cms автоматом загружал. Для wc наверняка можно так же сделать.
Если нужны кастомные плагины - можно создать нужные, вместо переделывания всего.
Приложения - зачем они обычному магазину, в котором разовые / редкие покупки?
В общем загорелся как-то этой темой, но увы не нашёл в этом смысла, как это продавать?
Т.е клиент может заказать сайт стоимостью Х на конструкторе, а может за условные 3-50х, чтобы что?
На 0.1-0.2 секунды быстрее грузиться?
использовался готовый функционал вукоммерса. И потом когда переезжали на nuxt/python
Любопытно, а какую проблему хотели решить переездом?
Интересовался этой темой, пришёл к выводу, что подобное подойдёт только для очень крупных проектов, обычному магазину это не нужно - долго и дорого, по сути изобретается велосипед.
При этом нет практически плюсов в сравнении с cms
нет его, попробовал с компа зайти, тоже нет. Вот скрин:
Чистый, но лучше реакт / вью
Я же хочу чтобы и не программисты могли без знаний JS легко создавать разные динамические формы обрабатываемые скриптом и тд.
Для этого есть множество фреймворков, например antd, mui из наиболее крупных
