@grzezlo
Dość blisko przyjrzałem się sprawie i wygląda to skomplikowanie.
Mamy do dyspozycji stare API XMLRPC i API resztowe JSON. I obydwa mają tu swoje wady.
API XMLRPC odpowiada na nasze potrzeby w zupełności. Jednak, nie ukrywajmy, XML powinien już dawno odejść w zapomnienie i tylko kwestią czasu jest, jak je pożegnamy - już teraz jest oznaczone jako przestarzałe.
Drugi spory argument to fakt, że przekazuje się do niego w każdym jednym zapytaniu login i hasło... No nie.

API resztowe JSON jest sporo lepsze, ale nie pozwala na uwierzytelnianie użytkowników... Nie da rady, trzeba zalogować się ręcznie.
Z kolei bez zalogowania nie ma możliwości nawet czytania wpisów, całe API jest niedostępne.

Coś kolega bajki opowiada, bo jak wynika z informacji[1] dane dostępne publicznie na stronie, są też publicznie, bez autoryzacji dostępne przez rest API.
I eksperymentalnym linkiem[2] to można sprawdzić.
Jeśli chodzi o edycję zewnętrznego bloga z poziomu Eltena, to zakładam, że nie ma takiej potrzeby, bo skoro ktoś prowadzi bloga na zewnętrznym serwerze, to ma to opanowane.
Natomiast przeglądanie i informowanie użytkowników Eltena o nowych wpisach na zewnętrznym śledzonym blogu mogłoby być fajną sprawą.

[1]: It provides data access to the content of your site, and implements the same authentication restrictions — content that is public on your site is generally publicly accessible via the REST API, while private content, password-protected content, internal users, custom post types, and metadata is only available with authentication
https://developer.wordpress.org/rest-api/

[2]: przykładowo
http://zlotowicz.pl/wp-json/wp/v2/posts

No więc odwiedziłem podanego linka i:

{"code":"rest_cannot_access","message":"Tylko uwierzytelnieni u\u017cytkownicy mog\u0105 uzyska\u0107 dost\u0119p do interfejsu REST API.","data":{"status":401}}

@Pajper, czy to możliwe, że jesteśmy podłączeni do dwóch całkowicie różnych internetów i stąd te rozbieżności w wynikach eksperymentu?
To wyjaśnienie, jakkolwiek absurdalne, zyskuje jednak nieco sensu, jeśli zważyć, że taki sam jak wczoraj, pozytywny efekt osiągnąłem w trybie prywatnym przeglądarki, a nawet przy pomocy narzędzia curl, a nawet do nieswojego bloga, do którego nie mam żadnych danych autoryzacyjnych.
Czy możesz napisać jaki konkretnie url próbowałeś odpalić z takim a nie innym rezultatem, chociaż domyślam się, że ten drugi z mojej wczorajszej wiadomości.
Idąc dalej, czy wykonanie poniższej komendy curl utworzy u ciebie 23-kilobajtowy plik wptest.txt z zawartością JSON 10 postów z bloga, tak jak to ma miejsce u mnie, czy też znowu status 401?
curl -o wptest.txt http://tyflopodcast.net/wp-json/wp/v2/posts

A może po prostu to dwie różne wersje Wordpressa.
Ponadto niektórzy w configach mogą zablokować różne funkcje API.

Nie, co zresztą łatwo można sprawdzić curlem.
na zlotowicz.pl też działa tak samo dobrze jak wczoraj z przeglądarki.

Jestem za.

You can use pluggin is a Kama Spam Block.
--Cytat (pajper):
Spam to spory problem. Akismet w wersji niepersonalnej jest drogi: dla sieci witryn 50 usd miesięcznie.
Skorzystamy z jakiejś darmowej alternatywy, ale na ile będzie skuteczna? Nie wiem, bo sam używałem do tej pory tylko Akismeta.

--Koniec cytatu