Jemand hier der fit mit REST/Slim ist?

wenig views, keine antwort.
*push*?

ne, im ernst, kennt jemand ein passendes forum dafür? ...will da nicht only auf github in den kommentaren rumsurfen.

naja, zu REST hab ich eh keine fragen (mehr). habe ähnliches routing schon damals (TM) via mod_rewrite abgefangen. neu für mich ist dabei nur die request-methode.

und wenn du php net magst: igit, du bist sicher so ein liligum?!
....wofür nutzt du sonst REST? c? java? .net? ...gibt's asp noch?

edit: sofern es C ist, warum nutzt du dann nicht SOAP?

danke longbow, jetzt muss ich morgen auf der fahrt zu arbeit auch noch node/js->express googlen ...
{nachträglich eingefügt: wenn ich mir ansehe wie viele sicherheits- bzw. input relevante dinge heutzutage von JS erledigt werden, dann bekomm ich ausschlag}

bezüglich SOAP bin ich fast bei dir. aber inzwischen kenne ich im vergleich zu json/REST einen (einzigen\s[großen]*) vorteil: du definierst im XML die benötigten felder und deren feldtypen, ansonsten geht der request garnicht weiter raus.

mit json kannst jedem alles schicken. dem format ist das doch egal. auch bei REST/Slim ist es egal was du schickst.
SOAP haut da wirklich nen 100er nagel rein, wenn die daten nicht passen.

edit: SOAP erinnert mich dahingehend irgendwie an mein LAN: 12 benutzer, jeder mit ausgewählten ntfs rechten. der einzige für den das kompliziert ist, bin ich selbst. denn jeder hacker hat wohl selbst damit kein problem.
für ne einfache web-app brauch ich doch nicht mal slim, das code ich doch selbst plain php. also musst schon ein routing notwendig sein, oder der bedarf an middleware/auth, dass ich das nicht selbst code.
in bezug auf SOAP sehe ich das (erst seit 3 wochen) ähnlich: es macht keinen sinn, wenn es nicht wirklich von nöten ist.

der vergleich ist ähnlich wie magento <> osCommerce

@pinkey: for sure NOT. ich überarbeite gerade ein historisch gewachsenes system.
da ist's nicht mal aufgefallen wenn das admin-pw von ner mysql-db geändert wurde, und das ding deshalb versagt hat. weil es weder error-logging noch eine debug möglichkeit gibt.

.....*del* because deprecated

@pinkey: in welcher sprache nutzt du RESTful URI's und/oder Slim?

bei uns kommt "erschwerend" dazu, dass wir quasi nur MongoDB haben, sprich wir können 1:1 das gleiche drum von frontend zum backend durchschieben und deployen mini node backends per pm2, die wir dann scalen bzw. auf die cores aufsplitten

slim, hat auf den 1. blick ziemlich "expressig" ausgeschaut, wenn du also viel auf 0185 webspaces deployen musst, könnte das sinnvoll sein - wenn dort php verfügbar ist

Zitat von Bogus

@pinkey: in welcher sprache nutzt du RESTful URI's und/oder Slim?

JavaScript mit nodejs dazu Hapi/Express

Zitat

js macht für mich nur in verbindung mit ajax sinn. und da schreien alle gleich: jquery, jquery. ?! ich mein, hallo?

Übrigens kommt mir so vor als wäre Jquery ziemlich out und mittlerweile schreien alle react oder angular. Nur hast halt grad bei vielen großen Projekten noch Jquery drin ... So schnell bekommst das nicht los.

gegen js wettern um dann im selben atemzug php zu erwähnen ist aber auch clusterbomb im glashaus oder?