API schlägt fehl auf secondsite, funktionierte auf primary/default site

Entwickler
1

Ich teile eine Website mit der Multi-Site-Methode in zwei separate Websites auf und es ist wieder mal Bang Your Head gegen die API-Zeit.

Was ich jetzt versuche, ist, die Benutzer von Liste 1 (der Standard-Website) auf Liste 2 (der zweiten Website) zu inaktivieren.

Ich habe die Benutzer auf Liste 2 bereits von Liste 1 inaktiviert. Alles, was ich in meinem PHP-Skript geändert habe, war, einen neuen API-Schlüssel auf der zweiten Website zu generieren, ihn in den CURL-Aufruf einzufügen, und ich erhalte Invalid_Access-Fehler.

Hier ist ein gekürzter Aufruf (die meisten API-Schlüssel fehlen), der nur für diesen Benutzer und globalen Zugriff gültig ist.

curl -X PUT -H “Content-Type: multipart/form-data;” -H “Api-Key: a23…” -H “Api-Username: nolan” “https://nu-sports.tssi.com/admin/users/4/deactivate.json/”
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 98 0 98 0 0 212 0 --:–:-- --:–:-- --:–:-- 4454
{“errors”:[“You are not permitted to view the requested resource.”],“error_type”:“invalid_access”}

Was ist die geheime Zutat, die ich vermisse?

2

Hast du einen neuen API-Schlüssel auf der zweiten Website erstellt? So wie es aussieht, ist der Schlüssel ungültig.

3

Ja, ich habe zwei verschiedene neue Schlüssel ausprobiert, ohne Erfolg.

Wenn der Fehler protokolliert wird, sehe ich nicht, wo.

Laut dem API-Menü greift es offenbar auf den richtigen Schlüssel zu:

a233… Deaktivieren von Huskerlist-Abonnenten ![\ 24x24](https://nu-sports.tssi.com/user_avatar/nu-sports.tssi.com/nolan/48/18421_2.png „nolan“) vor 6 Stunden 1 Minute

1 „Gefällt mir“
4

Ich habe auch versucht, einen API-Schlüssel für den Systembenutzer zu erstellen, derselbe Fehler.

5

Ich würde einen globalen Schlüssel ausprobieren und dann versuchen, den Geltungsbereich zu reduzieren.

6

Soweit ich das beurteilen kann, gibt es keine Option, den Geltungsbereich eines API-Schlüssels zu reduzieren, sodass er Deaktivierungen verarbeitet. Dies ist keine der verfügbaren Optionen, aber ein globaler Schlüssel funktioniert sowieso nicht. (APIs müssen meiner Meinung nach überarbeitet werden.)

Ich weiß nicht, wo sich der Code für deactivate.json befindet. Eine Suche auf meinem Server findet ihn nicht, daher ist es anscheinend keine separate Datei. Ich frage mich, ob es bei dieser Zweitseite etwas Besonderes gibt, das nicht stimmt, denn auf der Standardseite hat es hervorragend funktioniert.

Es wäre nicht das erste Problem, das ich mit Zweitseiten habe, obwohl ich mir nicht sicher bin, ob das erste jemals als Problem gemeldet wurde. Es hat mit Code in einer Nginx-Konfigurationsdatei zu tun, die prüft, ob der Domainname in der URL der Standard ist. Ich kommentiere diese Codezeilen einfach aus, wann immer ich einen Rebuild durchführe. Ich habe dieses Problem in diesem Beitrag gemeldet: