Нагрузка от 3.1.х и расширений

[southklad]

Еще протестировал именно форум, выдало

Код: Выделить всё

HTTP/1.1 200 OK
Server: nginx/1.8.0
Date: Sat, 29 Aug 2015 21:08:54 GMT
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
X-Powered-By: PHP/5.3.28
Set-Cookie: phpbb3_i4rrt_u=1; expires=Sun, 28-Aug-2016 21:08:52 GMT; path=/; domain=southklad.ru; HttpOnly
Set-Cookie: phpbb3_i4rrt_k=; expires=Sun, 28-Aug-2016 21:08:52 GMT; path=/; domain=southklad.ru; HttpOnly
Set-Cookie: phpbb3_i4rrt_sid=98b0febea5958cd3beecf0314ba3a072; expires=Sun, 28-Aug-2016 21:08:52 GMT; path=/; domain=southklad.ru; HttpOnly
Cache-Control: private, no-cache="set-cookie"
Expires: Sat, 29 Aug 2015 21:08:53 GMT
Vary: Accept-Encoding
Content-Language: ru

Заинтересовала эта строка: Cache-Control: private, no-cache="set-cookie" , это значит форум не кешируется?

Отправлено спустя 41 секунду:

Нехило так расширений, ещё и удивляетесь нагрузки.

Только самые необходимые, тогда вообще какой смысл был в обновлении, если иметь голый 3.1

[Alecto]

У меня в 3 раза больше и никаких проблем.

[Sumanai]

Версия PHP 5.3.28

Не самая быстрая. Если есть возможность, смените на более новую.
PHP 7 вообще будет работать в два раза быстрее, жду не дождусь релиза. Жаль что хостеры не торопятся обновлять софт.

это значит форум не кешируется?

Cтраницы форума само собой не кешируются. С остальными ресурсами у вас порядок, кеширование настроено грамотно.

[rxu]

В 3.1.x будет?

Будет. Надеюсь, к 3.1.7.

Отправлено спустя 1 минуту 6 секунд:

PHP 7 вообще будет работать в два раза быстрее

Только 3.1.х с ним не работает, надо будет код править.

[Sumanai]

Только 3.1.х с ним не работает, надо будет код править.

Ну, это к разработчикам.

Код: Выделить всё

Tests: 5046, Assertions: 162631, Failures: 63, Errors: 8, Incomplete: 6, Skipped: 21.

Поправимо, как по мне.

[rxu]

Ну, это к разработчикам.

3.1 и не планируется адаптировать к PHP 7. Только 3.2.

[Sumanai]

PHP 5.7

PHP 7 же.
А почему? Он же выйдет вот- вот, совсем скоро, до выхода phpBB 3.2.

[LavIgor]

лучше прописывать путь к автозагрузчику в composer.json

Чем сканирование этого файла принципиально отличается от сканирования другого файла во вложенной папке?
И как это совместимо со стандартом composer?
После сканирования json предлагаете composer.phar запускать, чтобы установить зависимости?

Отправлено спустя 2 минуты 32 секунды:

Он же выйдет вот- вот, совсем скоро, до выхода phpBB 3.2.

Ну так phpBB 3.2 уже будет совместим с PHP 7.

[Sumanai]

Чем сканирование этого файла принципиально отличается от сканирования другого файла во вложенной папке?

То есть чем отличается просмотр одной строчки при установке от сканирования дерева файлов?

И как это совместимо со стандартом composer?

Он тут не при делах.

После сканирования json предлагаете composer.phar запускать, чтобы установить зависимости?

Нет, как и раньше, папка vendor уже будет в расширении.

После сканирования json предлагаете composer.phar запускать, чтобы установить зависимости?

Хотя задумка интересная, позволит иметь последние версии зависимостей без их обновления автором расширения, при соответствующих настройках само собой.

Ну так phpBB 3.2 уже будет совместим с PHP 7.

Само собой. Но не все же сразу обновятся на 3.2.

[rxu]

PHP 7 же.

Да, опечатался.

Но не все же сразу обновятся на 3.2.

Ну, не все сразу же и обновятся до PHP 7

[LavIgor]

Sumanai, с телефона объяснить не так просто. Приеду домой вечером, объясню, если нужно.
Дерево файлов здесь не сканируется как таковое. Функция проверяет наличие папки vendor и автозагрузчика в ней.
Поиск автозагрузчика ничем не отличается от поиска composer.json, кроме того, что тот скрипт располагается чуть глубже в дереве файлов.

composer имеет самое прямое отношение к файлу autoload.php хотя бы потому, что этот файл создаётся автоматически как раз через composer.
Дополнительные строчки в composer.json не отменяют создание автозагрузчика.

Но не все же сразу обновятся на 3.2.

И не все же сразу обновятся до PHP 7, логично?

[Sumanai]

Ну, не все сразу же и обновятся до PHP 7

И не все же сразу обновятся до PHP 7, логично?

Конечно. К сожалению. Прирост скорости работы в два раза на том же железе, а они почему- то не обновляются. Впрочем, этот разговор не для этой темы.

Поиск автозагрузчика ничем не отличается от поиска composer.json,

Кроме того, что оно совершается при каждой загрузке страницы.

Дополнительные строчки в composer.json не отменяют создание автозагрузчика.

Ну конечно. Я не предлагал удалять файл autoload.php. Я предлагал сделать пометку "Использую автозагрузчик", чтобы не было нужды сканировать директории расширений, например в секцию "extra": {.
Хотя ладно, это всё разговоры в пользу бедных, до разработчиков эту идею мне не донести.

[rxu]

Ну переговорить-то можно, а там - согласятся или нет.

[LavIgor]

Я предлагал сделать пометку "Использую автозагрузчик"

Кэширование местоположений загрузчиков и есть та самая внутренняя пометка.
И не надо других правок от авторов.

Руслан, как там с кэшированием дела обстоят?

[southklad]

Нагрузка сегодня



Гораздо меньше чем вчера, отключил вот эти расширения



Интересно все дело было в них? или как? А не могли просто боты заново переиндексировать разом форум и отсюда такая активность? Если верить статистике Awstats то количество хитов вчера у меня было 219,746 , а сегодня 64,252, хотя яндекс мне говорит о почти 7000 вчера и почти 9000 сегодня