KeyHelp Community

Wir möchten auf unseren Servern beim Anlegen einer Domain direkt prüfen, ob die Domain bei InternetX reservierbar ist und die Reservierung oder einen Transfer direkt anstoßen.

Der geplante Ablauf ist:

• Nutzer legt Domain an
• wir checken, ob die Domain bereits reserviert ist
• falls nicht, kann der Nutzer die Domain reservieren
• falls doch, kann der Nutzer den Auth Code für die Domain eingeben

Dafür müssten wir die Templates erweitern und Success/Error-Requests von der InternetX-API verarbeiten. Wir haben uns das Theme angesehen. Aktuell sehen wir 2 Ansätze - einerseits eine komplette JS Variante über die Whitelabel Lösung, andererseits eine Erweiterung der bestehenden Twig-Templates.

Die JS Variante wäre zwar update-sicher, aber erscheint uns etwas wackelig, weil wir bestimmte Daten aus dem DOM auslesen müssten.
Für die Twig Variante fehlt uns die Möglichkeit, die Twig Blöcke zu erweitern (zudem die meisten Templates nur einen content-Block haben, der den gesamten Code umgibt).
Ein anderer Ansatz wäre ein Child-Theme, aber dafür müssten wir die betroffenen Templates komplett überschreiben. Heißt, wir müssten bei Theme-Updates die Änderungen händisch übernehmen.

Der nächste Punkt ist, dass wir zwar an die Templates herankommen, aber die zugehörigen Controller verschlüsselt sind. Dadurch stellt sich die Frage, wie wir die Sache am besten angehen.

Über Input würden wir uns freuen

Zur ersten Frage sind Andere die besseren Ansprechpartner (ich bin Systemer)...

Botty wrote: ↑Thu 28. Sep 2023, 23:42 Der nächste Punkt ist, dass wir zwar an die Templates herankommen, aber die zugehörigen Controller verschlüsselt sind. Dadurch stellt sich die Frage, wie wir die Sache am besten angehen.

Da käme für mich nur eine Lösung in Frage: Eigenes Template bauen (lassen).

Botty wrote: ↑Thu 28. Sep 2023, 23:42 ...
Dadurch stellt sich die Frage, wie wir die Sache am besten angehen.
...

Ein guter Anfang wäre mal "Hallo" zu sagen...

Aber wird scheinbar heutzutage überbewertet

Mal als Idee / Ansatz, viewtopic.php?p=34159#p34159.

OlliTheDarkness wrote: ↑Thu 28. Sep 2023, 23:59 Ein guter Anfang wäre mal "Hallo" zu sagen...

Aber wird scheinbar heutzutage überbewertet

Gib ihm noch ne Chance (auch wenn ich deinen Standpunkt verstehe^^)...Der Beitrag ist jedenfalls erstmal sehr gut verfaßt

Jolinar wrote: ↑Fri 29. Sep 2023, 00:06

OlliTheDarkness wrote: ↑Thu 28. Sep 2023, 23:59 Ein guter Anfang wäre mal "Hallo" zu sagen...

Aber wird scheinbar heutzutage überbewertet

Gib ihm noch ne Chance (auch wenn ich deinen Standpunkt verstehe^^)...Der Beitrag ist jedenfalls erstmal sehr gut verfaßt

Hab nie gesagt das er keine Chance hat, finds halt nur Unfreundlich beim ersten Beitrag nichtmal nen "Hallo" sagen zu können.

Die Zeit sollte man haben wenn man irgendwo neu reinkommt

Meine Empfehlung wäre den gesamten Vorgang in ein spezialisiertes Script auszulagern.
Dann kann dieses per API mit KeyHelp und InternetX kommunizieren.
Sobald sich der Kunde dann am Panel wieder anmeldet ist die Domain bereits betriebsbereit.

BTW: Moin Olli

Hallo zusammen,

das mit der Anrede ist mir beim Copy&Paste der Anfrage nicht aufgefallen, mea culpa.

Die Idee von Tobi mit dem spezialisierten Script geht schon in die Richtung. Ganz ohne Template-Anpassungen kommen wir wahrscheinlich nicht hin, da der Kunde den Auth-Code für den Domaintransfer selbst eingeben muss.

Das komplette Theme zu duplizieren wäre für ein simples Zusatzfeld oder kleinem Popup unnötig viel mitgeschleppt. Kann man vielleicht ein Child-Theme anlegen, welches nur einzelne Twig-Templates überschreibt?

Ähnlich wie das bei anderen Systemen funktioniert, dass man in der _settings.json ein Parent-Theme angeben kann:
Dann könnten wir nur ein paar Twig-Blöcke erweitern, ohne bei jedem Update jede Änderung händisch zu übernehmen.

Hat damit jemand Erfahrung? Oder muss man das komplette Theme duplizieren?

Falls noch jemand solche Pläne hat: Aktuell muss man wirklich das komplette Theme duplizieren und anpassen, beim Update muss man dann per Skript diese Änderungen wieder herstellen/kopieren.