iNfame

$arr = array(15,40,'i:44');

А при каких условиях, простите, это возможно, если мы в массив вносим два параметра типа INTEGER, которые являются айдишниками (праймари-ключи) из таблицы "команды"? :)

Что касается варианта с OR - ничего против него не имею, здесь его использование оправдано. Автора просил альтернативу - я предложил.

Исключительно вопрос привычки. Как оказалось, мой вариант работает ничуть не медленнее, однако его проще расширять (например, если бы в каждой игре участвовало 16 команд, разумнее использовать запаковку массива, чем создавать таблицу с 16+ полями).

Другое дело - надо ли оно? Видимо, нет.

Хмм.. Результатами я озадачен:)

Заполнял таблицы на 10000 записей рандомными значениями в диапазоне от 10 до 99.

Ваша таблица состоит из трех полей - id, team1, team2 - все типа INT.

Моя - из двух полей, (INT) id и (VARCHAR[32]) teams.

Запросы в цикле for, 100 итераций.

$num = rand(10,99);
$query1 = mysql_query("SELECT * FROM `table1` WHERE `team1`='".$num."' OR `team2`='".$num."'");
$query2 = mysql_query("SELECT * FROM `table2` WHERE `teams` LIKE '%i:".$num.";%'");

Результаты здесь в виде простецкой сводной таблички. Столбцы забыл подписать - запросы по порядку, сначала ваш, затем мой.

А удивило меня вот что - отличий нет (я ожидал выигрыш вашего варианта в пределах 20-30%). Вероятно, надо было тестировать на 100к+ записей :)

Вопросы? Предложения?

Вы и сами знаете ответ наверняка.

Отвечу так - я уверен, что подобным вопросом вы озаботитесь не раньше, чем количество записей в таблице станет шестизначным.

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

Как насчет использования одного поля и функции serialize?

У нас две команды, как я понял. Создаем массив с их id, одномерный или двумерный - реализация от этого не меняется. Пусть это будет

$arr = array(15,44);

Перед занесением в базу данных запаковываем массив в строку.

$arr_packed = serialize($arr);

Массив принимает вид a:2:{i:0;i:15;i:1;i:44;} и именно эта строка заносится в БД.

Что касается поиска - в зависимости от количества записей. Для небольших таблиц вполне можно использовать LIKE.

Критерием поиска для 44й команды будет i:44;

Пример: SELECT * FROM `table1` WHERE `column1` LIKE '%i:44;%'

Для небольших таблиц - понятие относительное, но лично я знаю индивидуума, который использует RLIKE (съедающий еще больше ресурсов, используется для поиска по regexp) в случае с таблицей, имеющей более 150к записей :)

Если я верно понял, то...

Wordpress Codex: body_class()

Под админом заходим в wp-admin/theme-editor.php?file=header.php

Ищем строчку с "<body". Она должна выглядеть так:

<body <?php body_class(); ?>>

Таким образом, к <body> каждой из страниц применяются определенные правила. Далее редактируем необходимые CSS-ки и вуаля!

Пример наверное нужен=) Допустим, я зашел в категорию #51 под названием "abc". Тогда к тегу применяются следующие стили:

<body class="archive category category-abc category-51 logged-in admin-bar customize-support">

Смело можно править CSS темы, названия классов у нас есть.

С постами чуточку сложнее, ведь изначально никакого id не передается.

Открываем wp-includes/plugin.php, в конец добавляем код из кодекса

function category_id_class($classes) {
	global $post;
	foreach((get_the_category($post->ID)) as $category)
		$classes[] = $category->category_nicename;
	return $classes;
}
add_filter('post_class', 'category_id_class');
add_filter('body_class', 'category_id_class');

Таким образом, среди классов <body>-тега нашего поста будет искомый класс категории, в нашем случае - abc.

Далее - вторая часть вопроса.

Вариантов тоже немного - либо растягивать картинку, либо замостить, либо показать кусок в случае, если оно не помещается. Советую самостоятельно поэкспериментировать, поиграться можно со свойствами background-origin, background-attachment и background-position.

Аттачмент фиксед даст нам приклеивание при скролле (хотя в недавнем проекте я столкнулся с тем, что на всяких айпадах оно не работает).

PS: в куске кода из кодекса... $classes***91;***93; - естественно, вместо этого должно быть "$classes[]" без кавычек. Форум фильтрует :)

Ну как вариант... Не самый разумный, но я с DLE мало знаком.

Cookies устанавливаем их с помощью очень лайтовой библиотеки jquery.cookie.js (github link).

<!DOCTYPE html>



<html lang="en">



<head>

  <title>#adv</title>

  <meta charset="utf-8">



  <style type="text/css">

    * {padding: 0; margin: 0; overflow: hidden;}

    #ad {position: relative; display: inline-block; border: solid black 1px; }

    #ad-close {position: absolute; right: 0px;}

  </style>



  <script type="text/javascript" src="http://code.jquery.com/jquery-1.7.2.min.js"></script>

  <script type="text/javascript" src="jquery.cookie.js">

  </script>

  

  <script type="text/javascript">

  $().ready(function() {



    function hide_block(id){

        $("#"+id).css("display", "none");

        return false;

    }



    if ($.cookie("ad_hide"))

    {

        hide_block("ad");

    }



    $("#ad-close-link").click(function() {

        hide_block("ad");

        $.cookie("ad_hide",'true',{expires: 9999, path: '/'});

    });



  });

  </script>

</head>



<body>

    <div id="ad">

        <div id="ad-close">

            <a href="#" id="ad-close-link">[Закрыть]</a>

        </div>

        <img src="http://img.yandex.net/i/www/logo.png" alt="ya.logo"></div>

    </div>

</body>



</html>

Грузится страница - DIV, в нем картинка с ссылкой "закрыть".

Клик по ней обрабатывает jQuery - изменяется display на none, рекламный блок исчезает; затем устанавливаются cookies.

При каждой загрузке cookies проверяются, если нашего значения там нет - показывается рекламный блок.

PS: не люблю устанавливать куки через JS... есть еще вариант - по клику совершать AJAX-запрос к пхп-скрипту, ставящему куки, и соответствующие проверки в коде страницы с рекламным блоком, но это прицепить сложнее будет имхо.

Да, кое-кто вел, но давненько.

В районе 1.3%, в зависимости от страны (от 0.25% в Бразилии до 2% в США), по данным Yahoo на конец 2010 года (пруф).

Никаких предпосылок к увеличению количества NOJS-юзеров не припомню, вряд ли процент увеличился.

Если уже есть готовый сайт, можно использовать следующий вариант: поставить js-счетчик хостов (из пакета google analytics вполне подойдет) и, скажем, пхп-счетчик (любой, пишется за десять минут). Разница показателей и будет искомым числом. В данном случае точность будет наивысшей.