Это потому что в нормальных системах она не видна извне. Доступная извне PMA - тоже существенный фактор риска.
А инъекциями ломают "детские поделки". Если у вас даже защиты от инъекций нет, то о чем-то более серьезном и говорить нечего.
Сразу бы написали, что у вас вопрос для детсада, я бы не стал тратить время на описание более надежного подхода. Тогда действительно можно использовать измененный адрес "точки доступа".
Нет другой подходящей админки и страшно/неудобно использовать командную строку.
"Аналитики" любят лезть в базу данных, не "обвязывая" все это своим кодом 😉
К серверу баз данных или к PMA? Можно и то, и другое поместить в защищенный канал (SSH-туннель). Либо для подключения к серверу баз данных добавить IP сервера в переменную bind_address, создать соответствующего пользователя и т.п., а также настроить шифрование.
PMA лучше запускать на том же сервере (или по крайней мере в той же локальной сети), где находится сервер баз данных. Не нужно внедрять location (phpmyadmin, pma, etc.) в каждый виртуальный хост. Поставьте PMA в отдельный виртуальный хост локального сетевого интерфейса, т.е. на localhost. Если нет другой админки, можно прямо на localhost:80. Доступ выполнять, повторюсь, через SSH-туннель.
Убирать или нет root, зависит от потребностей. Можно сделать и другого суперпользователя баз данных вместо root.
Яндекс сам настраивает SPF- и DKIM-записи. Если вы используете другой DNS-хостинг, просто скопируйте соответствующие записи из панели Яндекса.
Гугл может конфликтовать с самим Яндексом (какими-то его доменами или IP) из-за политической обстановки. Но я только из-за такого дебилизма ничего не переношу с Яндекса.
Я за WP не слежу. Даже если в ядре этого сейчас нет, то это может делать какой-нибудь SEO-плагин. Переадресация определенных внутренних, помню, была в ядре.
Не может.
Теоретически может.
Для обычных сайтов подобную переадресацию лучше вынести на уровень Web-сервера, чтобы объединить еще и с корректировкой протокола запроса (HTTP/HTTPS). Можно запросы по HTTP обрабатывать и на отдельном виртуальном хосте. Также можно запросы по HTTPS к неглавному зеркалу обрабатывать на отдельном виртуальном хосте. Как это обычно сделано на моих серверах:
Непосредственно с поставщиками трудно взаимодействовать? 😀
Программист посмотрит на формат экспорта и сделает импорт. Потом программа импорта может сама контролировать формат экспорта.
Это понятно. Я сам и пользователи моего сервиса примерно столько и платят за gTLD, некоторые New gTLD. А в RU/РФ скорее больше раздражает разница в цене, взимаемая "за воздух" (с точки зрения пользователя), чем сама цена.
Я вообще ничего не говорю пользователям, которые платят за RU/РФ 500-600 руб. Часто сдерживаю себя, когда юр. лица/некоторые ИП платят 1500-1600 руб. Но мне сильно не понравилось плюс 800 к 1600 по сравнению с прошлым годом.
Про это я знаю. Письма рассылки про "12 ноября" многократно получал.
Для физических цены выше, чем для юридических (я всех физических давно увел от РЦ/РР)? Ну, точно с головой не дружат. Раз физических лиц больше, пусть для них цены будут выше. Больше хапнем 😊
