OIDplus <i class="fa fa-check-circle" aria-hidden="true" role="img" data-bs-title="Verified" data-bs-toggle="tooltip" style="color: #6aa84f;"></i><span class="sr-only">Verified</span>

Hallo Till,\ ich kann gerne das Plugin testen (mit PHP 7.0) und in den offiziellen Code einpflegen.\ Jeder Objecttyp ist willkommen, auch wenn wir ihn im Moment nicht brauchen. Den JavaCard AID Objekt-Typ hab ich auch eingefügt, obwohl ich gar keine Smartcards entwickle, aber die AIDs haben mich irgendwie fasziniert. Ich bin am Überlegen, ob wir OIDplus zertifizieren sollten. (Am besten natürlich über eine digitale Signatur), so wie Microsoft beispielsweise Treiber von Drittanbietern testet und signiert. Vorerst würde ich die “Zertifizierung” ohne digitale Signatur machen, weil ich nicht genau weiß, wie ich das am besten implementieren soll. Ich würde dich bitten, das RDAP Plugin und IPFS plugin (und noch weitere Plugins) nochmal bei dir gründlich zu testen und dann bei mir “einzureichen”. Mein Gedanke zum Zertifizierungsprozess der Plugins wäre folgender: 1\. Test, ob das Plugin überhaupt funktioniert\ Insbesondere:\ - Test mit PHP 7.0 ohne besondere Dependencies\ - Prüfen des plugins im OIDplus DEBUG -Modus\ 2\. Codereview , insbesonere alle “TODO” Einträge anschauen und gucken ob irgendwie “Tests” oder Debug-Sachen drin sind.\ 3\. Code formatting guidelines / formatierung anwenden\ 4\. Manifest prüfen. Ist Lizenz gültig? Ist OID korrekt (legal vergeben, kein Dummy Wert)?\ 5\. “Feature OIDs”: Prüfen ob die OIDs korrekt sind (legal vergeben, kein Dummy Wert)\ 6\. Einbinden in das offizielle OIDplus Repository (wenn Antragsteller das wünscht) inkl. XML-Translation, ansonsten Ausgeben einer formellen Bestätigung (PDF), dass das Plugin in der Version X zertifiziert ist. Was meinst du? Oder würdest du die Zertifizierung anders machen bzw. Punkte hinzunehmen oder weglassen?

Hallo Daniel, ich muss darüber (Zertifizierung) erst nachdenken, spontan würde ich u.U. Punkt 6 ändern: Wenn keine digitale Signatur möglich ist (welche vl. auch “extern” validiert werden kann und Geld kostet?), macht so ein PDF/Zertifikat eher Sinn, wenn man es Online überprüfen kann? Eine Idee wäre ein Repository/Marktplatz anzubieten, bei dem Du die Plugins als “verifiziert”, “trusted” oder ähnlich freischalten kannst? Diese Plugins könnten direkt aus dem OIDplus Admin heraus suchbar/installierbar oder zunächst erst einmal downloadbar sein? Aber ich würde die Sache auch möglichst nicht zu kompliziert machen!!!

Das Plugin bei mir einzubinden macht die Sache eigentlich eher einfacher anstelle komplizierter. Beispielsweise\ [https://github.com/danielmarschall/oidplus/tree/master/plugins/tushevorg](https://github.com/danielmarschall/oidplus/tree/master/plugins/tushevorg)\ Wenn der Code bei mir in der Codebase eingebunden ist, habe ich auch die Kompatibilität immer im Blick, z.B. bei globalen Änderungen. Deswegen würde ich es auch präferieren wenn ein paar frdlweb Plugins (die von mir sehr genau geprüft werden) in die offizielle Codebase einfließen könnten. Im Endeffekt macht es das Produkt ja dann auch viel mehr attraktiver, um so mehr Objekttypen und Plugins man hat. Bzgl. Zertifikat : Ja, stimmt, eine PDF kann man fälschen. Es wäre ja auch eher nur ein Certification Report, der dokumentiert, welche Punkte geprüft wurden. Noch besser wäre natürlich eine digitale Signatur. Eigentlich hab ich sowas sogar schonmal gemacht, nämlich hier [https://github.com/danielmarschall/vnag/blob/master/framework/vnag_framework.inc.php](https://github.com/danielmarschall/vnag/blob/master/framework/vnag_framework.inc.php) Es gibt dort Tools zum signieren und verifizieren von PHP Dateien. Aber bei OIDplus haben wir ja auch noch XML, CSS und JS-Dateien. Da müsste ich also eher ein Zertifikat für alle Dateien haben.