Ich würde mir bitte einen PUT Endpoint in emails wünschen wollen welchen man mit "name/email-adresse" ansprechen kann.
Dann könnte man das Passwort einer Mailadresse ändern ohne deren ID kennen zu müssen.
Danke!
API Endpoint PUT emails/name/{name} [GELÖST]
API Endpoint PUT emails/name/{name}
Gruß,
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Re: API Enpoint PUT emails/name/{name}
Ich würde meinen Funktionswunsch gerne abändern
Es wäre noch viel genialer / einfacher wenn der bisherige PUT Endpoint statt einer numerischen ID alternativ auch einen String akzeptieren würde.
Wenn der Übergabeparameter numerisch ist, dann ist es die ID, ansonsten die E-Mail Adresse.
Und das könnte alle PUT Endpoints betreffen.
Nur so ne Idee
Es wäre noch viel genialer / einfacher wenn der bisherige PUT Endpoint statt einer numerischen ID alternativ auch einen String akzeptieren würde.
Wenn der Übergabeparameter numerisch ist, dann ist es die ID, ansonsten die E-Mail Adresse.
Und das könnte alle PUT Endpoints betreffen.
Nur so ne Idee
Gruß,
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Re: API Enpoint PUT emails/name/{name}
Ja das hatte ich mir letzte Woche auch schon so gedacht .Und das könnte alle PUT Endpoints betreffen.
Und ich erweitere es noch um [DELETE]. Der Endpunkt lässt sich künftig auch mit Namen ansprechen.
Das geht leider nur solange gut, bis die Leute anfangen für Ihre Ressourcen Nummern vergeben. Das mag für z.B. Clients oder Email zwar nicht möglich sein, aber für Admins, Certificates, hosting plans etc. geht das sehr wohl.Es wäre noch viel genialer / einfacher wenn der bisherige PUT Endpoint statt einer numerischen ID alternativ auch einen String akzeptieren würde.
Ergo, damit es einheitlich ist und es später nicht zu "Verwechslungen" kommt, bekommen alle zusätzliche Entpunkte à la:
[PUT] / [DELETE] /emails/name/<NAME>
[PUT] / [DELETE] /ftp/name/<NAME>
[PUT] / [DELETE] /clients/name/<NAME>
usw...
Mit freundlichen Grüßen / Best regards
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
Re: API Endpoint PUT emails/name/{name}
Moin Alex!
Perfekt und vielen Dank!
Das mit den numerischen Ressourcen hatte ich nicht bedacht. Aber klar. Manch einer macht das so.
Perfekt und vielen Dank!
Das mit den numerischen Ressourcen hatte ich nicht bedacht. Aber klar. Manch einer macht das so.
Gruß,
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Re: API Endpoint PUT emails/name/{name} [GELÖST]
Alles erledigt!
Mit freundlichen Grüßen / Best regards
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************