Autor Thema: occode vs cacheid in link  (Gelesen 2081 mal)

Offline Slini11

  • Vereinsmitglied
  • Normal
  • *
  • Beiträge: 1028
  • OC-Only
occode vs cacheid in link
« am: 17. Mai 2016, 02:37:39 »
Aktuell ist der Status Quo im OC-Code, dass einige Links auf OC per OC-Code (https://www.opencaching.de/viewcache.php?wp=OC701D, auch möglich ist https://www.opencaching.de/OC701D) und andere per Cache-id (https://www.opencaching.de/viewcache.php?cacheid=131769) auf das Listing verweisen.

Nun meine Frage: Wie wollen wir das in Zukunft handhaben? Denn wenn man irgendwo gerade am Code schraubt, kann man das ja ggf. gleich mitumstellen.

Offline ClanFamily (Mirco)

  • Administrator
  • Normal
  • *****
  • Beiträge: 1235
  • Vorstand, Design & Entwicklung
    • ClanFamily.de
Re: occode vs cacheid in link
« Antwort #1 am: 17. Mai 2016, 08:52:35 »
Hi, das ist nicht das Ziel.
wir werden durch PSR4 die Pfade anpassen und Router einsetzen.
Mit feudalen Grüßen,
Mirco aka Clanfamily
- Vorstand -

Offline Hanekju

  • Vereinsmitglied
  • Micro
  • *
  • Beiträge: 286
Re: occode vs cacheid in link
« Antwort #2 am: 17. Mai 2016, 08:58:55 »
In meinen Augen müssten alle Möglichkeiten, einen Cache aufzurufen, weiterbestehen, um tote Links (zum Beispiel in Blogs, sozialen Netzwerken oder ähnlichem) zu vermeiden.

Propagieren würde ich diese Variante:
https://www.opencaching.de/OC701D
Jürgen


Offline ClanFamily (Mirco)

  • Administrator
  • Normal
  • *****
  • Beiträge: 1235
  • Vorstand, Design & Entwicklung
    • ClanFamily.de
Re: occode vs cacheid in link
« Antwort #3 am: 17. Mai 2016, 09:00:08 »
In meinen Augen müssten alle Möglichkeiten, einen Cache aufzurufen, weiterbestehen, um tote Links (zum Beispiel in Blogs, sozialen Netzwerken oder ähnlichem) zu vermeiden.

Propagieren würde ich diese Variante:
https://www.opencaching.de/OC701D

Deswegen "Routen" wir die alten Links natürlich... und die letzte Variante ist schon gern gesehen...
Mit feudalen Grüßen,
Mirco aka Clanfamily
- Vorstand -

following

  • Gast
Re: occode vs cacheid in link
« Antwort #4 am: 17. Mai 2016, 15:13:08 »
Besser: https://www.opencaching.de/geocache/OC701D

Cache-Codes können im Prinzip beliebig aussehen, auch wenn in der OC.de-Datenbank bislang nur das Format "OC<Hexzahl>" existiert; auf der "Hauptebene" könnte es dann Kollisionen mit anderen Seitennamen geben. Die Zwischenebene "geocache" vermeidet das.
« Letzte Änderung: 17. Mai 2016, 15:38:28 von following »

Offline 4_Vs

  • Vereinsmitglied
  • Vereinsmitglied
  • Large
  • *
  • Beiträge: 3157
  • Freier Cacher
    • vaahsen.de
Re: occode vs cacheid in link
« Antwort #5 am: 17. Mai 2016, 18:53:04 »
Besser: https://www.opencaching.de/geocache/OC701D

Cache-Codes können im Prinzip beliebig aussehen, auch wenn in der OC.de-Datenbank bislang nur das Format "OC<Hexzahl>" existiert; auf der "Hauptebene" könnte es dann Kollisionen mit anderen Seitennamen geben. Die Zwischenebene "geocache" vermeidet das.
Macht den Link aber auch länger :(
Whenever I try to plan something, it doesn't seems to work out. So why plan, it only leads to disappointment! (Eddie van Halen)

Offline ClanFamily (Mirco)

  • Administrator
  • Normal
  • *****
  • Beiträge: 1235
  • Vorstand, Design & Entwicklung
    • ClanFamily.de
Re: occode vs cacheid in link
« Antwort #6 am: 18. Mai 2016, 19:21:31 »
Muss eigentlich gar nicht ;)

.de/OC015f8b funktioniert genau so wie .de/oc254ac5 oder .de/oc123456789abcde

Das regelt der Symfony Controller...
Mit feudalen Grüßen,
Mirco aka Clanfamily
- Vorstand -

following

  • Gast
Re: occode vs cacheid in link
« Antwort #7 am: 18. Mai 2016, 21:07:25 »
Was sagt der Symfony-Controller denn hierzu:

opencaching.ca/caches

Soll er da nun die Seite "Caches" anzeigen, oder den Geocache mit dem Code CACHES (CA + CHES) von Opencaching Kanada? Geht auch als

opencaching.de/caches

falls wir die OC-Seiten irgendwann mal vernetzen.  Alles kann ein Cache-Code sein, also wenn man die auf die oberste Ebene legt, dann kann man dort keine anderen Seiten mehr einblenden.
« Letzte Änderung: 18. Mai 2016, 21:13:06 von following »

Offline ClanFamily (Mirco)

  • Administrator
  • Normal
  • *****
  • Beiträge: 1235
  • Vorstand, Design & Entwicklung
    • ClanFamily.de
Re: occode vs cacheid in link
« Antwort #8 am: 18. Mai 2016, 22:04:36 »
wie wäre es dann künftig mit sowas hier:
...de/go/oc123456
Mit feudalen Grüßen,
Mirco aka Clanfamily
- Vorstand -

Offline Bananeweizen

  • Nano
  • **
  • Beiträge: 94
Re: occode vs cacheid in link
« Antwort #9 am: 18. Mai 2016, 22:27:50 »
Ihr könnt jetzt natürlich versuchen, eine neue längere kanonische URL einzuführen, die sicher frei von Kollisionen ist. Dann habt ihr aber jeden Tag kaputte Links, weil wieder jemand vergessen hat, ob er nun /geocache/ oder /cache/ oder /caches/ oder /go/ oder was auch immer in die URL schreiben muss. Oder ihr belasst es bei der für _Menschen_ ganz einfach zu merkenden Variante server.tld/occode und regelt die drei Ausnahmen, die tatsächlich zu Kollisionen führen, in der Serverkonfiguration oder sonstwo.

Anders gesagt: Ihr solltet die URL nicht für maschinelle Verarbeitung, sondern für die Nutzer der Webseite optimieren. Optimierte Lösungen sind nicht immer optimale Lösungen.

PS: Ich leide selbst unter diesem Syndrom des "als Programmierer optimieren wollens". Wenn ihr aber wirklich Benutzeranforderungen zu diesem Thema einfordern würdet (statt technikgetrieben zu argumentieren), wäre die längere URL ganz schnell vom Tisch. :)

