spielen framework2: remove trailing slash in urls

Aus SEO-Sicht die gleiche Verbindung mit trailing slash ist eine andere als link, ohne es. Es wird dringend empfohlen, immer ein schema (gezogene oder nicht gezogene links).

Zwar gibt es verschiedene Schulen, die besser ist den meisten wichtig ist, um eine 301-Weiterleitung von der "falschen" URL auf die richtige. Sie erreichen es ganz einfach im Spiel mit einem 'Dynamischen Teil über mehrere /'.

Persönlich bevorzuge ich un-gezogene version, vielleicht, weil die Umsetzung im Spiel ist einfach wie das schreiben paar einfache Linien. Hinzufügen, um Ihre Routen-Datei diese Regel irgendwo am Anfang (halten Sie den slash - es ist wichtig, als es NICHT als als nächsten Schrägstrich in der spanning-Gruppe und erlaubt das match gezogenen URL ' s leicht):

GET  /*path/ controllers.Application.untrail(path: String)

dann können Sie einfach eine Umleitung in der controller - der param, so wird es ohne den slash am Ende:

Java

public static Result untrail(String path) {
   return movedPermanently("/" + path);
}

Scala

def untrail(path: String) = Action { 
  MovedPermanently("/" + path)
}

Bis jetzt alle Routen enden mit dem slash umgeleitet werden, um die un-gezogene version. Einfach 🙂

Natürlich ist es dringend empfohlen, die Verwendung von reverse-router für die Erzeugung von korrekten URL ' s zu minimalisieren redundante leitet. Auch wenn Sie hartcodieren den URL irgendwo (zB. in einigen JS oder in der externen Anwendung), es ist auch besser schreiben, korrigieren stattdessen konvertieren Sie jedes mal. Wenn Sie planen, veröffentlichen einige öffentliche API eine Notiz in die Dokumentation, das Muster muss Ihre Anwendung bevorzugen, so dass der Entwickler gewarnt werden, und (vielleicht) vorbereiten, die richtigen Anrufe.

Was ist mehr - am wichtigsten für GET Routen, wie Sie unterliegen der manipulation von der Seite des Kunden. Während der Verwendung POST, PUT, DELETE und andere, die Sie nicht brauchen (oder besser gesagt, Sie sollte nicht) zu kümmern, Weiterleitungen, da Sie nicht vom Benutzer geändert werden und auf diese Weise müssen Sie daran denken, welchen Weg Sie wählen. Im Falle der falschen Anruf, dh. für POST, nur einen 404 Fehler zurück - so die Entwickler der 3-te Teil der Anwendung wird verpflichtet, auf die Verwendung der richtigen Endungen.

Aktualisiert das Beispiel von @opensas und @lloydmeta für die play-2.5

/**
  * HttpRequestHandler that removes trailing slashes from requests.
  */
class TrailingSlashNormaliserHttpRequestHandler(router: Router, errorHandler: HttpErrorHandler, configuration: HttpConfiguration, filters: HttpFilters) extends HttpRequestHandler {

  private val default = new DefaultHttpRequestHandler(router, errorHandler, configuration, filters)

  override def handlerForRequest(request: RequestHeader): (RequestHeader, Handler) = {
    default.handlerForRequest(removeTrailingSlash(request))
  }

  private def removeTrailingSlash(origReq: RequestHeader): RequestHeader = {
    if (origReq.path.endsWith("/") && origReq.path != "/") {
      val path = origReq.path.stripSuffix("/")
      if (origReq.rawQueryString.isEmpty) {
        origReq.copy(path = path, uri = path)
      }else {
        origReq.copy(path = path, uri = path + s"?${origReq.rawQueryString}")
      }
    } else {
      origReq
    }
  }
}

sehen https://www.playframework.com/documentation/2.5.x/ScalaHttpRequestHandlers für die Anleitung zur Anwendung der hf

Fügen Sie den Eintrag zweimal in der route-Datei. Mit dem Schrägstrich und eine ohne.