Лично я, судя по первому посту, в этом сомневаюсь (хз, может вы специально убрали оттуда квантификаторы). Порой даже я в своих выражениях не могу разобраться через некоторое время, приходится вспоминать либо буквально ковырять ее по новому (иногда даже находишь более оптимальные выражения). Хотя да, чтобы поддерживать мой вариант нужно иметь представления о работе с DOM моделью, хотя бы из javascript. Скорость выполнения в парсинге далеко не самое главное, потому что обычно парсинг на "лету" встречается на часто, гораздо важнее удобочитаемость кода и легкая поддержка если вдруг на странице что-то поменяется - новый пробел, новый тег, класс. Поэтому "скорость выполнения" для меня понятие субъективное (скорость в разумных пределах конечно), особенно когда не нужно парсить на лету.
А что будет когда файлы из разных кодировок встретятся вместе?.. Вам конечно виднее.
Приведите все файлы к единой кодировке, или проконтролируйте заголовок с кодировкой на уровне скрипта для разных доменов.
Если файлы и папки общие для двух доменов значит и кодировка у них должна быть общая.
Тест на производительность понятие субъективное. Естественно регулярные выражения в скорости выигрывают перед парсингом DOM модели. За то поддерживать такой код легче, более понятен, чем парсинг на регулярках.
По умолчанию действие распространяется на все подпапки там где находится htaccess, если в этих папка нет другого файла с переопределяющими правилами.
RewriteRule ^(.*)index.html$ /$1index.htm [R,L]
В индексе только адрес, и чтобы на них наткнутся надо сильно постараться, они по сути ни на что не влияют и со времен из индекса выпадают.
dpakyj1a, robots не только рекомендации которым как вы думаете бот следует один раз в високосный год. Так что не страдайте фигней, используйте роботс для запрета.
DELETE j.* FROM jos_jcomments j INNER JOIN jos_content c ON j.object_id=c.id WHERE c.sectionid=12 AND c.plus=0 AND c.minus=0
http://www.w3schools.com/jsref/met_win_settimeout.asp
