Jeg vil gerne lave et system hvor registerede brugere kan oprette et "redirect", således at de løbende kan links a'la mitdomæne.dk/?r=britney-spears-gaar-amok , Og den URL redirecter så et andet sted hen..f.eks http://eb.dk/yadayadaya .. helt simpelt.. intet ny i det.
Problemet: Hvordan skulle sådan et "redirect" gemmes og hentes. Indtil videre har jeg sat det op så brugeren gemmer targeturl og redirecturl i database.. men jeg synes ikke det er så smart at man behøver at gå ned i databsen bare for at redirecte.
Skal jeg istedet gå for en fil struktur?.. (altså simpelthen skrive php-redirect scripts ned i en mappe, lyder lidt skræmmende)
Hvorfor vil du ikke bruge en database? Rent hastighedsmæssigt er der intet problem i at anvende en database. Angående sikkerhed behøver dine scripts ikke have skriverettigheder, såfremt du anvender en database og sidst men ikke mindst vil strukturen i de opbevarede data sandsynligvis være bedre med databasen.
Konklusion: Jeg ville gå for databasen, men du kan helt sikkert også bruge en filstruktur. Jeg ville så nok gemme en fil for hver redirect, da du så bedre kan finde den requestede url frem. base64_encode() er en glimrende måde at løse problemet med specialtegn på.
moddi100, tusind tak for din kommentar, det er stærkt værdsat!
Mht til hastighed ved brug af database, jeg ved ikke om det bare er noget jeg bilder mig ind, men jeg synes mit script går lidt langsommere hvis jeg skal i databasen, men det må jeg teste mig frem til. Hvis der ikke er nogen forskel..så går jeg for databasen. (Tak for base64_encode reminder.. havde jeg faktisk glemt..)
Anwways, så er jeg da ikke helt af sporet, om enten det bliver den ene eller anden løsning.
Der er ganske normalt at udvikle og unit teste PHP paa Windows.
Linux er stadig langt den mest brugte platform for production.
Men maaske vil Windows ogsaa bliver mere brugt der. MS er begyndt at supportere PHP (SQLServer extension for PHP inkl. PDO support, Azure support etc.).
Ah super, der er ingen grund til at kalde funktionen hver gang, såfremt du altid kommer til at ligge på din server. Og når der er tale om 127.0.0.1 kan man vidst godt antage, at det alligevel vil virke på en anden server :)
Nej, jeg ved =).. men det er nu heller ikke 127.0.0.1.
Jeg gætter på at hele ideen med "navnet" netop er, at man kan bruge dét alias, så de bagvedliggende ip'erne frit kan skifte.
Jeg arbejder i en relativ stor koncern, hvor servere bliver bliver flyttet fra tid til anden... det foregår alt sammen voerhovedet på mig, så jeg hænger bare på :P
..
Så hvis det pludselig holder op med at virke ved jeg hvorfor.. Hmm..jeg kunne lave en fallback der henter ip fra navnet, hvis ikke jeg får fat i db.
Det "sjove" er..det tager virtuelt ingen tid at få ip'en via gethostbyname , men at køre mySQL commandoer ..SÅ tager det pludselig et sekund pr kald.
Ok, jeg tror jeg laver fallback løsningen (hvis ik jeg får fat i db via ip, bruger jeg gethostbyname) - der kommer ikke til at være det vilde "load" på det jeg laver alligevel..
Er der en der vil have nogle point, ellers lukker jeg
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
