MT

Собственно, «исправлять» не обязательно (хотя в плане перфекционизма я вас хорошо понимаю). Это легитимные JS-строки, в браузере отображаются корректно. Объём данных, правда, больше. Но, с другой стороны, Gzip-сжатием этот фактор минимизируется. ;-)

Можно ещё делать так:

$json = defined('JSON_UNESCAPED_UNICODE')
      ? json_encode($data, JSON_UNESCAPED_UNICODE)
      : json_encode($data);

Тогда в свежих версиях PHP JSON-код будет наиболее оптимальным по объёму, а в более старых — всего лишь несколько менее оптимальным.

Посоветуйте пожалуйста более красивые решения.

Рассмотрите возможность использования статических шаблонов (исполняемого кода не содержащих вовсе). После первой загрузки шаблона шаблонизатором можно закэшировать содержимое шаблона и при последующих его загрузках отдавать его напрямую из кэша. Примерно так:

class SomeTemplater
{
	protected $_templates = array();

	public function loadTemplate($path) {
		if (array_key_exists($path, $this->_templates)) {
			$code = $this->_templates[$path];
		}
		else {
			$code = file_exists($path)
			      ? file_get_contents($path)
			      : false;

			$this->_templates[$path] = $code;
		}

		return $code;
	}
}

Возможно, как-то связано с этим изменением в PHP 5.4:

ext/mysql, mysqli and pdo_mysql now use mysqlnd by default.

Можно задать высоту блока (line-height) равной удвоенной высоте строки (line-height), а блоку — overflow: hidden. Многоточия, конечно, не будет — в настоящее время CSS sucks позволяет это делать только для однострочных текстов (text-overflow: ellipsis).

Кстати, вместо жёсткой фиксации высоты каждого блока можно использовать display: inline-block, и высота каждой «строки» будет автоматически подстраиваться под высоту наиболее высокого блока.

Это следует определять на клиентской стороне:

function isTouchDevice() {
	try {
		document.createEvent('TouchEvent');
		return true;
	}
	catch(e) {
		return false;
	}
}

Не используйте GET-параметры с нелатинскими символами. Используйте чистые URL-адреса («ЧПУ») вида «/раздел/подраздел/» — основную часть URL-адреса все распространённые браузеры уже давно отправляют в кодировке UTF-8.

ru.php.net/manual/ru/language.variables.basics.php
ru.php.net/manual/ru/language.variables.variable.php

Посмотрите в сторону Zend_Cache.

$someVar;
$object->someMethod();
$params['some_param'];

Изюминку? ;-)

На клиентскую сторону имеет смысл переносить любые задачи, если это:
— обеспечивает экономию ресурсов сервера и/или ускорение загрузки страниц/данных;
— не слишком сильно усложняет сопровождение;
— не наносит ущерба безопасности (скажем, для проверки правильности заполнения форм без дублирования на серверной стороне Javascript использовать не следует).

Такое кодирование нелатинских символов является, так сказать, единственным надёжным способом гарантированно точного представления таких символов вне зависимости от используемой на веб-странице кодировки. Но жаль, конечно, что в json_encode() нет параметра, позволяющего отключить такое кодирование, если кодировка страницы и JSON-данных заведомо совпадает.