[php?] Vreemde urls op het internet

[Gerwin]

Mijn valt op dat steeds meer grote websites url als onderstaande hebben:

http://portal.omroep.nl/?nav=idhmCsHEbHmBmI
http://portal.omroep.nl/?nav=jdhmCsHEbHmBaK
http://portal.omroep.nl/radio?nav=nravCsHdDoBdDqE

Kan iemand me zeggen wat voor naam het scripten op deze manier heeft. Worden al die codes random opgeslagen in een database? Waar kan ik er meer informatie over vinden en leren hoe zoiets werkt?

[Verwijderd]

je script heet index.php of home.php/html/whatever en de server plaatst tussen de / en ? index.php (hidden) zo valt ie dus niet op

[jlokerse]

Dat is waarschijnlijk een session id.

een soortement van cookie in php style.

[Gerwin]

Ja dat snap ik, maar die vreemde tekens erachter, "Ikdjasklasdiajsi", ipv, ID=1 ID=2 etc.

[Gerwin]

jlokerse schreef op 09 november 2002 @ 21:20:
Dat is waarschijnlijk een session id.

een soortement van cookie in php style.

Dus elke keer krijgt de content een ander ID? Hoe werkt zoiets, wat is de naam van het zo onderhouden van de content, en waar kan je hierover meer informatie vinden?

[Verwijderd]

Gerwin schreef op 09 november 2002 @ 21:21:
Ja dat snap ik, maar die vreemde tekens erachter, "Ikdjasklasdiajsi", ipv, ID=1 ID=2 etc.

Das maar net waar ze voor kiezen... kan ook 'pietje' of 'pukje' zijn.

[GGS_206]

Soms zie je de datum of de tijd er ook wel in verwerkt, maar voor de rest zou ik het niet weten hoe dat zit

[Gerwin]

Er moet toch een manier zijn hoe ze die urls maken en hoe de naar zoiets refereren. Als je een link naar een bepaald item op de site wilt maken en als het ID steeds veranderd hoe kan je die dingen dan aan elkaar koppelen. Is daar een speciale techniek voor?

Ik heb overigens hier nog meer van die urls gevonden. Ze zijn alleen dit keer langer:

http://www.minfin.nl/defa...F85EFB6DF89509X1X55283X12
http://www.minfin.nl/defa...B3F1B93DE3FC274X3X50894X4
http://www.minfin.nl/defa...F7833A312252A3X2X75331X59

[Grablinco]

Ik denk dat ze letters hebben gekoppeld aan cijfers.

Dat denk ik omdat: idhmCsHEbHmBmI & jdhmCsHEbHmBaK bijna hetzelfde zijn, als je random doet zou dat bijna 'onmogelijk' zijn. Dus mischien is de eerste aan onderwerp gekoppeld, tweede aan id enz.

[WOmBaT]

Is gewoon een gegenereerd Id voor een redirect in een database. Het is maar net kiezen wat voor naam je voor deze dingen kiest. Je zou ook nummers kunnen pakken, maar dan heb je minder mogelijkheden (0-9). In deze gevallen heb je ook letters.

[Gerwin]

Ik had al de indruk dat die dingen random gegenereerd worden, op zich is dat niet zo heel moeilijk. Maar mijn vraag is eigenlijk hoe kun je nu een random url hebben en dan toch een website maken. Anders gezegd: hoe weet je waar de hyperlink moet naar verwijzen als die ID random gegenereerd word?

Nog een enorme url:

http://www.minfin.nl/DEFA...F58C9729A3C7E2X3X55307X36

[Mithrandir]

Omdat je het niet random doet.

Het zijn ipv nummers allerlei letters door elkaar. Zoeits 'berekenen' ze dmv bijvoorbeeld: het volgnummer, de tijd dat het geschreven is, etc.

[Kermit.de.Kikker]

Doordat een Content Management Systeem die genereert voor je en ook de link integriteit behoudt

[Gerwin]

En hoe weet een CMS welke url nu wel en niet bestaan. Feit blijft dat het gegenereerde urls blijven en dat je die dingen niet kunt sorteren in de DB ofzo zodat de nieuwste bovenaankomt, dit omdat die letters "random" zijn. En waar moet je naar linken als je naar hetzelfde artikel wilt linken als de ID steeds veranderd... hoe houd je de site "compleet" en "een geheel" als elke item een vreemde id krijgt? En wat is het nut van zo'n lange letterige url?

[Mithrandir]

Gerwin schreef op 09 november 2002 @ 21:51:
En hoe weet een CMS welke url nu wel en niet bestaan. Feit blijft dat het gegenereerde urls blijven en dat je die dingen niet kunt sorteren in de DB ofzo zodat de nieuwste bovenaankomt, dit omdat die letters "random" zijn. En waar moet je naar linken als je naar hetzelfde artikel wilt linken als de ID steeds veranderd... hoe houd je de site "compleet" en "een geheel" als elke item een vreemde id krijgt? En wat is het nut van zo'n lange letterige url?

