BrightGuy: как сделать что бы текст располагался под картинкой.
Если "под" означает ниже (ближе к нижней границе экрана) - это "стандартный поток".. если не были переопределены стили div-а (float, position, display .. другие), то второй будет "под" первым.
Если "под" означает "за" (ну т.е. скрыт от пользователя) - position:absolute + z-index
Jovian: Каждый раз при открытии страницы с какой-то "составной частью товара" кодом PHP происходит проверка на наличие переменной и её значения и, если "составная часть товара" новая или редактировалась, записываются в файл эти значения.
Кэш лучше обновлять после редактирования (как вариант - после группового редактирования, если требуется обновлять много товаров). На событие повесить, в котором тип записи проверять.
А "штатные" плагины кэширования разве не затрагивают Custom Post Fields? В смысле, на генерацию разово уйдёт с десятка два лишних запросов.. а потом всё из кэша будет дёргать. Не айс, но может не так страшно?
В любом случае всегда остаётся вариант написать свою функцию, которая будет одним запросом все нужные (4штуки) custom fields для нужных id-шников получать и раскидывать по шаблону.
---------- Добавлено 04.09.2013 в 19:25 ----------
Jovian: Особенно мне не понятно, как заставить писать в эту таблицу данные каждый раз, когда я создаю/редактирую Custom Post type "составная часть товара".
burunduk: его сюда перенесли, т.к. в яндексе ему точно делать нечего
Вот так и будут футболить, пока топик в курилке не окажется :D
Геннадий, надо бы как-нибудь определиться шашечки или ехать, конструктор подбирается исходя из SEO-целей (в ТОП хочется) или больше технические возможности интересуют? Ежели первое - тут не помогут..
как сделать что бы текст располагался под картинкой.
Если "под" означает ниже (ближе к нижней границе экрана) - это "стандартный поток".. если не были переопределены стили div-а (float, position, display .. другие), то второй будет "под" первым.
Если "под" означает "за" (ну т.е. скрыт от пользователя) - position:absolute + z-index
А имена таблиц тоже таблица1 и таблица2?
NOT IN (select DISTINCT id_bid from bid_payment)
Суть от этого не изменилась.. просто в условие проверку на `action`='funded' добавить нужно.
Как можно вытащить список бидов для которых нет записи об оплате во второй таблице одним запросом. Ну или более менее оптимизированно.
LEFT Join-ом по ID-шнику
WHERE ... IS NULL
или
SELECT * from bid WHERE id
NOT IN (select DISTINCT id_bid from bid_payment)
Оптимизировать по обстановке (за период, или выбирать только с PK > $id_start)
итд
p.s. если в вопросе приводить структуру таблиц, есть шанс получить более конкретный ответ.
Но почему то пока не работает.
Может потому, что свой IP-адрес указан? :D
В javascript проверять наличие # в адресе
Или наличие window.location.hash
ТС, Вы дверь в машину не знаете как открывать, а уже собираетесь форсировать двиг и участвовать в формуле-1.
В формуле 1 нет двери :D
Jovian, чего-то накрутил..
Каждый раз при открытии страницы с какой-то "составной частью товара" кодом PHP происходит проверка на наличие переменной и её значения и, если "составная часть товара" новая или редактировалась, записываются в файл эти значения.
Кэш лучше обновлять после редактирования (как вариант - после группового редактирования, если требуется обновлять много товаров). На событие повесить, в котором тип записи проверять.
А "штатные" плагины кэширования разве не затрагивают Custom Post Fields? В смысле, на генерацию разово уйдёт с десятка два лишних запросов.. а потом всё из кэша будет дёргать. Не айс, но может не так страшно?
В любом случае всегда остаётся вариант написать свою функцию, которая будет одним запросом все нужные (4штуки) custom fields для нужных id-шников получать и раскидывать по шаблону.
---------- Добавлено 04.09.2013 в 19:25 ----------
Особенно мне не понятно, как заставить писать в эту таблицу данные каждый раз, когда я создаю/редактирую Custom Post type "составная часть товара".
Штатными средствами http://codex.wordpress.org/Plugin_API/Action_Reference/save_post
Проверять на тип поста (вместо product_options название составной части товара)
его сюда перенесли, т.к. в яндексе ему точно делать нечего
Вот так и будут футболить, пока топик в курилке не окажется :D
Геннадий, надо бы как-нибудь определиться шашечки или ехать, конструктор подбирается исходя из SEO-целей (в ТОП хочется) или больше технические возможности интересуют? Ежели первое - тут не помогут..
Тем более, как я понимаю, вы считаете себя сеошником и прекрасно знаете как формируется ТОП.
А можно подробностей? Чувствую, что тут скрытый смысл есть.. Быть может пару примеров из конкурентного топа на юкозе?
Когда то был ucoz.ru, но полагаю появилось что-то еще.
А вообще, он не просто "когда-то был".. Он есть и сейчас. И более того, Narod-ные сайты с yandex-а были переданы не кому иному, как...
Возможно, таким образом удастся сократить Ваши поиски...
Посмотрите конструктор от foxi (автор на форуме)
http://foxi.biz/index.html