Windows Live Writer / WordPress – Невалиден отговор на сървъра (XMLRPC)

Опитвате се да публикувате някои статии в блог (платформа: WordPress) с помощта на Windows Live Writer, след като сте дали "Публикувай", многократно срещах грешка като тази:

"Невалиден отговор на сървъра – Отговорът на metaWeblog.newPost методът, получен от уеблог сървъра, е невалиден: Върнат невалиден документ за отговор от XmlRpc сървър.” .

Горната грешка обикновено възниква, когато в публикацията и на уеб сървъра (по-точно в Apache) филтърът е зададен "SecFilterInheritance ВКЛЮЧЕНО”.

Най-простото решение на проблема е да премахнете този филтър за файла xmlrpc.php с помощта .htaccess .

Добавете следните редове към файла .htaccess и натиснете „запазване“

<Files xmlrpc.php>
SecFilterInheritance Off
</Files>

След като извършите тази проста операция, няма да има повече проблеми, свързани с XmlRpc. Горното решение е валидно и в случай на грешка: “Windows Live Writer не успя автоматично да открие вашия блог: Невалиден отговор на сървъра – Отговорът на метода blogger.getUsersBlogs, получен от уеблог сървъра, беше невалиден: Невалиден документ за отговор, върнат от XmlRpc сървъра”, който се появява, когато искате да добавите нов WordPress блог акаунт в Windows Live Writer.

ModSecurity.org, обяснява директивата за сигурност: SecFilterInheritance

Наследяване на филтъра

Филтрите, дефинирани в родителските папки, обикновено се наследяват от вложени конфигурационни контексти на Apache. Това поведение е приемливо (и задължително) в повечето случаи, но не през цялото време. Понякога трябва да облекчите проверките в някоя част на сайта. Чрез използване на директивата SecFilterInheritance:

SecFilterInheritance Off

можете да инструктирате ModSecurity да пренебрегне родителските филтри, така че да можете да започнете с правила от нулата. Тази директива засяга само правилата. Конфигурацията винаги се наследява от родителския контекст, но можете да я замените, както желаете, като използвате подходящите директиви за конфигурация.
Наследяването на конфигурацията и правилата винаги е активирано по подразбиране. Ако имате конфигурационен контекст под такъв, който е с деактивирано наследяване, ще трябва изрично да деактивирате наследяването отново, ако това е, от което имате нужда.