Otrivin, WP сам отдает динамически robots.txt, и есть опция "Запретить индексирование" в настройках. Чтобы не путаться, на фильтр этой опции вешается коллбек который смотрит текущий домен и возвращает корректное значение опции (всегда "запретить" на деве, всегда "разрешить" на продакшне).
Slayder1, из того, что удалось за несколько недель узнать, вероятнее всего проблема в комбинации железа и оси. Все, у кого есть данная проблема, надеются на Mojave. Ждать осталось недолго, так что скоро ситуация прояснится.
Сергей, под термином "ванильный js" имеется в виду чистый js, полностью чистый код без фреймворков. Важно не перепутать это с vanilla.js, который является очередным фреймворком, но создатели назвали его таким хитрым способом)
Sanes, Если он нормально настроен. Но из CPanel нормально не настроишь. Да и уметь надо, здесь не тот случай. Как сам конкретный хостер его настроит? Хз, точно знаю из практики, что даже у таких гигантов как GoDaddy, NameCheap, SiteGround - далеко не всегда письма прилетают. Либо в спаме оказываются, либо вообще блокируются, либо с задержками приходят.
Olek1, я про безопасность ни слова не говорил. Черная дыра - это из астрофизики. Хрень такая, которая весит дохрена, имеет тенденцию к наращиванию массы, и никто не в курсе что там внутри. Папочка npm_modules является черной дырой в полном смысле этого слова.
Пычев Анатолий, полностью поддерживаю. WC достаточно сильно распыляет данные по БД, и ситуация с вариативными товарами действительно усложняет работу на порядок. Поэтому работа через АПИ WC на уровне PHP является действительно наиболее грамотным подходом, если работать в рамках WP/WC. Но если, к примеру, речь идет о стороннем скрипте импорта/обновлений на основе данных из сторонних источников (при изменении курса, например), или на уровне CLI - тогда работа с запросами напрямую имеет смысл. Но придется поковыряться, да. В ответе я в первую очередь дал понять ТСу, что пытаться сделать все одним запросом - глупая затея.
По поводу раздутых до ужаса без особой надобности фронтендов я целиком и полностью согласен.
Пример из жизни - мы с коллегой поддерживаем один крупный проект (на WP кстати) уже несколько лет, и там фронт максимально чистый (хотя тех же трекеров клиент напихал много, ну надо им, ничего не поделаешь). Недавно появился у них в конторе новый разраб, которому доручили подправить небольшой калькулятор. Сам калькулятор написан на Vue.js. Чувак, чтобы использовать одну функцию для удобной работы с массивом, подключил _lodash, целиком и полностью. Просто потому что блять сраный фронтенд позволяет делать npm install и не *бать себе мозг что там внутри. Я code review делать захожу в PR, а там вес билда вырос так нехило, сразу в глаза бросилось... Сеть уже трещит от приколов по поводу черных дыр в npm_modules, но многие даже не задумываются об этом.
СЕОшники и разработчики могут что угодно рассказывать, но когда маркетинг говорит, что им нужны скрипты ретаргетинга их кампаний, то хочешь не хочешь, а их приходится ставить. И сразу сверху десятки запросов на сторонние сервера, задержка TTI, замедления парсинга и тд. Но маркетинг со своим ретаргетингом бизнесу бабки генерирует, в том числе на зарплату разрабам и сеошникам. Поэтому приходится делать. Грамотные разрабы делают максимально грамотно - обучают использовать по максимуму одну систему для всего (GA/GTM), используют кеширование внешних скриптов и тд.
Приведенный в примере CNN.com по вашему пилил какой-то лоховатый веб-мастер на WordPress? :))) Проблема существует. И проблема существует везде, не только среди говнобложиков. Почитайте статью Addy Osmani "The cost of JavaScript" к примеру.
Если уж уходить от текущего стека ТСа, то:
бек - питон, гоу, нода
а для моб - реакт нейтив, и конечно же, Swift.
3 новых языка (питон, гоу, свифт) с разной философией позволят открыть интересные горизонты. А к PhoneGap лучше не прикасаться, хватит с ТСа и jQuery.
Справедливости ради следует уточнить, что WordPress все еще принимает MD5 только в виде backwards compatibility, и, насколько я помню, после первой же успешной авторизации с таким паролем он будет перехеширован с солями. По умолчанию же пароли самим WP создаются уже давно не в виде простого хеша MD5, а чуть более сложным способом.
