При попытке найти новый плагин выдает ошибку…

Руслан, могу предложить вот такой тест для сURL

<?php
ini_set('display_errors', 1);

function Yget_data($url) {
        $ch = curl_init();
        $timeout = 15;
        curl_setopt($ch, CURLOPT_URL, $url);
        curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
        curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, $timeout);
        $data = curl_exec($ch);
        if(curl_errno($ch))
        {
        echo 'Curl error: ' . curl_error($ch);
        }
        curl_close($ch);
        return $data;  }

$returned_content = Yget_data("http://wordpress.org/plugins/");
echo $returned_content;
?>

сохраняете как допустим curldiag.php
заходите на ваш сайт http://vedruslan.com/curldiag.php

если видите страницу индекса плагинов WP — curl у вас на низком уровне работает, если видите какие либо ошибки или пустая страница — curl не работает

непосредственно curl работает, и связь с каталогом wordpress.org есть,
ошибка где то на уровне построения запроса в самом wordpress или (более вероятно) разборе ответа сервера

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

1. сменить хостинг на тот, что будет работать без проблем за ваши деньги

2. мучать техническую поддержку хоста. Вы — клиент. Вы платите им деньги.
Wordpress стоит на каждом пятом сайте, это самая популярная cms имеющая долю выше чем суммарно у ближайших конкурентов (Joomla и Drupal). Хостер должен быть заинтересован в том, чтобы у них все работало. Так что пусть ставят WP и добиваются его работоспособности, или ПО свое приводят в нормальный вид, CentOS 5.7, как я уже упомянула, формально соответствует требованиям, но тут ваша тема висит и еще попадаются с «нерешаемыми» проблемами… опять же у всех CentOSы

3. найти кого-то кто решит ваши проблемы, за деньги. за компанию (если у них те же проблемы), из спортивного интереса… из иных побуждений.
Скажу лично за себя — мне CentOS с старым софтом отлаживать неинтересно.

вариант 1 простой и быстрый, как видите, делается в течении дня, все остальное вон уже 3 месяца длится, и честно — без особенных перспектив.

или (более вероятно) разборе ответа сервера

XML? Стоит посмотреть состав расширений php, я думаю.

Руслан, попробуйте в .htaccess корня сайта добавить

php_flag apc.cache_by_default Off

есть некоторые (коллективные) сомнения по поводу чистоты работы APC

Что после этого должно произойти?

эта директива отключает кеширование опкода php, если причина бы была в ошибках кеша ( у apc есть проблемы с стабильностью )…