Cookies op Tweakers

Tweakers is onderdeel van DPG Media en maakt gebruik van cookies, JavaScript en vergelijkbare technologie om je onder andere een optimale gebruikerservaring te bieden. Ook kan Tweakers hierdoor het gedrag van bezoekers vastleggen en analyseren. Door gebruik te maken van deze website, of door op 'Cookies accepteren' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt? Bekijk dan ons cookiebeleid.

Meer informatie
Toon posts:

Link wordt niet of niet correct geparsed

Pagina: 1
Acties:
  • 198 views

  • Coffeemonster
  • Registratie: juli 2000
  • Laatst online: 22:36

Coffeemonster

div.message { margin: 150cm }

Topicstarter
In Coffeemonster in "Raad de locatie a.d.h.v. de foto! Deel 2" probeer ik een link naar de Spaanse Wikipedia te posten met de url-tag, maar dat levert een niet-werkende link op, ook als je verschillende manieren gebruikt:

Linkje

Linkje

Wikipedia: Wikipedia, la enciclopedia libre/Iglesia_de_San_José_(San_Cristóbal)
(was: https://es.wikipedia.org/wiki/Iglesia_de_San_José_(San_Cristóbal)

https://es.wikipedia.org/..._San_José_(San_Cristóbal)

Alle vier mogelijkheden leveren incorrecte resultaten op. Ik kwam een vergelijkbaar probleem een tijdje terug al eerder tegen, dus het is niet uniek voor deze url.

Struikelt de parser over bepaalde links? En zit dat in de haakjes in de link of zo? Is bit.ly of zo de enige oplossing (niet getest)?

Look for something long enough and you will find it; look for something without understanding, and it will find you.
A normal day at the stock exchange


  • BlazeMuis
  • Registratie: juni 2013
  • Laatst online: 21:21
https://es.wikipedia.org/..._San_José_(San_Cristóbal)

Nope dat werkt dus ook niet, was te proberen..

[Voor 24% gewijzigd door BlazeMuis op 16-11-2018 17:04]

Xbox Series X: BlazeMuis | 1950Wp Noord & Zuid - PVOutput


  • Hero of Time
  • Registratie: oktober 2004
  • Laatst online: 21-06 17:09

Hero of Time

Moderator NOS

There is only one Legend

Haakjes is het probleem niet, maar de accenten op de e en o denk ik wel. Die zouden met netjes HTML encoded wel moeten werken.

Zo dus:
Wikipedia: Iglesia de San José (San Cristóbal)
code:
1
https://es.wikipedia.org/wiki/Iglesia_de_San_Jos%E9_(San_Crist%F3bal)

[Voor 47% gewijzigd door Hero of Time op 16-11-2018 17:22]

Commandline FTW | Tweakt met mate


  • ACM
  • Registratie: januari 2000
  • Niet online

ACM

Software Architect

Werkt hier

Hero of Time schreef op vrijdag 16 november 2018 @ 17:18:
Haakjes is het probleem niet, maar de accenten op de e en o denk ik wel. Die zouden met netjes HTML encoded wel moeten werken.
Inderdaad, dat zijn geen valide karakters voor in urls. Browsers vertalen dat helaas af en toe naar de gerepresenteerde karakters bij het copy&pasten uit de adresbalk, waardoor e.e.a. in principe niet meer de url is die je hebt geopend (maar wel wat je in de adresbalk ziet).

Saai uitzicht in je tuin? Hang er een foto voor!


  • crisp
  • Registratie: februari 2000
  • Laatst online: 00:27

crisp

Devver

Pixelated

Hero of Time schreef op vrijdag 16 november 2018 @ 17:18:
Haakjes is het probleem niet, maar de accenten op de e en o denk ik wel. Die zouden met netjes HTML encoded wel moeten werken.

Zo dus:
Wikipedia: Iglesia de San José (San Cristóbal)
code:
1
https://es.wikipedia.org/wiki/Iglesia_de_San_Jos%E9_(San_Crist%F3bal)
Nee, zo:

Wikipedia: Iglesia de San José (San Cristóbal)
code:
1
https://es.wikipedia.org/wiki/Iglesia_de_San_Jos%C3%A9_(San_Crist%C3%B3bal)

(utf-8 url-encoded ;) - overigens copy/paste vanuit de adresbalk in Firefox)

Intentionally left blank


  • Hero of Time
  • Registratie: oktober 2004
  • Laatst online: 21-06 17:09

Hero of Time

Moderator NOS

There is only one Legend

@crisp, ik kon de URL niet zo uit m'n browser halen, dus heb ik de w3schools pagina er bij gepakt om de HTML entiteit te vinden en dat leek te werken.

Commandline FTW | Tweakt met mate


  • crisp
  • Registratie: februari 2000
  • Laatst online: 00:27

crisp

Devver

Pixelated

Non-ASCII
characters must first be encoded according to UTF-8 [STD63], and then
each octet of the corresponding UTF-8 sequence must be percent-
encoded to be represented as URI characters.
Note dat in de voorganger (RFC 2396) dit nog ongespecificeerd was:
Internet protocols that
transmit octet sequences intended to represent character sequences
are expected to provide some way of identifying the charset used, if
there might be more than one [RFC2277]. However, there is currently
no provision within the generic URI syntax to accomplish this
identification. An individual URI scheme may require a single
charset, define a default charset, or provide a way to indicate the
charset used.
Browsers, webservers en applicaties doen gelukkig een heleboel wat betreft het fixen van foute URL's en het gokken van de gebruikte karakterset om dat weer te decoden :)

Intentionally left blank

Pagina: 1


Apple iPad Pro (2021) 11" Wi-Fi, 8GB ram Microsoft Xbox Series X LG CX Google Pixel 5a 5G Sony XH90 / XH92 Samsung Galaxy S21 5G Sony PlayStation 5 Nintendo Switch Lite

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2021 Hosting door True