Gå til innhold

[Løst] problemer med å bruke longtag - <?php=dato(now)?>


Anbefalte innlegg

okei som tittelen sier. så bruker jeg vanligvis

<?=dato(now)?>

 

men når jeg prøver å gå over til longtag, så fungerer ikke det samme:

<?php=dato(now)?>

 

noen kommentarer?

vær så snill å hold det hele på et sakelig nivå.

Endret av ThorB
Lenke til kommentar
Videoannonse
Annonse

takker for alle svar.

http://no2.php.net/ini.core (her står long tags og short tags definert)

 

var klar over at det gikk an å bruke echo, men lurte på om det gikk an å gjøre noe annet lurt for longtags ;)

men det går fint an å bare bruke

<?php echo dato(now)?>

er egentlig ikke så ofte jeg bruker denne varianten <?=?>

men føler at den blir litt lettere på øyene hvis man skal ha flere av den.

 

jeg for min del liker egentlig short tags bedre, men siden kompabiliteten øker har jeg nå gått over til long tags.

 

 

hmm bare en liten digresjon.. fant denne linken som beskriver noen ini instillinger for short tags..

http://no2.php.net/ini.core

http://no2.php.net/ini_set

 

har det gått an å enable shorttags dynamisk? testa denne på min server og den rapporterte ingen feil.

men nå har jeg shorttags enabla.

 

<?php ini_set ( "short_open_tag" , "1" )?>

<?="yahoo"?>

Endret av ThorB
Lenke til kommentar

Om du ikke har fobi mot å skrive tre tegn ekstra ved hver start-tag, ser jeg ikke helt hvorfor du skal bruke short-tags. Short-tags reduserer portabilitet og kompabilitet til skriptet ditt i alt for stor grad, og har ingen fordeler annet enn at du sparer tre tegn for hver gang du skriver den (som uansett ikke bør være mer enn én gang per kildefil uansett). Jeg har absolutt ingen forståelse for hvorfor noen skulle bruke short-tags i det hele tatt. :huh:

Lenke til kommentar
Om du ikke har fobi mot å skrive tre tegn ekstra ved hver start-tag, ser jeg ikke helt hvorfor du skal bruke short-tags. Short-tags reduserer portabilitet og kompabilitet til skriptet ditt i alt for stor grad, og har ingen fordeler annet enn at du sparer tre tegn for hver gang du skriver den (som uansett ikke bør være mer enn én gang per kildefil uansett). Jeg har absolutt ingen forståelse for hvorfor noen skulle bruke short-tags i det hele tatt. :huh:

nei skjønner hvorfor noen sier dette.

 

men det har med smak og behag.

har aldri hatt noe med å spare tid på tegnene.

men håper vi kan spare denne diskusjonen. for du vet det blir fort usakelig hvis vi starter med den diskusjonen ;):thumbdown:

 

uannsett lurer på om noen kan teste overstående script.

kan være utrolig kjekt å vite av om man må tyde til en nødløsning en gang når short tags er disabla og man har en script med sabla mye shorttags.

Endret av ThorB
Lenke til kommentar

Hvorfor bruke nødløsninger når du like greit bare kan venne deg av med uvanen å bruke short-tags? Skriptet over med ini_set() fungerer her, men ikke regn med at noe slikt vil fungere på en server med shared-hosting, hvor php.ini-manipulering ikke er like fritt. safe_mode vil også spille inn på dette.

 

Det er bedre at du venner deg av med short-tags, og bruker et kvart sekund ekstra per kildefil, enn at du må løpe rundt og fikse alle skript du har skrevet idet din webhost oppgraderer til PHP6, hvor short-tags ikke lenger er tillatt. Håper ikke du jobber med dette på profesjonelt basis, for den dagen ville du i så fall fått en storm av rasende kunder på nakken.

Lenke til kommentar
<?php ini_set ( "short_open_tag" , "1" )?>

<?="yahoo"?>

 

funker ikke fordi short_open_tag er definert som PHP_INI_PERDIR, som betyr at du kan kunn endre den i php.ini, httpd.conf eller med en htaccess fil

takker :D

 

Da trur jeg vi kan si at diskusjonen er ferdig.

Jeg har fått svar på alt jeg har lurt på.

 

:new_woot:

 

takk for alle kommentarene!

Lenke til kommentar
Hvorfor bruke nødløsninger når du like greit bare kan venne deg av med uvanen å bruke short-tags? Skriptet over med ini_set() fungerer her, men ikke regn med at noe slikt vil fungere på en server med shared-hosting, hvor php.ini-manipulering ikke er like fritt. safe_mode vil også spille inn på dette.

 

Det er bedre at du venner deg av med short-tags, og bruker et kvart sekund ekstra per kildefil, enn at du må løpe rundt og fikse alle skript du har skrevet idet din webhost oppgraderer til PHP6, hvor short-tags ikke lenger er tillatt. Håper ikke du jobber med dette på profesjonelt basis, for den dagen ville du i så fall fått en storm av rasende kunder på nakken.

takk for tipset.

men hva trur du egentlig jeg driver med?

jo nettopp. jeg driver å endrer til long tags. hens the topic.

Det med nødløsning var bare en liten ide jeg hadde, hvis jeg har et lite skript som skal testes (trenger ikke være laget av meg), som bruker short tags, og webserver har dette disablet, så kunne jeg kjapt ha tydd til nødløsningen for å teste denne.

 

ja jeg har nå konvertert alt jeg har laget til long tags nå. så null stress.

det er forresten ikke bare noe så enkelt som short tags som skal til for å få en kunde på nakken.

det er ganske mye som brukes i php som ikke nødvendigvis er tilgjengelig på alle servere.

 

Å hvis du får en kunde på nakken så hadde du vel priset deg lykkelig hvis det var noe så enkelt som short tag ?

Jeg håper at den dagen du jobber som profosjonell på dette at du slipper kunder på nakken for vanskeligere problemer :p

 

Forresten skal de beholde short-tag i php6:

http://www.php.net/~derick/meeting-notes.h...and-add-php-var

http://phpmysqldev.blogspot.com/2007/05/php-6.html

Endret av ThorB
Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...