Именно так. Они и сейчас с этим прекрасно справляются. Об этом и речь. Броузерам "было, есть и будет" пофиг, пишете вы <br> или <br />.
Понятно, что парные теги нужно закрывать.
<!DOCTYPE HTML>
Я об этом и писал. Сравните эту чудную легко запоминающуюся интуитивно понятную запись с доктайпом из стандарта xHTML. Ее же кроме как копипастом не напишешь :)
А что касается скорости внедрения, то моргнуть не успеете. Сейчас это сильно все ускорилось. MS вынуждено будет успевать, иначе... Сейчас у IE осталось суммарно около 40% рынка, и доля продолжает падать.
http://www.liveinternet.ru/stat/ru/browsers.gif?period=month;relgraph=yes;avgraph=yes;graph=yes
В целом, понимаю людей, которые вылизывают код по стандарту. Перфекционизм не истребим :). Просто сам не разделяю данный подход, так как в данном случае считаю его не оправданным.
Новый стандарт HTML5 кладет с прибором на большое количество правил, которые появились с приходом xHTML. Так например, не нужно писать завершающий слэш для непарных тегов. Не надо писать доктайп, как принято сейчас, достаточно указать, что это HTML, не надо писать "масло-масляное" - checked="checked", selected="selected" ... да много чего.
Поэтому я бы не стал заморачиваться на тему, которая завтра будет устаревшей. Ну, разве что для самоудовлетворения... в хорошем смысле этого определения :)
while(($txt_tmp = $txt) != ($txt = preg_replace("|(?<=<pre><code>)(.*)<br */?>(.*)(?=</code></pre>)|iUs", "$1$2", $txt)));
в $txt исходный текст, после выполнения скрипта - обработанный текст
Красоты для...
$fp="Серч самый лучший форум на свете. Мы его все очень сильно любим. Он просто огромен и бесконечен."; function print_valid($str){ $stopwords=array("серч","бесконечен","тыры-пыры"); foreach($stopwords as $word){ if(preg_match("|".$word."|iu", $str)) return; } echo $str.'<br />'; } array_map("print_valid", explode(".", $fp));
вариант для 5.3
$fp="Серч самый лучший форум на свете. Мы его все очень сильно любим. Он просто огромен и бесконечен."; $stopwords=array("серч","бесконечен","тыры-пыры"); array_map( function ($str) use ($stopwords){ foreach($stopwords as $word){ if(preg_match("|".$word."|iu", $str)) return; } echo $str.'<br>'; }, explode(".", $fp) );
telo добавил 07.10.2010 в 09:21
Простите, не удержался. Еще вариант. Теперь без циклов:
$fp="Серч самый лучший форум на свете. Мы его все очень сильно любим. Он просто огромен и бесконечен."; $stopwords=array("серч","бесконечен","тыры-пыры"); array_map( function ($str) use ($stopwords){ if(!count( array_filter( $stopwords, function ($s_word) use ($str) { return preg_match("|".$s_word."|iu", $str); } ) )) echo $str.'<br>'; }, explode(".", $fp) );
<?php if (have_posts()); ?>
поменять на
<?php if (have_posts()): ?>
Нельзя так. get_headers( $url ) возвращает массив. Потому и надо в переменную создавать, так как PHP не разрешает использовать конструкции вида func()[$index].
Тогда иэ так:
function check_remote_image($url) { return ($ok = get_headers($url))?strpos($ok[0],'200'):false; }
Но данная оптимизация бессмыслена с практической точки зрения.
По сравнению с временем на соединение в get_headers(), время работы preg_match и strpos - ничто.
Ну это вовсе не означает, что Яндекс будет также себя вести. У них разные алгоритмы. А УРЛ нестандартный, в любом случае. Я бы сказал, некорректный.
Имхо, УРЛ не по "ГОСТу". Первый раз такое вижу.
Уберите двойной амперсанд и все должно наладиться. Но это в движке нужно менять, ясное дело.
Опа! Быстрые ссылки в основной выдаче появились.