Dat doet 'ie niet. Die url bestaat namelijk niet
Alleen 'www.xxx.com/?id=2389u4hwvjhjhvjfsdjfa' bestaat. Hij weet dus de VARIABELE id. Dan kan hij dat terugchecken, kijken of er een entry in de db zit enzovoorts. Zit die er niet, gaat 'ie naar een errorpage.
Het ZIJN dus geen 'vreemde' id's, maar ze LIJKEN het alleen maar. Het nut is gewoon dat je met een getal makkelijk kunt zien hoeveel bijv. entry's er al zijn. Dat kan zo niet.

/edit:
Zoals ik in een vorige post al zei: die letters LIJKEN random, maar ze zitten wel degelijk in een bepaald patroon.

[Verwijderd]

Even een ander idee.

De URLs die hier genoemd worden komen waarschijnlijk uit content management systemen.
De pagina wordt een keer geparsed vanuit een template en vervolgens gecached.
Omdat je maar 1 template hebt kun je die pagina niet cachen. Er staat namelijk database infromatie in dus die kan steeds andere inhoud hebben.
Dus wordt de hele URL genomen en er wordt een MD5 hash of anders soort algoritme op losgelaten zodat de URL een unieke naam krijgt.
Deze naam wordt aan die file gegeven en deze wordt op het file systeem weggeschreven.
Vervolgens kun je deze file altijd gebruiken om die ene URL te laten zien en hoef je dus niet te parsen. Dat scheelt een hoop tijd.

[Mithrandir]

Verwijderd schreef op 09 november 2002 @ 22:25:
Even een ander idee.

De URLs die hier genoemd worden komen waarschijnlijk uit content management systemen.
De pagina wordt een keer geparsed vanuit een template en vervolgens gecached.
Omdat je maar 1 template hebt kun je die pagina niet cachen. Er staat namelijk database infromatie in dus die kan steeds andere inhoud hebben.
Dus wordt de hele URL genomen en er wordt een MD5 hash of anders soort algoritme op losgelaten zodat de URL een unieke naam krijgt.
Deze naam wordt aan die file gegeven en deze wordt op het file systeem weggeschreven.
Vervolgens kun je deze file altijd gebruiken om die ene URL te laten zien en hoef je dus niet te parsen. Dat scheelt een hoop tijd.

Je kunt die dingen makkelijk cachen Kijk maar eens op www.zend.com.

Maar waarom zou je het dan nog een dynamische pagina houden? Dan moet er nog steeds een aantal checks gedaan worden, wat nog steeds parsetijd kost.
Dan is het makkelijker om www.xxx.com/fdasjkdjskfas.HTML oid te gebruiken; dan hoeft er niets geparsed te worden.

/edit
Waarom zou je een pagina niet kunnen cachen als je templates hebt?

[SWINX]

Mithrandir schreef op 09 November 2002 @ 22:39:
[...]


Je kunt die dingen makkelijk cachen Kijk maar eens op www.zend.org of .com.

Maar waarom zou je het dan nog een dynamische pagina houden? Dan moet er nog steeds een aantal checks gedaan worden, wat nog steeds parsetijd kost.

Het kost nog wel parse-tijd, maar iig minder

Dan is het makkelijker om www.xxx.com/fdasjkdjskfas.HTML oid te gebruiken; dan hoeft er niets geparsed te worden.

Het PHP maakt het juist makkelijker doordat het dynamisch kan werken en ook via een CMS beinvloed kan worden.... om het zo maar te zeggen

[jlokerse]

Sorry gaf maar half antwoord.

Kijk voor meer info hier : http://62.250.9.120/artikelen.php?aid=70

Is de website php freakz, staat hoop informatie.Kijk ook eens in de andere artikelen.

Hope this helps...

[Gerwin]

Ik blijf het maar vreemd vinden hoor... www.nu.nl gebruikt ook een CMS, maar daar zie je gewoon die id's staan .

[Occy74]

Wat vind je dan van Conrad? Ook een leuke..
http://www.nl.conradcom.d...hop=A_B2C_NL&p_init_ipc=X
Hou muis erop en check je statusbalk onderin.

[zakalwe]

Nee, deze dan...

deze maakt een soort van directories aan...

http://store.apple.com/1-...29.0.1.3.1.3.1.1.0?102,84


welke weer geparst worden door de WebObjects AppleStore.woa applicatie.

[Verwijderd]

Gerwin schreef op 09 November 2002 @ 23:15:
Ik blijf het maar vreemd vinden hoor... www.nu.nl gebruikt ook een CMS, maar daar zie je gewoon die id's staan .

