PHP-Settings eines Users über API ändern

[PapaZivi]

Hi,

ich weiß nicht ob ich einfach Blind bin oder etwas nicht verstehe. Ich möchte bei einem User die PHP-Settings über die API ändern. Aber die Einstellungen kommen einfach nicht an. Ich bekomme aber auch keine Fehler. Ist das ein Fehler auf Serverseite, funktioniert Keyhelp da nicht oder funktioniere ich nicht?

Anfrage:

Code: Select all

curl -X 'PUT' \
  'https://www.example.com/api/v2/clients/7' \
  -H 'accept: application/json' \
  -H 'X-API-Key: XXXXX' \
  -H 'Content-Type: application/json' \
  -d '{
"php": {
    "memory_limit": "256M",
    "max_execution_time": 30,
    "post_max_size": "36M",
    "upload_max_filesize": "32M",
    "disable_functions": "apache_child_terminate, apache_note, apache_setenv, curl_multi_exec, define_syslog_variables, dl, exec, link, opcache_get_status, openlog, passthru, pcntl_exec, pcntl_fork, pcntl_setpriority, popen"
  }
}'

Response Code

Code: Select all

200

Response body

Code: Select all

{
  "id": 7
}

Gibt es noch möglichkeiten, wie ich checken kann, woran das liegen könnte?

VG
PapaZivi

[Tobi]

Ganz einfach: Das geht nicht.

Darf man fragen woher du den Code hast?

Hier die offizielle Doku:

https://app.swaggerhub.com/apis-docs/keyhelp/api/2.14

[PapaZivi]

Ganz einfach: Das geht nicht.

Darf man fragen woher du den Code hast?

Hier die offizielle Doku:

https://app.swaggerhub.com/apis-docs/keyhelp/api/2.14

Darfst du. Die Ausgabe stammt genau von diesem Ort. Swaggerhub hat mir das ausgespuckt. Und in der Doku steht nicht, das diese Werte, anders als die Ressourcen, RO wären. Das ich Ressourcen nicht ändern kann über API, habe ich in der Doku gelesen. Warum das so ist ist mir zwar nicht klar, aber das ist ein anderes Thema.
Mir geht es jetzt um die dokumentierte Funktion bei den Clients, bei denen ich laut Doku die Werte setzten sollen können dürfte, es aber nicht geht. Und da ist dann meine Frage, habe ich mich verlesen oder ist die Doku da fehlerhaft?

[Jolinar]

Ist das ein Fehler auf Serverseite, funktioniert Keyhelp da nicht oder funktioniere ich nicht?

Habs nur kurz überflogen (ihr wißt ja, daß ich nicht wirklich Ahnung vom Coding hab ), aber fehlt da evtl. der Parameter open_basedir bei dem Request...?

[Tobi]

Ah, O.K.
Hab‘s gefunden.

Probier mal statt dessen den Endpunkt

Code: Select all

PUT
/clients/name/{name}
Updating client.

Ich habe das noch nie gebraucht.
Kann dir also nicht wirklich sagen ob es funktioniert.

[PapaZivi]

Ist das ein Fehler auf Serverseite, funktioniert Keyhelp da nicht oder funktioniere ich nicht?

Habs nur kurz überflogen (ihr wißt ja, daß ich nicht wirklich Ahnung vom Coding hab ), aber fehlt da evtl. der Parameter open_basedir bei dem Request...?

Da ich open_basedir nicht ändern will, hab ich es einfach weggelassen. Das Programm hinter der API sollte anhand der Keys (php->memory_limit usw.) erkennen welche Werte zu ändern wären. Von daher sehe ich das nicht als Fehlerquelle. Ich habe es trotzdem mal ausprobiert. Will mir ja nicht nachsagen lassen, ich hätte es nicht wenigstens versucht!
Input:

Code: Select all

{
"php": {
    "memory_limit": "128M",
    "max_execution_time": 60,
    "post_max_size": "72M",
    "upload_max_filesize": "64M",
    "open_basedir": "##DOCROOT##/www:##DOCROOT##/files:##DOCROOT##/tmp",
    "disable_functions": "apache_child_terminate, apache_note, apache_setenv, curl_multi_exec",
    "env_variables": "",
    "extra_directives_immutable": "",
    "extra_directives_mutable": "",
    "additional_settings": ""
  }
}

