ivan-lev

http://www.karlhorky.com/2012/06/cross-browser-image-grayscale-with-css.html

http://jsfiddle.net/KDtAX/487/

<?php $GLOBALS["head"]['title'] = $answer -> product -> name; ?>
<h1><?php echo $answer -> product -> name; ?>

Так прокатит?

Between-ом интервал выбирать, который (за 1 или несколько дней) разбивать нужно, а группировку по часам можно так:

GROUP BY SUBSTRING(`time`,1,13) -- дёргать этот кусок: '2013-10-31 09'

Будет ли быстрее, чем вычисление Month+DAY+HOUR - проверять.

UPD как вариант

GROUP BY DATE_FORMAT(`time`,'%y%m%d%H')

UPD2 если выборки нужны частые и есть возможность изменять структуру - возможно, есть смысл вынести в отдельную колонку с индексом.

Смотря какая обёртка..

ещё есть mysqli. А bsyomov, упоминал PDO.

Они работают не через mysql_... а заменяют (имеют аналоги) для функций mysql_

И раз уж на то пошло, это (PDO, mysqli) не обёртка, а самостоятельное расширение (extension)

->where (array('in', 'id', $ids))

По сути тоже самое, что

'WHERE id IN ('.  implode (',', $ids) .')'

* только через binding в PDO с экранированием и другими плюшками

Jquery не используешь?

Может и без PHP обойтись - тоже обёртка к машинному коду... да ещё через интерпретацию. пиши сайты на асме.. или на худой конец на сях.

В некоторых ситуациях (если речь об "обычных" сайтах - почти всегда) выбор быстродействие vs скорость внесения изменений (читать человекочасы работы программиста) и удобство поддержки (тоже самое) в пользу удобства. Естественно, это не значит, что нужно захламлять код, делать кривые запросы и вообще..

Просто нет смысла экономить на спичках там, где можно сделать удобно.

бред. скомпилированные расширения работают быстрее, чем тот же самый код ("работа с сокетами"), написанный на "чистом" PHP.

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

sidorka, закинул бы куда-нибудь минимальный пример.

Дамп базы из трёх колонок + скрипты свои, которые криво работают.

Чтобы быстренько воспроизвести можно было у себя.. А то получается:

Почему не работает код.. но код не такой, а похожий..

Глядишь, пока готовить пример будешь - и сам разберёшься.

кхм-кхм.. тут не ноги, тут руки оттуда растут

        <header>
          <h1><a href="/" id="logo"></a></h1>
</div>

...

line-height:15px !important;
... много пустоты
margin:0 !important;

И ещё много всего.

А что ожидается получить в результате выполнения этой строчки:?

    Query("UPDATE table SET item1 = @i:=@i+item2 WHERE condition;");

С++ компилируется в бинарник (исполняемый файл, библиотеку, подключаемый модуль и тд).

Бинарник:

а) выполняется на сервере (при взаимодействии с клиентом "слушает" порты)

б) выполняется на клиенте и обращается к серверу ("коннектится" к портам)

---------- Post added 05-11-2013 at 11:59 ----------

Для веб-программирования часто используют "скриптовые", интерпретируемые языки - нет необходимости компилировать, загружать исполняемый файл в память - достаточно исправить/загрузить файл. Изменения в файле сразу же применяются на сайте без перезагрузки web-сервера.

[[Ditto? ]]

Параметры - в зависимости от размещения статей/новостей. Предположу, что достаточно родительский документ указать. (&startID=`##тут номер документа##`) т.е. 2 вызова будет - один для статей, один - для новостей. Сортировка - по дате публикации (sortBy=`published` &sortDir =`DESC`)

&tpl - шаблон вывода.. плейсхолдер, для анонса [+introtext+]