Dat is gewoon ene keuze van de ontwikkelaars van de CMS van Nu.nl....

[jan-marten]

Gerwin schreef op 09 november 2002 @ 21:28:
Ik heb overigens hier nog meer van die urls gevonden. Ze zijn alleen dit keer langer:

http://www.minfin.nl/defa...F85EFB6DF89509X1X55283X12
http://www.minfin.nl/defa...B3F1B93DE3FC274X3X50894X4
http://www.minfin.nl/defa...F7833A312252A3X2X75331X59

Op die sites vind je in de source:

code:

<!-- ***********************************************************  -->
<!--                                                              -->
<!-- Deze website is ontwikkeld met het Content Management        -->
<!-- Systeem van UCC Groep. UCC CMS is een hulpmiddel bij de      -->
<!-- bouw en het onderhoud van omvangrijke websites.              -->
<!--                                                              -->
<!-- Voor specifieke informatie over UCC CMS kijk op:             -->
<!-- http://www.ucc.nl/CMS                                        -->
<!--                                                              -->
<!-- ***********************************************************  -->

dus [spam] http://www.ucc.nl/CMS [/spam] geeft al meer informatie dus.
Die links met die vage getallen/letters heeft dus echt betrekking op een pagina die ooit eens gemaakt is (en dus een random code heeft). Vaag, ik heb ook een CMS gemaakt maar die maakt netjes gebruik van 'id' (auto increment).

[smaij]

offtopic:
gatver lelijke site

Is het niet mogelijk dat het hexedecimale 'getallen' zijn ? Ok ik zie erook een X in verwerkt worden, maar wie zegt dat dat in daarin zit.. Misschien doen ze zoals in php wel een preg_split daarop, juist op die x, zodat ze het kunnen opsplitsen in meerdere variabelen..
Ik zie in die paar voorbeelden altijd 3 x'en voorkomen dus het zou toch kunnen?

http://www.minfin.nl/defa...F85EFB6DF89509X1X55283X12
http://www.minfin.nl/defa...B3F1B93DE3FC274X3X50894X4
http://www.minfin.nl/defa...F7833A312252A3X2X75331X59

Ok deze onderstaande is weer anders

http://portal.omroep.nl/?nav=idhmCsHEbHmBmI
http://portal.omroep.nl/?nav=jdhmCsHEbHmBaK
http://portal.omroep.nl/radio?nav=nravCsHdDoBdDqE

die maakt gebruik van dat contentsysteem wat "vrij" gegeven is laatst. Die is special door de nederlandse omroepen gemaakt dacht ik. kan het ook fout hebben maarja..

[ok ik maak nu dus veel spelfouten het is dus toch te laat voor mij ]

[Verwijderd]

Ik denk niet dat het random is, maar dat er wel een volgorde inzit: Het voordeel is dat je veel meer items kan hebben...

[Verwijderd]

het is gewoon om te voorkomen dat iedereen urltjes van sites gaat zitten raden...

bv pagina.asp?id=45

dan kun je ook id=44 en id=46 intikken in je browser om te kijken of die bestaan... maar als je niet publieke informatie daar hebt staan, is het vrij jammerlijk als iemand opeens geheime informatie op zijn beeldscherm tovert doro met url's te googelen...

zoiets denk ik, en die id's komen natuurlijk allemaal overeen met het pagina id in de database....

[smaij]

Ja dat zou wel heel fout zijn als het geen publieke informatie bevat...

Ik denk dat het zo is zoals mijn vorige reply. In ieder geval die van de minfin.nl site.

[Kermit.de.Kikker]

Een systeem dat physieke pagina's genereerd (en ook weer weghaald) is natuurlijk veel veiliger (geen open database) en sneller (geen database access).

Vandaar dat de grote CMS-en zoals Tridion deze methode gebruiken.

Op het moment dat je dus een pagina toevoegd of verwijdert dan worden alle gerelateerde items mee gepubliceerd en dan zijn die 'random' gewoon unieke pagina (Verwijzingen).

[Triple]

Ik heb ook al eens van deze links onder "Spam" mail zien staan. Met alleen die link kom je op een unscribe page waarop je e-mail adres al staat ingevuld. Dat heeft mij al een aantal malen verwonderd.
Ik heb geen idee of dit er wat mee temaken heeft hoor, want ik heb er dus de ballen verstand van

[Gerwin]

Die vreemde urls hoef je toch niet te verzinnen omdat het anders publiekelijk op het web zou staan. Het staat dan toch publiekelijk op het web als je die url hebt gevonden? Dus dat feit vind ik een beetje te verwaarlozen, dan moet men het maar beveiligen met een wachtwoord hoor, enige wat nog zo kunnen zijn is dat mensen inderdaad niet gaan zitten raden naar een ID nummer, maar waarom zouden mensen dat dat weer niet mogen? En blijf ik nog met mijn vraag hoe je in vredesnaam naar zoiets zou moeten linken op een website. Moet je als je een verwijzing opneemt een veriabele op je pagina zetten omdat de ID ook steeds weer veranderd?