Offline 4_Vs

  • Vereinsmitglied
  • Vereinsmitglied
  • Large
  • *
  • Beiträge: 3157
  • Freier Cacher
    • vaahsen.de
Re: occode vs cacheid in link
« Antwort #10 am: 19. Mai 2016, 00:31:49 »
+1


Gesendet von iPhone mit Tapatalk
Whenever I try to plan something, it doesn't seems to work out. So why plan, it only leads to disappointment! (Eddie van Halen)

following

  • Gast
Re: occode vs cacheid in link
« Antwort #11 am: 19. Mai 2016, 01:39:34 »
Dann habt ihr aber jeden Tag kaputte Links, weil wieder jemand vergessen hat, ob er nun /geocache/ oder /cache/ oder /caches/ oder /go/ oder was auch immer in die URL schreiben muss.

Hat geocaching.com jeden Tag kaputte Links wegen der URL-Form https://www.geocaching.com/geocache/GC1X9PE?

Wenn man es von Hand schreibt ist eh das hier am einfachsten (ohne www.):

opencaching.de/OCxxxx
opencaching.de/ocxxxx

Das stört nicht, wie gehabt als Weiterleitung nach www.opencaching.de/...

Zitat
regelt die drei Ausnahmen, die tatsächlich zu Kollisionen führen, in der Serverkonfiguration oder sonstwo.

Nicht drei Ausnahmen, sondern zu 100% überlappende Namensräume. Jede beliebige Folge aus den Zeichen a-z und/oder A-Z und/oder 0-9 kann irgendwann mit einem Cache-Code kollidieren.

Wenn man das jetzt kurzsichtigerweise in einem Namensraum zusammenwirft, kann daran irgendwann die Teilnahme an einem Opencaching-Netzwerk oder der Umstieg anderer Opencaching-Seiten auf den deutschen Code scheitern - oder man muss es dann wieder umbauen und zerstört damit bestehende externen Links auf OC-Caches.
« Letzte Änderung: 19. Mai 2016, 01:59:03 von following »

Offline ClanFamily (Mirco)

  • Administrator
  • Normal
  • *****
  • Beiträge: 1235
  • Vorstand, Design & Entwicklung
    • ClanFamily.de
Re: occode vs cacheid in link
« Antwort #12 am: 22. Mai 2016, 12:02:24 »
Haben die anderen Knotenpunkte nich ein eigenes Prefix.  ... das sollte doch dann kein Problem werden.

Gesendet von meinem SM-G800F mit Tapatalk

Mit feudalen Grüßen,
Mirco aka Clanfamily
- Vorstand -

following

  • Gast
Re: occode vs cacheid in link
« Antwort #13 am: 22. Mai 2016, 13:34:50 »
Haben die anderen Knotenpunkte nich ein eigenes Prefix.  ... das sollte doch dann kein Problem werden.

Wir können nicht vorhersehen, welche Opencaching-Seiten in Zukunft noch entstehen werden und welchen Prefix die wählen. Der muss nicht mit "O" beginnen.

Hinzu kommen sämtliche anderen bestehenden und zukünftigen Geocaching-Seiten mit Doppellistings, wenn wir diese wie gehabt über den Fremdcode abrufbar machen wollen:

http://opencaching.de/gchane

Man würde also das Risiko eingehen, dass in Zukunft
  • Opencaching.de-Seiten wegen Kollision mit Cachenamen umbenannt werden müssen und damit alle Links auf diese Seiten kaputtgehen, oder
  • Links auf einzelne Caches auf eine falsche Seite führen.
Wollen wir dieses Risiko eingehen?

Offline Bananeweizen

  • Nano
  • **
  • Beiträge: 94
Re: occode vs cacheid in link
« Antwort #14 am: 23. November 2016, 18:55:54 »
Wollen wir dieses Risiko eingehen?
Ja. Das ist ein theoretisches Risiko. Ich halte es für um Größenordnungen wahrscheinlicher, dass vorher
* der gesamte Code von Opencaching.de zum n-ten Mal neu geschrieben worden ist und schon deswegen das Problem nicht mehr besteht
* Opencaching.de nicht mehr existiert
* Webseiten nicht mehr per URL aufgerufen werden
* oder Donald Trump dafür gesorgt hat, dass es kein Geocaching mehr gibt.

Bei uns im Projekt würde ich jetzt sagen: Die Vorteile überwiegen das Risiko bei weitem, deshalb einfach machen. Das Problem lösen wir dann, wenn es eintritt. :)