Я целый день провозился со своим кодом, и только после того, как вы опубликовали ответ, заметил, что вместо $ch написал случайно $curl. Сразу все сработало. Захотелось, честно говоря, монитор клавиатурой пробить.
D' Normalization: поэтому большую часть функциональностей, связанных с обращением к БД, реализовал своими руками, попутно обучаясь новому. Особенно не стоит, конечно, ставить плагины для управления юзерами/ролями и т. д., да и в остальном по-минимуму.
А чистый вордпресс не такой уж дырявый, как тот же друпал.
D' Normalization: ну, в таком случае могу еще переформулировать вопрос. Есть сайт на wordpress, в котором у пользователя по умолчанию нет возможности сменить пароль без входа в админку.
Я реализую эту возможность отдельной страницей с использованием прямых запросов в БД и предусмотренного API для хеширования (иначе в случае обновления алгоритмов хеширования буду в пролете).
Нужно ли мне во всех подробностях ознакомиться с такими понятиями как https, ssl (как пишут ниже) и пока забить на все это дело? Или нет. Подожду еще может кто что скажет.
Если написать «Как реализовать Восстановление/Смену пароля на сайте», то ответ будет «Иди читай азы», что справедливо. Но смену пароля уже реализовал, интересны мелочи, которые мог упустить.
> Не использовать быстрые алгоритмы хеширования
Для хеширования используется готовый API, так что этот пункт выполнен.
Full text indexing and search is intended for searching words and word forms, not numeric data.
Полнотекстовый поиск штука хорошая, но не применительно к данному случаю. Мне нужно отсортировать по числам, которые записываются в поля типа LONGTEXT (конвертировать можно максимум разве что в TEXT, потому что для некоторых meta_key в meta_value записывается текст).
Поэтому и интересуюсь, можно ли тут что-нибудь придумать без хуков и использования сторонних таблиц.
Да, все дело в составном индексе, в который в wordpress по умолчанию еще и PRIMARY включен. Чтобы избежать filesort, нужно в WHERE не забывать про post_date и post_status
А я сначала именно и хотел сделать, но потом подумал, что негоже присваивать номеру элемента массива значение post_id, а это все-таки не совсем номер. Неправильно подумал.
Работает ($rgMetaTags[$rgTag->post_id][$rgTag->meta_key] = $rgTag->meta_value;).
Конечная цель -- выбрать все meta_key и соответствующие им meta_value для одного post_id, чтобы упорядоченно вывести в цикле. Реализовал с помощью вложенных foreach, но костыльно.
Способ значения не имеет, если он работает и не пожирает зазря ресурсы.
В чем заключается разница между "составить запрос" и "выполнить запрос"? И зачем выполнять запрос после цикла, если он нужен именно в цикле, чтобы вывести соответствующие метаданные?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
XSS не так страшно, как наличие какой-нибудь крутой SQL-инъекции, но о них ничего не слышал давно уже. Тут уже встает вопрос целесообразности.