[Verwijderd]

ik gebruik het zelf ook om teksten via een url mee te geven:
ipv:
?msg=<font color=red>Je bent nu uitgelogd</font>

doe ik
?msg=SmUgYmVudCBudSB1aXRnZWxvZ2dlZA==

hoe? met base64_encode en base64_decode

[jelmervos]

Zakalwe schreef op 09 November 2002 @ 23:25:
Nee, deze dan...

deze maakt een soort van directories aan...

http://store.apple.com/1-...29.0.1.3.1.3.1.1.0?102,84


welke weer geparst worden door de WebObjects AppleStore.woa applicatie.

Zo doet GoT het toch ook

[sjon.]

jah, dat heet PATH_INFO...

*vraagt zich af wat nou het eigenlijke doel is van deze topic...

[Vold]

Het antwoord is eigelijk heel simpel:
Ik ga ervan uit dat je php kent;
Als b.v. een nieuws script maakt, zorg je dat elke artikel in 1 en dezelfde map wordt opgeslagen, je genereerd dan met letters b.v een 10 letterige naam, en roept ze hierna weer op en sorteert ze op datum en weer geeft ze dan. Heel effectief en simpel....

[Tux]

sjon. schreef op 11 November 2002 @ 17:41:
jah, dat heet PATH_INFO...

Als ik dat met een php script test:

script.php/woei/

Dan krijg ik:

code:

Server error!
Error message: 
Premature end of script headers: php.exe

Moet ik nog andere dingen doen om dit werkend te krijgen

[Verwijderd]

Dat ligt er aan dat je de CGI versie van PHP gebruikt, daarin werkt het niet...

[Kwai_gon_jinn]

dat stuk achter de = zou ook eventueel een encrypted string kunnen zijn toch?

[sjon.]

Tux schreef op 11 November 2002 @ 18:51:
[...]
Als ik dat met een php script test:
script.php/woei/
Dan krijg ik:

code:

Server error!
Error message: 
Premature end of script headers: php.exe

Moet ik nog andere dingen doen om dit werkend te krijgen

als je de cgi gebruikt, ipv de sapi, dan word je path_info al gebruikt.
als 't goed is kan je dat al zien in je phpinfo() pagina'tje.
zoiets als /php/php.exe/blabla/script.php << daar is dus /blabla/script.php de waarde van path_info.
als je apache gebruikt, probeer dan de sapi eens, zit in die 'dikke' zip van php.net, genaamd php4apache.dll...


sjon.

[Tim]

Je moet zover ik weet ook nog een optie hebben aanstaan in je Apache config file, ik ben alleen vergeten welke

[KneoK]

Timpie schreef op 12 november 2002 @ 18:56:
Je moet zover ik weet ook nog een optie hebben aanstaan in je Apache config file, ik ben alleen vergeten welke

Klopt... Als je dat grote bestand van PHP.net (niet de installer) download zit er een hele mooie textfile bij (install.txt) die je precies uitlegt hoe je PHP installeert en Apache configureert.

[Rickets]

Timpie schreef op 12 november 2002 @ 18:56:
Je moet zover ik weet ook nog een optie hebben aanstaan in je Apache config file, ik ben alleen vergeten welke

Multiviews

[Verwijderd]

kan trouwens best zijn dat een id van een cms door md5() is heengehaald. Kan de gebruiker tenminste niet zelf id's verzinnen, terwijl in de database gewoon de id's als tekst of getallen worden opgeslagen.

[BlaTieBla]

Ik gebruik in mijn websites (met achterliggende db's) als UID's (unique ID's van 32 HEX characters) in plaats van autonumbering. Het is dan namelijk redelijk lastig te voorspellen wat er achter andere ID's zit (als er ueberhaupt iets achter zit).
URLs' als;

code:

http://www.website.nl/index.cfm?ContentId=6EB6BAFD-4F8D-4648-8484F5B2D1B90E53

zijn dan opeens redelijk normaal. Voor de eindgebruiker zijn ze overigens gewoon te bookmarken. Dat ContentId verwijst naar een topic in de database, welke dus wordt opgehaald, geparsed en getoond aan de gebruiker(s).
Het is maar net hoe anderen dit gebruiken. Ik gebruik createUUID() anderen gebruiken misschien weer een custom made oplossing voor dat soort ID's.

my 2 cents.

[KnEuTeR]

je kan er ook gewoon heel stoer mee gaaan doen, maar dat het geen nut heeft:

http://gathering.tweakers...7938dyu3892dusau89asd7863