I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Nej, egentlig ikke. På samme side, som cookien bliver sat, er der ikke en $cookienavn - det er der på efterfølgende sider. Det jeg sprang over var at der på foregående side skulle være en form med
Lige for at sir_xxx ikke pludselig står med bukserne nede: På de efterfølgende sider *kan du ikke være sikker på*, at værdien er kendt som $cookienavn. Det kommer an på en bestemt indstilling i PHP nemlig \"register_globals\".
Alle cookies kan findes i array\'et $HTTP_COOKIE_VARS[\"cookienavn\"] - det kan de altid.
Hvis nu indstillingen \"register_globals\" er sat = \"on\", så kan du *også* bruge $cookienavn
Det er vigtigt at vide, hvis du ikke selv styrer din egen webserver. Det webhotel du har valgt KUNNE køre med \"register_globals = off\"
Det ville du f.eks. opleve hvis du havde webhotel hos mig... :-)
Når register_globals er sat til on skal alle værdier i
$HTTP_GET_VARS, $HTTP_POST_VARS, $HTTP_SERVER_VARS, $HTTP_ENV_VARS, $HTTP_POST_FILES, $HTTP_COOKIE_VARS og $HTTP_SESSION_VARS
oprettes med særskilte variable. Det tager selvfølgelig noget tid for PHP-kernen ($HTTP_SERVER_VARS alene indeholder typisk 30-40 variable), og det skal ske hver eneste gang en side loades. Hvis du ikke bruger mere end et par af disse variable hver gang, er det jo spildtid.
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.