livetv

Рейтинг
266
Регистрация
10.02.2015
SeVlad:
Так будет правильнее.. 17 пост, даже с цитатой.

Спасибо.

Приведу цитату:

Note: Servers ought to be cautious about depending on URI lengths
above 255 bytes, because some older client or proxy
implementations might not properly support these lengths.

Говорится о старых клиентах или прокси.

Думаю, они уже вымерли. 2019 год на дворе.

SeVlad:
глазки раскроешь и всё увидишь.

Кто-то из присутствующих видел ссылку на спецификацию HTML(HTTP), где говорится о максимальной длине GET запроса в 255 байт?

SeVlad:
Если интересует безпроблемная доставка всем и всегда, то длина GET-запроса не должна превышать 255 байт (согласно спецификации HTML-протокола ).

Сестра, ссылку.

П.С.
Предыдущий комментарий лайкнут по ошибке.
Как же круто, что нельзя лайк забрать назад.

Пускай этим занимаются те, у кого вы купили ссылки.

А то ссылки купили вы, так еще нужно ставить ссылки на тех, где купили.

Вряд ли кто-то точно скажет.

Зависит от частоты сканирования роботами.

Продолжать

Мастер Мысли, я Вас не понял :)

SeVlad:
#тыжпрограммист :) Код плага открыт.

Глянул.

По ходу как я написал.

Нашел $component = $query['trace']->get_component();

Видимо это сам WP заполняет из debug_backtrace(), так как debug_backtrace не вызывается в коде плагина для БД.

Думал, может кто сходу может сказать.

Есть плагин https://wordpress.org/plugins/query-monitor/ , который может показывать запросы к БД в разрезе компонентов.

Как это реализовано?

debug_backtrace() ?

Дмитрий Громов:
Добрый день! Пожалуйста, напишите о ситуации в поддержку. Это можно победить и коллеги помогут вам в этом: https://yandex.ru/dev/turbo/doc/concepts/troubleshooting-docpage/

Короче, не помогли коллеги.

Я попал в поддержку турбо и они не поняли, что я от них хочу.

Всего: 2580