Досадно-то, досадно... Но игра должна быть по прозрачным правилам.
Мне например, тоже кое-чего хотелось бы... описываю ситуацию:
Набрал допустим я клиентов на свой аккаунт. Дал им всем свой доступ к своим рекламным кампаниям. В этом проблем в общем и нет, сейчас директ это позволяет. Но ОЧЕНЬ хотелось бы, чтобы клиенты могли сами пополнять свой аккаунт в директе. А не делать это ТОЛЬКО через меня! Чтобы я мог только вести рекламные кампании клиентов, а не париться о своевременном пополнении их аккаунтов. Пусть сами смотрят и решают, нужно пополнять и на сколько нужно. Да ещё и в отчётах ежемесячных приходится писать, сколько мне клиенты перечислили и когда... В общем, геммор какой-то. В бегуне ито с документами как-то попроще.
Вроде тоже, вполне законное моё желание ;) Возможно, у кого-то уже есть такие привилегии?
В принципе, неплохие идейки уже по кэшу подкинули... ;)
Думаю, самое время подумать и о тяжеловесных запросах? В чём их тяжеловесность? в количестве записей в результате? или во времени выполнения? или и в том и другом?
Без хорошей оптимизации SQL запросов к БД в нагруженных системах делать нечего. Вплоть до того, что приходится создавать таблицы с избыточными данными, лишь бы выборка была быстрее и проще.
Простой пример, если вам часто приходится делать выборку из таблицы, в которой достаточно много записей и требуется сортировка выборки, например по названию. А сортировка как известно, очень хорошо грузит базу... То по крону или уж ещё как, можно подготавливать точно такую же таблицу но с уже отсортированными данными! Тогда при выборке ничего сортировать уже не нужно будет. Выигрыш офигительный. Пользовался таким подходом не однократно. Ну а в кипе с кешированием файлов хуже стать не должно ;)
Проблемы на яшке есть, но то, что вы говорите, это не проблема. Это как раз-то политика Яндекса. Перед яндексом все равны. Хоть ты мильёны в год потратил, хоть сто баксов. Переходить нельзя и всё тут. Т.е. можно, но с потерей накопленной скидки.
Условия для всех равны, ух ты, хоть где-то всё по-честному и не зависимо от размера кошелька ;).
Пожалуй, наверное, не очень правильно ТС в своих доводах упирать на то, что вы много в яндексе тратите и за это они должны ВАС любить больше, чем тех кто тратит меньше. Согласитесь?
Это же не чиновники ;) к счастью.
Не понимаю при чём здесь кодировка-то?
Просто функция session_start(); должна вызываться ДО ОТСЫЛКИ КАКИХ-ЛИБО ДАННЫХ В БРАУЗЕР! ТС, проверяйте свои скрипты!
Хотя... бывает глюк, когда сохраняешь в утф-8, то в самом начале добавляются какие-то странные символы, но их видно в обычном редакторе. Проверьте, возможно, у вас подобный косяк. Эти символы и отсылаются раньше старта сессии. Встречал такое в редакторе ФКЭдитор года два назад, удалял эти символы реплейсом! Аж смешно было, откуда они там брались, сам не понимаю. Скачивал с официального сайта.
Я понял как, но нужно вспомнить;) передаю смысл:
SELECT price, STRCMP('', img) AS have_image FROM prod WHERE price>0 ORDER BY have_image ASC, price DESC;
Вся фишка вот в этом: STRCMP('', img) AS have_image, а потом по have_image можно как нужно сортировать.
STRCMP('', img) должно для пустого поля вернуть 1, а для позиции с картинкой должно вернуть -1. Вот по этому значению параметра и сортируем.
Если по ASC, то вверху будут те позиции у которых есть картинки. Они будут сортироваться по цене. Потом пойдут те у которых нет картинок и тоже будут сортироваться по цене.
Вместо STRCMP('', img) можно и другую какунидь функцию похожую, которая возвращает true или false в случае совпадения и не совпадения значений '' (пустая строка) с img
А как сортировать в ORDER BY это уж как пожелаете.
Вроде правильно всё описал. Удачи.
---
Нашёл похожую функцию, которую тоже можно применить IF(img<>'', 1, 0) - должна возвращать 1, если картинка есть, и 0 если картинки нет. Нужно проверить как будет реагировать на значение NULL в поле img
Косяк подобный в ИЕ действительно наблюдается, на некоторых сайтах иногда такое встречал. Но понять причину так и не удалось. Код HTML весь получен браузером, но страница не отображается. Кроме как на ИЕ, свалить больше не на кого, так как в других версиях ИЕ всё начинает отображаться нормально.
Что же именно не нравилось ИЕ 6 (у меня такой был до мозилы), остаётся загадкой для меня.
можете попробовать сами отправить нужный заголовок с помощью:
header("Content-Type: text/html; charset=utf-8");
Второй вариант:
Цитирую отседа http://masterhost.ru/support/doc/apache/
Третий вариант:
что-то должно сработать ;)
Во блин, похоже долго они спамили... Если начали в 13 а мне только что (17:30) пришло подобное.
Хорошо, что самое главное уже успел отправить ;)
Неужели нас ожидает монополия ICQ? (
В прочем, умельцы всё равно нововведения в протоколе выяснят. Надеюсь быстренько.
Да нет, просто Платон сказал, что если даже в Юзер Аген не было прописано робота Yandex, то это не значит, что на сайт не заходил алгоритм-робот ;). Вот этот алогоритм-робот и сказал поисковому роботу, что на сайте нет ничего нового и полезного. Не фиг мол, там делать, пока.
А кто такие алгоритм-роботы - это уже может быть и живой модератор и другой робот, проверяющий сайт под реальным Юзер Агентом.
0verdrive, что вы считаете под уровнем вложенности?
Я думаю, правильнее считать, число кликов от главной! Поэтому уровень вложенности можно вычислить при парсинге сайта.
