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.
occode vs cacheid in link
-
ClanFamily (Mirco)
- Administrator
- Beiträge: 1412
- Registriert: 03.09.2012, 21:55
Hi, das ist nicht das Ziel.
wir werden durch PSR4 die Pfade anpassen und Router einsetzen.
wir werden durch PSR4 die Pfade anpassen und Router einsetzen.
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
Propagieren würde ich diese Variante:
https://www.opencaching.de/OC701D
-
ClanFamily (Mirco)
- Administrator
- Beiträge: 1412
- Registriert: 03.09.2012, 21:55
[quote="Hanekju"]
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
[/quote]
Deswegen "Routen" wir die alten Links natürlich... und die letzte Variante ist schon gern gesehen...
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
[/quote]
Deswegen "Routen" wir die alten Links natürlich... und die letzte Variante ist schon gern gesehen...
-
following
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.
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.
Zuletzt geändert von following am 17.05.2016, 15:38, insgesamt 1-mal geändert.
[quote="following"]
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.
[/quote]
Macht den Link aber auch länger
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.
[/quote]
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)
-
ClanFamily (Mirco)
- Administrator
- Beiträge: 1412
- Registriert: 03.09.2012, 21:55
Muss eigentlich gar nicht 
.de/OC015f8b funktioniert genau so wie .de/oc254ac5 oder .de/oc123456789abcde
Das regelt der Symfony Controller...
.de/OC015f8b funktioniert genau so wie .de/oc254ac5 oder .de/oc123456789abcde
Das regelt der Symfony Controller...
-
following
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.
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.
Zuletzt geändert von following am 18.05.2016, 21:13, insgesamt 1-mal geändert.
-
ClanFamily (Mirco)
- Administrator
- Beiträge: 1412
- Registriert: 03.09.2012, 21:55
wie wäre es dann künftig mit sowas hier:
...de/go/oc123456
...de/go/oc123456
-
Bananeweizen
- Nano
- Beiträge: 97
- Registriert: 18.02.2013, 13:18
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.
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.
-
following
Hat geocaching.com jeden Tag kaputte Links wegen der URL-Form https://www.geocaching.com/geocache/GC1X9PE?Bananeweizen hat geschrieben: 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.
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/...
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.regelt die drei Ausnahmen, die tatsächlich zu Kollisionen führen, in der Serverkonfiguration oder sonstwo.
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.
Zuletzt geändert von following am 19.05.2016, 01:59, insgesamt 1-mal geändert.
-
ClanFamily (Mirco)
- Administrator
- Beiträge: 1412
- Registriert: 03.09.2012, 21:55
Haben die anderen Knotenpunkte nich ein eigenes Prefix. ... das sollte doch dann kein Problem werden.
Gesendet von meinem SM-G800F mit Tapatalk
Gesendet von meinem SM-G800F mit Tapatalk
-
following
[quote="ClanFamily (Mirco)"]
Haben die anderen Knotenpunkte nich ein eigenes Prefix. ... das sollte doch dann kein Problem werden.
[/quote]
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
Haben die anderen Knotenpunkte nich ein eigenes Prefix. ... das sollte doch dann kein Problem werden.
[/quote]
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.
-
Bananeweizen
- Nano
- Beiträge: 97
- Registriert: 18.02.2013, 13:18
[quote="following"]
Wollen wir dieses Risiko eingehen?
[/quote]
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.
Wollen wir dieses Risiko eingehen?
[/quote]
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.