Turtle_Fly

а может кешировать резалт от запроса? =)

ну я не спец по высоконагруженным системам но свое мнение выскажу=))

Первый вариант это шило на мыло, т.е. вместо гимора с обращениями к базе вы имеете гимор работы с файлами, сериализ и обратно и т.п. и т.д.

Я бы просто кешировал страницу полностью. И если уж добавляется элемент в дизайн, то чистил бы весь кеш.

Или как вариант еще на стадии проектирования продумать модульную сетку, вычленить из нее блоки в которых присутствуют объемные операции с базой, и далее кешировать только эти блоки.

Т.е. тут если правки по дизу идут вне этих блоков, это кеша не коснется. Но естесно это не избавит от необходимости очистки кеша при внесении изменений в кешируемый блок.

грубо говоря твой редактор Блокнот срёт в самое начало файла, вставлет некий спец.символ.

И т.к. он идет в самом начале т.е. при старте скрипта этот спецсимвол сразу же идет в вывод раньше старта сессии, вот и выходит косяк.

Такая хрень при сохранении файла в утф-8 с BOM меткой. Если твой редактор позволяет отключить метку, то отключи её. Если редактор не позволяет этого делать - меняй редактор.

http://yandex.ru/yandsearch?text=utf-8+bom+session+error&clid=14002&stpar2=%2Fh0%2Ftm20%2Fs1&stpar4=%2Fs1

ну не буду развивать тут холивар =)

в конечном счете все зависит от потребностей и возможностей, и мне абсолютно всё равно на чём именно заморочились разработчики mysql, я взял то что есть и создал то, что хотел так, как и хотел =) другой сделает иначе. На вкус и цвет...

возможно я наступлю на грабли, ну будем думать искать выходы.

http://linux.yaroslavl.ru/docs/www/mysql/doc/Storage_requirements.html

prometex, вы же не хотите сказать что при хранении 2-3 байт в text остальное заполняется пробелами?

TEXT, BLOB L+2 байт, где L < 2^16

ДА = 2+2байт итого 4 байта

Да а что =) Для меня это не критично

/upd

1 лишний байт для хранения данных по сравнению с varchar это-ли проблема? :)

не верно =) разве в этих 2х полях нельзя хранить все типы?

ну наверное есть ограничения по числам с плавающей для double

но в остальном в double или text поле можно поместить все что угодно хоть timestamp но в другом виде, не Y:m:d H:m а число секунд от Начала =)

напишите скрипт на пхп например, сначала выводится форма с textarea туда копипастим урлы, жмекнопачку отправить. Появляется новая страница на ней эти урлы в виде ссылок, жмете на нужную и отправляетесь на сайт =) жмете назад, снова список видете и т.д.

Можно усложнить немного и встроить постраничую навигацию.. для этого придется считывать страницу с урла внутрь скрипта, вывод в поток + кнопки Вперед Назад...

Ну вот такой простецкий вариантик.

Это явно не инструкции для подсветчика, т.к. в случае если обрезать qtree то все подсвечивается так-же. qtree это параметр который специально возвращается самим подсветчиком в url просматриваемой страницы. Есть он или его нет или его поправить, это на стриницу не влияет.

Тогда для чего? Я думаю (имхо) для сбора какой-то статистики по просмотрам кеша или..

Возможно это хеш пути к чему либо, но не хеш пути к странице в кеше т.к. у разных сайтов по одинаковому слову qtree одинаков. Может это указатель на словарь словоформ? =)

ну это обычная заглушка.

Ну вот смотрите - Elcan это производитель тепловизоров. Я беру покупаю домен или домены по этой тематике (ну скажем так для того что-бы налепить на них в дальнейшем СДЛ или сателиты по этой тематике, в целях поддержки некоего магаза). Купили, хорошо. Но хотелось бы чтобы яндекс уже знал эти домены, ставим заглушку с релевантным уникальным текстом. Покупаем ссылки, потихоньку продвигаем. Яндекс потихоньку хавает ссылки, ранжирует, возраст домена уже считается (с того момента как яндекс первый раз побывал на нём) бла бла бла и т.д. т.п.

Всего навсего, кто-то грамотно готовит тематичные площадки для последующей работы в этом направлении.

UP/

Наиболее вероятно, будет создан монобрендовый сайт - магазин тепловизоров Elcan, и + поставлена ссылка с морды и/или со статей на некие сайты по этой теме.