Да быть того не может.
В соседних ветках обсуждают как крутят ПФ через мобильные прокси, а тут такие откровения :)
БД создана для того, чтобы с неё было чтение данных. Всякие InnoDB и правильные настройки позволяют в память запоминать данные, чтобы быстро их оттуда доставать.
А вот уже структуру таблиц и запросы, вытекающие из них, должен делать разработчик. И вот тут у нас просто пропасть. Т.к. многие считают, что НЕЛЬЗЯ делать много простых запросов. Лучше 1 запрос с 15 JOIN, это наверное показывает их умение или тешит самолюбие, а потом "Ой что-то у нас тормозит сайт".
PHP асинхронность, многопоточность, параллельность
Сначала бы понять для чего все эти слова?
Асинхронность в коде? Увольте. Лучше сделать микродемонов, чтобы выполняли задачи по крону.
Многопоточность? Для чего? ОС и так распределяет задачи по ядрам. Каждому вызову выделяется свои потоки, так же как каждый запрос в БД использует свободно ядро.
Параллельность? Для чего?
Если автор задумал, что: "ВАУ! Я сейчас всё это реализую, а тупые разработчики НИКТО не хочет это делать из популярных CMS". Забывает 1 вещь, что за всё надо платить.
Любые алгоритмы, которые будут включать все эти "3 слова" имеют накладные расходы (процессор, сложность кода, специальные условия на сервере, ограниченность применения и т.д.). И в какой момент расходы могут превышать ресурсы цели для решения, которой они были созданы.
Это query-cache-type?
А после изменений мускль ребутнётся?
size тоже в 0 лучше указать.
Да он должен ребутнуться. Но в службах тоже можно его перезагрузить на всякий.
Там надо через тире искать
Панель никак не относится к формату хранения данных. Это уже сам разработчик делает.
Если WP, то там явно будет InnoDB, если WP новый.
10.3.29
Что-то старенькая. Не обновляется что-ли сервер?
Да, можно выключить кэш запросов и посмотреть, что будет. Но ещё надо уделить внимание настройками БД, особенно innodb_buffer_pool_size, он должен быть чуть больше, чем размер данных всех на сервере БД.
Подумать, нужен ли он, особенно если БД в InnoDB формате.
А лучше выключить и если надо кэш реализовать на базе CMS.
Ещё вариант кэш Mysql (если уж сильно хочется), должен быть миниатюрным, а не по 1 ГБ и даже не 256 МБ как я не раз видел от "профессионалов" "оптимизаторов".
Ну и версию Mysql бы узнать.
Неа, это невозможно. У разных стран может быть единый часовой пояс.
Вы говорили про Германию и США.
Насчёт вариантов, проверьте:
https://proxy6.net/privacy что будет показываться.
https://developer.mozilla.org/en-US/docs/Web/HTML/Element
Нет никакого listing уже давно.
Судя по http://htmlbook.ru/html/listing он умер ещё в HTML 4, браузеры как какой-то очень сильный легаси его тянут.
А давай наоборот - как кто-то мог вычислить моё настоящее местонахождение, если я пользуюсь собственным VPN (OpenVPN) установленном на моём сервере?Например, я нахожусь в Германии, а мой сервер с VPN находится в дата-центре в Хьюстоне, Техас, США, а некто умудрился вычислить моё нахождение в Германии.Дата-центр чтоли слил мою инфу? - Сомневаюсь, что они это сделают - так как за это может им прилететь.
По часовому поясу вашего браузера. В системе надо выбирать пояс вашего VPN