Output danach:

Code: Select all

"php": {
    "memory_limit": "128M",
    "max_execution_time": 60,
    "post_max_size": "72M",
    "upload_max_filesize": "64M",
    "open_basedir": "##DOCROOT##/www:##DOCROOT##/files:##DOCROOT##/tmp",
    "disable_functions": "apache_child_terminate, apache_note, apache_setenv, curl_multi_exec, define_syslog_variables, dl, exec, link, opcache_get_status, openlog, passthru, pcntl_exec, pcntl_fork, pcntl_setpriority, popen, posix_getpwuid, posix_kill, posix_mkfifo, posix_setpgid, posix_setsid, posix_setuid, proc_close, proc_get_status, proc_nice, proc_open, proc_terminate, shell_exec, stream_socket_sendto, symlink, syslog, system",
    "env_variables": "",
    "extra_directives_immutable": "",
    "extra_directives_mutable": "",
    "additional_settings": ""
  },

ist ihm egal. Und wenn es doch von nöten wäre, dann müsste mir die API einen Fehler melden (Fehlerhafte Anfrage oder sowas) aber ich bekomme nur eine Positive Bestätigung (status 200) und die erwartete Rückmeldung (siehe unten).

Ah, O.K.
Hab‘s gefunden.

Probier mal statt dessen den Endpunkt

Code: Select all

PUT
/clients/name/{name}
Updating client.

Ich habe das noch nie gebraucht.
Kann dir also nicht wirklich sagen ob es funktioniert.

Hab ich jetzt auch noch ausprobiert, danke für den fingerzeig, leider mit dem selben Ergebnis. Status: 200 und Rückgabe ist wie erwartet:

Code: Select all

{"id": 7}

.

[PapaZivi]

Es geht btw. auch nicht die Settings von php_fpm zu ändern, obwohl es laut Doku gehen sollte:

gekürzter Ausschnitt Client-Schema

grafik.png (18.36 KiB) Viewed 264 times

[Tobi]

Auf jeden Fall funktioniert es einen anderen Tarif zuzuweisen.
Aber auch hier kann ich dir nicht wirklich sagen ob dann die PHP Einstellungen des neuen Tarifes gesetzt werden.

Einfach mal ausprobieren.

[Alexander]

Um die Account-Features (Limits der Resources, Permissions, PHP und PHP-FPM Einstellungen) zu ändern, muss man einen Hosting-Plan (Endpunkt /hosting-plans) verwenden. Entweder man erstellt extra für diesen Zweck einen und löscht ihn nach Anlegen / Updaten des Users wieder, oder man nimmt einen bestehenden.
Die ID gibt man dem [PUT/POST] /clients Endpunkt mit über "id_hosting_plan".

Ich gebs zu, es ist etwas versteckt nur bei POST /clients dokumentiert, ich werde es nochmal offensichtlicher hinterlegen.


Fix: Das PHP und PHP-FPM als nicht read-only angezeigt wurden und in der liste der verfügbaren Parameter auftauchten hab ich korrigiert, das sollte nicht sein.

[PapaZivi]

Um die Account-Features (Limits der Resources, Permissions, PHP und PHP-FPM Einstellungen) zu ändern, muss man einen Hosting-Plan (Endpunkt /hosting-plans) verwenden. Entweder man erstellt extra für diesen Zweck einen und löscht ihn nach Anlegen / Updaten des Users wieder, oder man nimmt einen bestehenden.
Die ID gibt man dem [PUT/POST] /clients Endpunkt mit über "id_hosting_plan".

Pffff... Okay. Machbar. Nicht schön, aber machbar.
Darf man erfahren warum der Prozess so stattfindet?

Fix: Das PHP und PHP-FPM als nicht read-only angezeigt wurden und in der liste der verfügbaren Parameter auftauchten hab ich korrigiert, das sollte nicht sein.

Danke