ArbNet: Смысл моего фреймворка такой. Есть Узлы - связка HTML шаблона/макета, CSS стилей к этому макету, назвав это компонентом, так же в узле есть PHP класс для обработки данных, скрипты. Есть как вы говорите бизнес-логика, структура страницы, где прописывается что должно быть. Подключение макетов, стилей, скриптов производит движок. Узлы можно делать какие угодно, редактировать удалять когда надо.
Пока это похоже на обычный шаблонизатор с подгрузкой блоков, где каждый блок имеет свой неймспейс и стили/JS код привязанный к нему.
Посмотрите на Google Web Toolkit, там почти то же самое, используются компоненты, с описанным интерфейсом, а HTML + CSS + JS генерируются через кодоген.
ArbNet, набросайте какой-то блог, с комментариями, разделами и тегами (или очередной todo list) на вашем фреймворке, как демку. Попутно пишите tutorial. Пока будете писать, найдете слабые стороны, переосмыслите как сделать по другому.
А вообще, я бы не отказался от фреймворка, которому на вход подаешь сущности и их взаимосвязи, а на выход получаешь готовую базу данных (схему) со всеми связями, сгенерированные CRUDы с REST (или GraphQL), чтобы осталось написать только бизнес-логику, между слоем данных и слоем представления.
Savka: - SEO продвижения
- в какой КМС можно сделать больше функционала с помощью бесплатных модулей? Или придется часть покупать что в одной что в другой?
- в какой из них более функциональные шаблоны или так или иначе надо будет дорабатывать программистам?
- адаптивный магазин будет у обоих или нет?
- стоимость доработки, исправлений?
- синхронизация с CRM?
- SEO мертво.
- делать магазин, думая о "бесплатных модулях" - заранее провальная стратегия.
В целом, я бы советовал взять Shop-Script, только емнип там нету возможности покупки товара с дробным количеством (например, 1488 г., 228 метров, и т.д.). Но не уверен что WP или OpenCart из коробки это поддерживает.
Я вот тоже свой магазин пытаюсь продать. 3 года как ушел в другую сферу, магазином вообще не занимаюсь, с сайта убрал все телефоны, чтобы разъярённые клиенты не звонили с вопросами когда я отправлю. Когда-то вбухал в него кучу времени и сил. И забить жалко, и продать не могу, т.к. никому не нужен.
timo-71, нет, вопрос был к bruderу. Они с suffixом вроде сравнивают свои сайты, там же можно легко померить время генерации ответа бекендом. Но вообще надо все на одно железо ставить, и давать нагрузочное. Не всегда низкое латенси залог большой пропускной способности.
Перфекционист: Что мешает местным самописцам создавать ВП темы и заливать их на рынок?
Нежелание работать с таким инструментом. А вот что вам мешает - вопрос действительно хороший, ведь вы с ним работаете на постоянной основе, а значит знаете его как свои 5 пальцев. И денег судя по всему там немерено.
suffix: 3. Скрипт по крону бегает и формирует для всех скриптов и стилей рядом такие е но ужатые gz со сжатием 9 и brotli со сжатием 11 (именно так и нужно ибо в кэше постоянно добавляются / меняются такие файлы)
А почему именно 9 и 11?
И ещё мне не понятно, зачем тут кое-кто упоминает TTFB, если этот показатель включает в себя время на раундтрипы пакетов (т.е. пинг).
Смысл моего фреймворка такой. Есть Узлы - связка HTML шаблона/макета, CSS стилей к этому макету, назвав это компонентом, так же в узле есть PHP класс для обработки данных, скрипты. Есть как вы говорите бизнес-логика, структура страницы, где прописывается что должно быть. Подключение макетов, стилей, скриптов производит движок. Узлы можно делать какие угодно, редактировать удалять когда надо.
Пока это похоже на обычный шаблонизатор с подгрузкой блоков, где каждый блок имеет свой неймспейс и стили/JS код привязанный к нему.
Посмотрите на Google Web Toolkit, там почти то же самое, используются компоненты, с описанным интерфейсом, а HTML + CSS + JS генерируются через кодоген.
ArbNet, набросайте какой-то блог, с комментариями, разделами и тегами (или очередной todo list) на вашем фреймворке, как демку. Попутно пишите tutorial. Пока будете писать, найдете слабые стороны, переосмыслите как сделать по другому.
А вообще, я бы не отказался от фреймворка, которому на вход подаешь сущности и их взаимосвязи, а на выход получаешь готовую базу данных (схему) со всеми связями, сгенерированные CRUDы с REST (или GraphQL), чтобы осталось написать только бизнес-логику, между слоем данных и слоем представления.
- SEO продвижения
- в какой КМС можно сделать больше функционала с помощью бесплатных модулей? Или придется часть покупать что в одной что в другой?
- в какой из них более функциональные шаблоны или так или иначе надо будет дорабатывать программистам?
- адаптивный магазин будет у обоих или нет?
- стоимость доработки, исправлений?
- синхронизация с CRM?
- SEO мертво.
- делать магазин, думая о "бесплатных модулях" - заранее провальная стратегия.
- тут Эскобар
- адаптивный может быть у обоих
- одинаково примерно
- синхронизацию можно сделать
В целом, я бы советовал взять Shop-Script, только емнип там нету возможности покупки товара с дробным количеством (например, 1488 г., 228 метров, и т.д.). Но не уверен что WP или OpenCart из коробки это поддерживает.
Можешь смело опускать планку < $35
ты готов за столько сделать на WordPress?
полсекунды примерно генерируется страница, что тоже неплохо.
Пол секунды на генерацию страницы это овердофига.
Я вот тоже свой магазин пытаюсь продать. 3 года как ушел в другую сферу, магазином вообще не занимаюсь, с сайта убрал все телефоны, чтобы разъярённые клиенты не звонили с вопросами когда я отправлю. Когда-то вбухал в него кучу времени и сил. И забить жалко, и продать не могу, т.к. никому не нужен.
koketkade, отличный маршрут для унимога
timo-71, нет, вопрос был к bruderу. Они с suffixом вроде сравнивают свои сайты, там же можно легко померить время генерации ответа бекендом. Но вообще надо все на одно железо ставить, и давать нагрузочное. Не всегда низкое латенси залог большой пропускной способности.
Что мешает местным самописцам создавать ВП темы и заливать их на рынок?
Нежелание работать с таким инструментом. А вот что вам мешает - вопрос действительно хороший, ведь вы с ним работаете на постоянной основе, а значит знаете его как свои 5 пальцев. И денег судя по всему там немерено.
3. Скрипт по крону бегает и формирует для всех скриптов и стилей рядом такие е но ужатые gz со сжатием 9 и brotli со сжатием 11 (именно так и нужно ибо в кэше постоянно добавляются / меняются такие файлы)
А почему именно 9 и 11?
И ещё мне не понятно, зачем тут кое-кто упоминает TTFB, если этот показатель включает в себя время на раундтрипы пакетов (т.е. пинг).