ivan-lev

Почему "ещё"? Суть та же самая, вопрос в методе реализации "прокладки".

Я представлял как "прокладку" с "дополнительным" HEAD HTTP-запросом к CMS-ке (кэшировать результат) и флагом (передавать в заголовке, например) "не обрабатывать редирект".

В варианте с ob_.. главное, чтоб сами заголовки не "утекли".. ))

<?php

ob_start();

$t1 = headers_list ();

//header("Status: 404 Not Found"); 
header("HTTP/1.0 404 Not Found");
echo '404 Not found';

$t2 = headers_list ();

ob_end_clean();

echo "------<pre>\n";

print_r ($t1);
print_r ($t2);

Это не совсем "правильно", но подозреваю, что решение проблемы можно сделать вложенным подзапросом

SELECT * FROM
(
SELECT *
FROM `rates`
WHERE `a_user` = '4'
ORDER BY `step` DESC
)
GROUP BY `id_lot`

Можно.. Плата за универсальность - "костыльность" + потенциальная нагрузка.

Добавить "прокладку", которая будет выполняться перед основным скриптом и обрабатывать редиректы. Для получения самих редиректов можно:

1. опрашивать CMS на лету на наличие страницы по указанному URL

2. опрашивать CMS по команде (крон/обновление базы и тд) и сохранять в "кэш" (промежуточное хранилище)

3. комбинировать.. (проверять кэш.. при отсутствии в кэше - обращаться к CMS, сохранять результат в кэш)

Вернуть стандартную форму...

А текущую функцию изменить на get_search_form_yandex() и использовать в нужном месте.

Или поиск от яндекса "ручками" в шаблон вставлять..

Ну, если два первых фиксированных, то зачем третий?

А вообще - гуглить вёрстка макета в 2 колонки. Всё уже придумано давно.

Уверен, что один запрос к таблице юзеров по PK по сравнению с тем, что в остальном движке творится - экономия на спичках.

Если "ну очень надо", можно сделать MEMORY таблицу для хранения этих данных вместо сессии.. Или вообще хранение сессий в БД перенести.

(.*)

$1

........ 10

Если себя поставить на место покупателя?

Тогда и закономерности выводить..

Их что солить планируется? ИМХО, одного нормального для "обычного" проекта достаточно.

p.s. на Wordpress зато куча предложений "сделать сайт"..

Сейчас вообще мало кто может /(c) никому верить нельзя. мне можно :D/ )) да и необходимости, как правило, нет, т.к. вполне можно использовать наработанную базу. "Движок", фреймворк или просто набор библиотек.

Вы бы огласили весь список ТЗ, глядишь и понимание пришло...

А вообще, правильно говорят.. запустите что-нибудь.. в процессе придёт понимание "что нужно".

Один из примеров смены движка на нагруженном проекте http://erickennedy.org/Drupal-7-Reasons-to-Switch