Фреймворк SNDL

Поэтому и делаю свой, а они пусть с своими говнофреймворками разбираются, я в них не хочу разбираться..

😮 А что будут делать те, кто купил сайт на Битриксе в промежуток между сегодня и релизом. Не говоря о тех, кто это сделал ранее. В обратную совместимость не особо верю🍿

Иными словами, ТС вовремя - назрела модернизация рунета. Если даже Битрикс на 3-х фреймворках грозится обновиться😂

Это все давно уже есть. Ваш хмл лишняя сущность. Конфигом для сайта и документа + шаблон. Которые редактируются из админки.

Лучше обратите внимание на:

1. Базовый функционал любого фреймворка:

• Обработка запроса (Пост, Пут, Гет, Куки, Заголовки)
• Роутер в зависимости от запроса. Гибкий.
• Автолоадер ( лучший вариант от композера ). Подключение библиотек (типа:

  use Box\Spout\Reader\Common\Creator\ReaderEntityFactory;
  

foreach ($reader->getSheetIterator() as $sheet) { ...
• безопасность - авторизация, токены
• пользователи и роли
• слой данных.
• внятные механизмы для роутов. По факту, не важно как их назвать. Фактически это, все что между обработанным запросом и ответом. Так что любой сайт это модный mvc, просто иногда куски вьюхи уже в контроллере и моделе :D
• респонзе - грамотный ответ на рекьюест. Заголовки (200, 404 и т.д.), сам ответ.

Все фреймворки это делают. Кто то лучше, кто то хуже.

2. Чего, не хватает. Тренды.

В параллельной теме о дублях правил в цсс рассуждают.

О скорости загрузки много говорят.

СЕО ориентированность тоже не последний запрос.

По мне, так и приложиться нужно туда.

• Все, что на магазине в 20000 товаров, отдает первый байт за более чем десятки мс, при на ресурсах 1гиг памяти, в топку

$ ab -n 100 -c 3 ****

.....

Non-2xx responses:      100

Requests per second:    101.70 [#/sec] (mean)

Time per request:       29.499 [ms] (mean)

Time per request:       9.833 [ms] (mean, across all concurrent requests)

Transfer rate:          6416.58 [Kbytes/sec] received

Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        0    1   4.0      0      29

Processing:    14   28  12.9     25      72

Waiting:        0   25  13.1     21      68

Total:         14   29  13.7     27      72

• Удержание нагрузок

$ ab -n 10000 -c 100 *****
Non-2xx responses: 10000
Requests per second: 117.30 [#/sec] (mean)
Time per request: 852.508 [ms] (mean)
Time per request: 8.525 [ms] (mean, across all concurrent requests)
Transfer rate: 7401.54 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 4 22.6 0 364
Processing: 252 845 132.9 833 1495
Waiting: 18 838 131.1 825 1491
Total: 373 849 132.2 835 1502

Percentage of the requests served within a certain time (ms)
50% 835
66% 885
75% 921
80% 946
90% 1012
95% 1080
98% 1181
99% 1233
100% 1502 (longest request)

Придётся поверить. Обратная совместимость – это одно из основных оправданий разработчиками Битрикса того, что там много всякого хлама.

Кстати о СЕО. Вы вполне, можете автоматизировать СЕО, поняв семантику запроса. Например, зная 2 слова "Фреймворк SNDL", за 10 сек можно узнать про что это:

Данные на основе ТОП-100 Яндекса

Попали в результат "фреймворк" и "фреймворкa" а не должны были, если бы лемматизация правильно сработала. pymorphy2 накосячил

видимо не знает такого слова:)

Юношеский максимализм :) Эффективность магазина зависит не от скорости, а от уникальности товара. Иначе бы тот же ебай со своим 1-3 секунды первого байта, давно помер бы.

Если вы этим оправдываете то, что делаете, то мне жаль. А по мне, повторю:

---------- Добавлено 05.12.2019 в 01:34 ----------

И добавлю, мне полтинник и первый сайт (php, mysql, он лайн заказ, загрузка CSV 10к товаров ) был в 2004 году

Мне как покупателю на время загрузки все равно, наносекунды там или секунды. Главное - востребованность товара. Я хоть минуту подожду.

1998 - магазин на микрософт бизнес платформе с ASP и MSSQL. Насколько помню, пхп был в зачаточной второй версии , а mysql не умел вложенных запросов. Да и вообще mod_perl был в тренде :) Только сейчас какая разница, все сильно изменилось.

Хозяин-барин. Если сайты делаете, то фактор ттфб исключите;) Это не важно для сайта. Покупатель может подождать

Спасибо, приму во внимание.

Моя проблема в том, что работаю один, на такой большой функционал нужно время, со временем всё будет дорабатываться если проект не загнётся конечно.

На данном этапе просто хочу донести до людей зачем нужен xml, никто не понимает и отвергают его использование.

Покупателю класть на ттфб. Ему интересно сайт увидеть. Если ттфб полсекунды, а сайт он увидит в общей сложности за секунду, то он даже не заметит никакого тормоза.