Dcms Social 1.9.9.7

biket 11 Мая 2021
Автор темы
Сибирский, А что пишет? У меня на php 8 запускается без ошибок.
P.S. И для php 8 нужен Apache с его поддержкой
______________________
Установи себе подпись: Ссылка

Энмеркар 11 Мая 2021
Всем привет,, я так думаю что для начала трёх китов вполне хватит. Это правильное кэширование и грамотное подключение скриптов особенно сторонних и как Сибирский сказал чистота базы
______________________
꧁༺Энмеркар༻꧂

DoR 10 Мая 2021
Сибирский, Дорогой мой друг
--- Если обратить внимание на мой первый пост нашей с тобой дискуссии, то вполне обнаружить указанный мной комплекс для создания программы под большие нагрузки - реалтайм включительно. И это не обязательно sql, вполне какой нибудь NoSQL... Например Фаербейс Ссылка
И бесспорно всё упирается в лимиты, но это уже совершенно отдельная тема.
Как собственно и то что одна много поточность не чего не решает.
( много поточность это всего лишь составляющая комплекса. юзер что то отправил и скрипт ещё "крутиться" но юзер может делать что то иное... )
Касательно единого запроса...
--- Протесть мой старенький скрипт... Который вместо стандартного бота умник - 12 запросов, работает с одним...
Ссылка
Ну вот где то так...))

Сибирский 10 Мая 2021
NewCMS, это ничего не даст потому как проблема в замусоривании базы, лишние записи увеличивают время выборки из таблицы и тут единственный критерий - как можно меньше записей в бд. Но тут то легко проверить, заполни одну таблицу допустим 10 000 записей и 1000000 записей вторую таблицу и попробуй выбрать из обеих по одинаковому запросу, замерив при этом общее время.

Сибирский 10 Мая 2021
DoR, тут тебе помимо много поточности нужно понимать что sql это отдельный механизм, единый запрос не даст тебе прирост производительности в этом, многопоток может только запустить дополнительно параллельно выполняемую задачу, это не одно и то же. Это не то же самое когда 2 дровосека рубят одно дерево, это разница сколькими топорами они его рубят. Для двух разных запросов это будет полезно, но так как физически ресурсы ограничены (что ты же сам и говорил ниже) все упирается в пределы. Самое обидное здесь то, что нельзя проверить на практике пока не будет реально много поточного php ))

NewCMS 9 Мая 2021
Сибирский, Надо просто уведомления посылать отдельным скриптом, а не в момент создания поста

DoR 7 Мая 2021
Сибирский, Смотри... Попытаюсь пояснить иначе...
Например в базе 10000000 записей, и что бы сделать там что то или найти, скрипту понадобиться минута.
А так как пиачпи одно-поточный, пока не отработает этот скрипт, другой будет в очереди.
--- Для обывателя это будет выглядеть приблизительно так:
Нажал кнопку и целую минуту не чего больше нажать не может.
И что бы избежать этого ожидания или назови это как то иначе, используется много-поточность, в нашем случае псевдо...
Но результат один: обыватель не ждёт, он может нажать на вторую кнопочку.
--- И это уже хорошо, правда?
Ну вот где то в общем так, понимаешь?...))
P.S Почему на веб воркер ссылку и дал, он более проще и наглядней демонстрирует как можно справиться с такой задачей.