http___bg.stealthsettings.com_windows-live-writer-wordpress-invalid-server-response-xmlrpc.html_2.xml
1.1 2.1 3.1 4.1 5.1 7.1 9.1 9.2 10.1 11.1 12.1 12.2 12.3 12.4 13.1 14.1 14.2 14.3 15.1 15.2
Опитвате се да публикувате някои статии в блог (платформа: WordPress) Посредством Windows Live Writer, след като даде "Публикувам"Срещнах многократно ROWS грешка, като: "Невалиден отговор от сървъра - В отговор на metaWeblog.newPost Приета метод от сървъра уеблог е невалиден: Невалиден отговор документ се завърна от Xmlrpc сървъра".. По-горе грешка обикновено се случва, когато гредата е поставена големи изображения на уеб сървър (т.е. в Apache) Е настроен филтър "SecFilterInheritance ON ". Най-простото решение на проблема, е да се премахне този филтър файл xmlrpc.PHP с помощта на .Htaccess . Добави в.Htaccess следните редове и натиснете "Запис" SecFilterInheritance Off След като направите това проста операция, ще има проблеми Xmlrpc. Решаване на горното е валидно също за грешка "Windows Live Writer в състояние автоматично да открие Не беше в блога си: Invalid отговор от сървъра - Отговорът на метода на blogger.getUsersBlogs получена от уеблог сървър е невалиден: Invalid документ отговор, върнати от xmlrpc сървър ", което е, когато искате да добавите нов акаунт Блог WordPressв Windows Live Writer. ModSecurity.orgОбяснява сигурността директива: SecFilterInheritance Филтър наследство Филтри обикновено се определя в Родителските папки са наследени от вложените Apache Contexts конфигурация. Това поведение е приемлив (и задължително), в повечето случаи, но не през цялото време. Понякога трябва да се отпуснете проверки в някои част на сайта. С помощта на SecFilterInheritance директива: SecFilterInheritance Off Можете да инструктира ModSecurity да пренебрегне майка, което можете да филтри да се започне с правила от нулата. Настоящата директива се отнася само правила. Конфигурацията е винаги наследяват от родителския контекст, но можете да го замени като сте удоволствие да използват съответни директиви за конфигурация. Конфигурация и правило наследство винаги е активирана по подразбиране. Ако имате конфигурация контекст под Онзи е имал наследствени увреждания Ще трябва изрично да деактивирате наследство отново, ако това е, което ви трябва.
1.1 2.1 3.1 4.1 5.1 6.1 8.1 10.1 10.2 11.1 12.1 13.1 13.2 13.3 13.4 14.1 15.1 15.2 15.3 16.1 16.2
Windows Live Writer / WordPress - Invalid Server Response (XMLRPC) Trying to post some articles on a blog (platform: WordPress) Using Windows Live Writer after I gave "Publish"I met repeatedly ROWS an error like: "Invalid Server Response - The response to the metaWeblog.newPost method received from the weblog server was invalid: Invalid response document Returned from Xmlrpc server".. Above error generally occurs when the post is inserted large images and web server (ie in Apache) Is set filter "SecFilterInheritance ON ". The simplest solution to the problem is to remove the filter file xmlrpc.php by means of .htaccess . Add in the.htaccess following lines and click "save" SecFilterInheritance Off After you do this simple operation, there will be problems Xmlrpc. Solving the above is valid if the error "Windows Live Writer was not Able to automatically detect your blog: Invalid Server Response - The response to the blogger.getUsersBlogs Received method from the weblog server was invalid: Invalid response document Returned from xmlrpc server "that appears when you add a new blog account WordPressWindows Live Writer. ModSecurity.orgExplains security directive: SecFilterInheritance Filter inheritance Filters Normally defined in parent folders are inherited by nested Apache Contexts configuration. This is behavior is acceptable (and required) in most Cases, But not all the time. Sometimes You Need to relax checks in Some part of the site. By using the SecFilterInheritance Directive: SecFilterInheritance Off You Can instruct ModSecurity to disregard Parent That You Can filters to start with rules from the scratch. This Directive Affects rules only. The configuration is always inherited from the parent context But you CAN override it as you are pleased using the Appropriate configuration directives. Configuration and rule inheritance is always enabled by default. If you have a configuration context beneath one has had inheritance disabled That You Will have to explicitly disable inheritance again if That is what you need.