Ik heb het al eerder uitgelegd: dit valt niet te herstellen omdat de / dan in een URL terecht komt (o.m. in verband met zoekmachines) en mondiaal is afgesproken dat er geen / in URL's worden gebruikt. Zo 'simpel' is dat.

Wim

Maar wat je natuurlijk wél -Erik- kunt -laten- doen is in het aanmaakformulier voor een nieuw bericht bij het vakje voor berichtkop standaard een lekker vet kadertje opnemen waarin -na tekst 'Deze tekens mogen niet in berichtkoppen voorkomen:...'- het rijtje tekens staat die dus niet mogen voorkomen en als uitsmijter de opmerking dat, wanneer dat toch gebeurt, de thread niet geopend zal kunnen worden. Of anders: wanneer een verboden teken wordt gebruikt, een popupje laten uppoppen met iets van 'U mag dit teken en de volgende tekens -rijtje- niet in een berichtkop gebruiken. Haal het dus weg of we trekken terplekke je kop eraf'. Of zoiets. Toch?

Sorry, Wim,

dat had je inderdaad al eerder uitgelegd.

Maar ik dacht dat de heren technici dit op een handige manier konden omzeilen. Zoals een popup laten verschijnen, Ivo zei het al:

Hier mag geen /, [] en © gebruikt worden, ik zeg maar iets.

Is er nog hoop? Of ben ik te blond? 

Maar er zijn belangrijkere dingen om je druk over te maken.

Christian

Wim,

Bij voorbaat mijn excuses mocht dit wat drammerig klinken, maar mondiaal is afgesproken wat ik hierboven heb uitgelegd:

- Een URL is een combinatie van inhoudstekens en formatteringstekens;

- Een slash als formatteringsteken komt echt als slash ("/") in de URL;

- Een slash als inhoudsteken komt als standaard escape sequence ("%2F") in de URL.

Het probleem onstaat omdat ergens in de software formatteringstekens en inhoudstekens door elkaar worden gehaald. Ik ben mij ervan bewust dat dit veelvuldig voorkomt en niet altijd eenvoudig te omzeilen of aan te passen is. Van buitenaf kijkend vermoed ik dat de door de gebruiker ingetypte topic titel via CGI naar een backend wordt gepost... alwaar de parser bij het verwerken van deze parameter het verschil tussen inhoudstekens en formatteringstekens niet meer ziet of niet meer kan zien. Dit verhelpen zou aanpassing in de webserver software en/of de PHP engine software kunnen betekenen. Inderdaad veel werk en wellicht niet lonend voor het onderhavige verschijnsel. Niettemin is hier echt sprake van een fout!

Salutations, Jos

Beste Forumgebruikers,

dit probleem doet zich pas sinds enkele weken / maanden voor omdat wij toen hebben besloten omwillen de vindbaarheid van het forum in zoekmachines ook de titel van een bericht in de URL op te nemen.

Dit zorgt ervoor dat bij het gebruik van een slash het systeem in de war raakt.

Ik zal vandaag inbouwen dat het gebruik van een slash wordt verboden. Alle andere karakters worden in principe, zoals Advizeurpiet al aangaf, correct geëncodeerd.

Heren technici, 

Nu nog in de draad 'bouwen, verbouwen en klussen\klemmende deuren / ramen' van 02-06-08 de slash vervangen door een platte streep.

Christian von Klösterlein

Gentlemen,

    Voor een muziekprogramma heb ik nog nooit een verzoeknummer aangevraagd.  Die achterstand in mijn ontwikkeling tot mondige burger wil ik nu goed maken door aan de opper/slash/verwijderaar (beleefd) te vragen in de rubriek Nutsbedrijven bij het onderwerp Pal/secam van een maand of 5 geleden de / te vervangen door ieder ander teken dat de goedkeuring van de techniek kan wegdragen. 

Rob van der Meulen 

Ik vrees met groten vreze dat deze draadjes niet meer bestaan. Ik zal niettemin vragen er nog naar te kijken.

Wim

toch wel

http://www.infofrankrijk.com/post/3186

zoeker op 6 maanden zetten

janv