Вот такое решение. Сделал встроенный запрос, чтобы изолировать условие WHERE `meta_key` = '_yourls_url'. Если его добавить в основной запрос, то возвращается только то, что имеет такое поле.
В заголовке очень сумбурно описал, потому что я не очень понимаю, как это описать лучше. Вот расширенное:
Есть две таблицы: одна с постами, а в другой есть все данные для постов (это Wordpress и его таблицы _posts и _postmeta). Во всех данных структура такая: entry_id, post_id, meta_key, meta_value. Для некоторых записей из таблицы _posts есть запись в таблице _postmeta, которая соответствует условию
Но в то же время для некоторых такой записи просто не существует, даже со значением NULL. То есть по запросу получается вытащить либо те посты, для которых есть _yourls, либо те, для которых нет. Я решил это UNION'ом, получилось так:
Но тут наступает некоторая задница, потому что пусть запрос отрабатывает красиво, возвращая один набор данных, но сам запрос не до конца оптимизирован и почти что не расширяем. Теперь вопросы:
Как мне можно сначала выбрать посты по одинаковым условиям из обоих запросов? Подозреваю, что тут мне помогут вложенные SELECT'ы.
Другой вопрос: как мне можно в один набор данных объединить посты, для которых есть _yourls и посты, для которых нет, так, чтобы, если _youls есть, то он выбирался, а если нет, чтобы на его месте был NULL?
Спасибо за старания понять мою писанину
Добрый день. Пытаюсь через сокеты отправить письмо с тремя вложениями (яндекс почта для домена). Оно уходит, но получаю я его без текста, только 3 вложения. Вот весь процесс отправки:
Дизайн ничего так, только пара багов: панель слишком прозрачна, когда прокручиваешь страницу (не видно надписей меню) и при наведении меняется стиль всего меню. А если со вторым так и планировалось, то мб лучше сделать изменение стиля одной кнопочки?)
Не уверен, конечно, но почему у вас бекслеш в путях? заголовок Location по-моему понимает обычные слеши.
Также можете проверить, где вообще скрипт обрывается (повставляйте где-нибудь print("123") и посмотрите, где они закончат выводиться или установите профилировщик).
А еще я бы посоветовал вам немного изменить структуру БД: группу пользователя можно писать прям в записи юзера, тогда можно группу запрашивать одним запросом вместе с логином и паролем.
Константа - это значение. Передаваться будет значение. Одно и то же значение могут иметь разные переменные/константы - и, как я уже писал, простейшие способ - передавать имя класса/объект класса в функцию.
Просто дело еще в том, что константа может находиться в любом классе, поэтому и нужно как-то передать ее с информацией о ней. Никак это без бубна сделать нельзя?
Идея такова: методу передается в качестве аргумента Class::CONST. Необходимо, чтобы метод получил не значение константы, а ссылку на константу, чтобы выяснить сначала, чья это константа, а потом работать с тем классом.
Вопрос таков: как заставить метод принять именно ссылку? Тут же вроде нельзя как с переменными, просто вставить & и радоваться... )
Проблема была вот в чем: в свойствах приложения на твиттере я указал Callback URL: localhost.ru (просто так), но ему нужен был реальный адрес для возврата. Решил проблему так: Callback URL сделал http://localhost.dev/, а в hosts прописал правило, чтобы с этого адреса был возврат на 127.0.0.1 и все встало на свои места. Для авторизации нужно использовать именно Consumer key и consumer secret