satisfy any
order deny,allow
allow from all
deny from 205.209.143.66
deny from 212.76.37.174
deny from 96.31.92.173
deny from 83.238.72.106
deny from 85.222.67.34
deny from 77.236.15.226
deny from 208.188.3.9
deny from 212.235.107.140
deny from 109.160.142.48
deny from 89.28.14.35
deny from 212.235.107.140
deny from 58.33.169.109
deny from 205.209.143.66
deny from 79.174.79.122
deny from 212.235.107.140
deny from 213.0.89.6

Това е списъка, до който стигнах до този момент, но в един момент започнах да се замислям, че не е много добре да забранявам толкова много ip-та. Затова аз просто си дръпнах reCaptcha plugin-а за wordpress, който се оказа че върши много добра работа. Без повече ботове. Не мога да си обясня защо не си сложих такъв плъгин още отначалото. Препоръчвам ви го и на вас. Наистина или него, или някой друг подобен.

Bookmark It

След ред 1133 в get-recent-comments.php променете кода, както следва:

$lang = 'en';
if(strstr($_SERVER['REQUEST_URI'], '/bg/'))
{
 $lang = 'bg';
}

while ($comments_number < $requested_number_of_comments)
{
 $query = "SELECT * from $wpdb->comments JOIN {$wpdb->prefix}icl_translations t ON ({$wpdb->comments}.comment_ID = t.element_id AND t.element_type='comment' AND t.language_code = '$lang') WHERE comment_approved= '1' AND " .
 $sql_comment_type .
 $sql_exclude_owner .
 $sql_ignore_ip .
 "ORDER BY comment_date DESC LIMIT " . ($batch_number*$batch_size) . ",$batch_size";
 // echo "$query<br><br>";
 $comments = $wpdb->get_results($query);
 ...

Първо трябва да опредилите, на какъв език ви трябват коментарите, аз лично използвам структурата с папки, и след това да промените заявката и да отсеете само тези, които ви трябват.

Bookmark It

# bg feeds
RewriteCond %{HTTP_USER_AGENT} !^(FeedBurner|FeedValidator) [NC]
RewriteRule ^bg/feed/?$ http://feeds.feedburner.com/Georgibudinovcom [R=302,NC,L]

# en feeds
RewriteCond %{HTTP_USER_AGENT} !^(FeedBurner|FeedValidator) [NC]
RewriteRule ^feed/?$ http://feeds.feedburner.com/budinov/hSZI [R=302,NC,L]

Но очевидно това няма да се получи с категориите на Български език. Затова използвах чисто PHP. След това видях, че има готови плъгини изпълняващи подобна функция за пренасочване на адресите в блога. Въпреки това за мен по-удобният начин е този. Ето го и него:

fp-includes/feeds.php

$configRedirects = array(
 '/bg/category/програмиране/feed/' => 'http://feeds.feedburner.com/budinov/HjOF',
 '/bg/category/програмиране/php-програмиране/feed/' => 'http://feeds.feedburner.com/budinov/okdt',
 '/bg/category/програмиране/php-програмиране/codeigniter-php/feed/' => 'http://feeds.feedburner.com/budinov/KATe',
 '/bg/category/програмиране/php-програмиране/prado-php/feed/' => 'http://feeds.feedburner.com/budinov/Dhjv',
 '/bg/category/програмиране/php-програмиране/wordpress-php-програмиране/feed/' => 'http://feeds.feedburner.com/budinov/rfxC',

 '/category/programming/feed/' => 'http://feeds.feedburner.com/GeorgibudinovcomProgramming',
 '/category/programming/php/feed/' => 'http://feeds.feedburner.com/GeorgibudinovcomPhp',
 '/category/programming/php/codeigniter/feed/' => 'http://feeds.feedburner.com/GeorgibudinovcomCodeigniter',
 '/category/programming/php/prado/feed/' => 'http://feeds.feedburner.com/GeorgibudinovcomPrado',
 '/category/programming/php/wordpress/feed/' => 'http://feeds.feedburner.com/GeorgibudinovcomWordPress',
);

$decodedUrl = urldecode($_SERVER['REQUEST_URI']);

if(!eregi("FeedBurner|FeedValidator", $_SERVER['HTTP_USER_AGENT']) && $configRedirects[$decodedUrl])
{
 header('Location: '.$configRedirects[$decodedUrl]);
 die();
}

Bookmark It

Първо, трябва да си призная – WordPress е изключителен инструмент инкорпориращ работата на толкова много разработчици. Но има една малка уловка – не можете да им вярвате на всички. Има много плъгини. Избирате си едни, изтегляте го, инсталирате и активирате. Супер! Така докато някои прецакан плъгин, който Вие сте решили да изпробвате не прее*е всичко или част от това, което сте направили до момента. И какво да правим в такъв случай? Работим и тестваме на localhost разбира се.

Разработването на localhost е предпочитания начин на работа за повечето програмисти, включително и за мен. Но познайте какво се случи, когато реших да пусна блога на реален сървър – оказа се, че повечето от конфигурационните врзъки на WordPress като базовото url и други подобни, специфични за отделните плъгини, се пазят в базата от данни. Първоначално малко се ядосах като установих проблема. Помислих си „WTF? Какво да правя сега ? Трябваше да вляза по-навътре в кода преди да свърша работата!“, но след това осъзнах, че проблема не е толкова голям. Просто взех дъмпа на базата, отворих го в Eclipse, настроих енкодинга и използвах функцията search and replace. Импортнах дъмпа на реалния сървър и забравих за проблема. Супер! Всъщност аз не съм се разтърсил сериозно из интернет за по-добро решение имайки в предвид, че това ми свърши идеална работа. Може бу WordPress са интегрирали някакво готово решение за този проблем? Добре де, аз не го намерих. Между другото това е една добра идея за разработката на нов плъгин за WordPress. Ако имам време може да пробвам да напиша нещо. В края на краищата това е най-добрия начин да влезеш в един продукт – започни да работиш над него!

Bookmark It