[php] samengestelde naam van een variabele

[Anoniem: 51964]

ik heb de volgende situatie:

PHP:

$eng_titel="engelse titel";
$dui_titel="duitse titel";

$taal="eng" of "dui"

nu wil ik aan de hand van de taal variabele 1 vd 2 titels printen, natuurlijk kan dit met een if loopje ofzo maar het moet toch ook gewoon kunnen door de naam van de variabele op de juiste manier te declareren, dit lukt mij echter niet
iemand een idee?

voorbeelden:

PHP:

echo $taal.'_titel';
echo $.'$taal'._titel;

zoiets moet het dus worden, maar dan werkend...

[TheRookie]

Ik zou het anders doen

PHP:

$titel["eng"]="engelse titel";
$titel["dui"]="duitste titel";

print ($titel["$taal"]);

[Knutselsmurf]

Je zou eens naar arrays kunnen kijken.

[Zyppora]

Je kunt ook eens kijken naar variabele variabelen:

PHP:

<?
$eng_titel="engelse titel";
$dui_titel="duitse titel";

// $taal="eng" of "dui"

$titel = $taal . "_titel";
echo $$titel;
?>

De variabele $titel wordt 'eng_titel' of 'dui_titel', waarna de eerste $ voor deze string gezet wordt, dus: $eng_titel of $dui_titel.

[Cyphax]

Zyppora schreef op maandag 29 mei 2006 @ 13:53:
Je kunt ook eens kijken naar variabele variabelen:

PHP:

<?
$eng_titel="engelse titel";
$dui_titel="duitse titel";

// $taal="eng" of "dui"

$titel = $taal . "_titel";
echo $$titel;
?>

De variabele $titel wordt 'eng_titel' of 'dui_titel', waarna de eerste $ voor deze string gezet wordt, dus: $eng_titel of $dui_titel.

Dan is het toch verstandiger om te werken met arrays zoals The-Rookie voorstelt. Al was het maar omdat het variabele variabelen voor zoiets gewoonweg ranzig zijn.
Als het nou om meer gaat dan de titel alleen zou je er nog een dimensie aan kunnen plakken of wat meer OO gaan en er een klasse van maken ofzo.

[Zyppora]

Cyphax schreef op maandag 29 mei 2006 @ 13:55:
[...]

Dan is het toch verstandiger om te werken met arrays zoals The-Rookie voorstelt. Al was het maar omdat het variabele variabelen voor zoiets gewoonweg ranzig zijn.
Als het nou om meer gaat dan de titel alleen zou je er nog een dimensie aan kunnen plakken of wat meer OO gaan en er een klasse van maken ofzo.

Variabele variabelen -> ranzig. Weer wat geleerd Bedankt!

[smokalot]

Zyppora schreef op maandag 29 mei 2006 @ 14:11:
[...]


Variabele variabelen -> ranzig. Weer wat geleerd Bedankt!

en gevaarlijk

[Cyphax]

Zyppora schreef op maandag 29 mei 2006 @ 14:11:
[...]


Variabele variabelen -> ranzig. Weer wat geleerd Bedankt!

En heel slecht te onderhouden (ik moet er niet aan denken om code te moeten debuggen met variabele variabelen).

[Zyppora]

Cyphax schreef op maandag 29 mei 2006 @ 14:23:
[...]

En heel slecht te onderhouden (ik moet er niet aan denken om code te moeten debuggen met variabele variabelen).

Ik gebruik het verder ook alleen bij 'very local code', zodat ik geen if constructs hoef te gebruiken. Of het gevaarlijk is weet ik niet (is het ook gevaarlijk wanneer ik hiermee geen user input verwerk?).

[Rowdy.nl]

Cyphax schreef op maandag 29 mei 2006 @ 14:23:
[...]

En heel slecht te onderhouden (ik moet er niet aan denken om code te moeten debuggen met variabele variabelen).

Nog erger; laat iemand anders eens proberen die code aan te laten passen...

[Cyphax]

Zyppora schreef op maandag 29 mei 2006 @ 14:30:
[...]


Ik gebruik het verder ook alleen bij 'very local code', zodat ik geen if constructs hoef te gebruiken. Of het gevaarlijk is weet ik niet (is het ook gevaarlijk wanneer ik hiermee geen user input verwerk?).

Of het echt gevaarlijk is... mja ik weet het niet, dat zou goed kunnen. Maar het is gewoon geen goede gewoonte. Leer jezelf aan om consistent te zijn, daar heb je op den duur alleen maar profijt van. En zeker als een ander je code moet bijwerken spaar je die figuur een acute aanval van migraineaanval uit

[Spider.007]

Netzoals bij eval zijn ze perfect te gebruiken; maar alleen als je er verstand van hebt; anders stimuleert het slechts ranzig programmeren

[DexterDee]

Ik heb redelijk wat ervaring met multi-language PHP websites. Ik zou het grofweg op de volgende manier oplossen:

index.php

PHP:

/**
Hoofdscript gebruikmakend van taalafhankelijke variabelen
*/

// haal de language= parameter op uit de url, bestaat deze niet, dan standaard engels
$language = isset($_GET['language']) ? $_GET['language'] : 'english';

// haal de taalspecifieke php op met vertalingen
require("includes/language/{$language}/lang_main.php") or die('Gekozen taal bestaat niet!');

echo $lang['title'];
echo $lang['summary'];

includes/languages/dutch/lang_main.php

PHP:

/**
Nederlandse taal variabelen
**/
$lang['title']='Dit is mijn titel';
$lang['summary']='Samenvatting';

includes/languages/english/lang_main.php

PHP:

/**
Engelse taal variabelen
**/
$lang['title']='This is my title';
$lang['summary']='Summary';

includes/languages/german/lang_main.php

PHP:

/**
Duitse taal variabelen
**/
$lang['title']='Dieses ist meine Titel';
$lang['summary']='Zusammenfassung';

includes/languages/french/lang_main.php

PHP:

/**
Franse taal variabelen
**/
$lang['title']='C\'est mon titre';
$lang['summary']='Sommaire';

oproepen met:
index.php?language=dutch
index.php?language=english
index.php?language=german
index.php?language=french

of gewoon:
index.php

Lijst met talen kun je eventueel in een arraytje zetten. geselecteerde taal hoeft natuurlijk niet in de URL, maar kan ook via een cookie of elk ander vrij te kiezen mechanisme. Dit is slechts ter voorbeeld.

Een taal erbij is een peulenschil. Gewoon in je includes/languages/ folder een nieuwe taal folder maken, PHP bestand(en) kopieren van een bestaande taal folder en aanpassen (vertalen) naar de nieuwe taal.

Als je site heel groot wordt, kun je naast lang_main.php nog specifiekere lang_* php's maken. Deze kun je dan selectief includen, zodat het allemaal snel en overzichtelijk blijft.

[Spider.007]

Je kan ook gettext gebruiken; dat is er voor bedoelt (ook al werkt het niet verschrikkelijk prettig)

[eamelink]

PHP:

echo ${$taal . '_titel'}

Dit is de manier om het te doen zonder hulpvariabelen. Maar zoals al opgemerkt is dit niet een situatie die geeigend is voor het gebruik van variabele variabelennamen.

[cannibal]

Ik zou ook, zoals DexterDee al melde, voor een resources bestand gaan en op basis van uitgelezen taal dit bestand includen.
Of je een array daar in stopt of gewoon variabelen ($taal_titel) maakt dan verder niet zou uit. Maar het scheelt je om in alle code van die variabele variabelen te gebruiken, maar gewoon 1 variabele welke afhankelijk van de taal een andere waarde krijgt.

[ Voor 4% gewijzigd door cannibal op 29-05-2006 16:28 ]

[DexterDee]

cannibal74 schreef op maandag 29 mei 2006 @ 16:28:
Ik zou ook, zoals DexterDee al melde, voor een resources bestand gaan en op basis van uitgelezen taal dit bestand includen.
Of je een array daar in stopt of gewoon variabelen ($taal_titel) maakt dan verder niet zou uit. Maar het scheelt je om in alle code van die variabele variabelen te gebruiken, maar gewoon 1 variabele welke afhankelijk van de taal een andere waarde krijgt.

Het kan wel degelijk iets uitmaken om arrays te gebruiken als je bijvoorbeeld een templating systeem als Smarty gebruikt.

pak bijv. de volgende resource:

PHP:

$lang['buttons']['previous']='vorige';
$lang['buttons']['next']='volgende';
$lang['buttons']['continue']='verder';
$lang['buttons']['cancel']='annuleren';

In smarty moet je een variabele doorgeven:

PHP:

$smarty->assign('buttons', $lang['buttons']);

En in je template file kun je het dan als volgt gebruiken:

HTML:

<a href="test.php" class="button">{$button.previous}</a>
<a href="test.php" class="button">{$button.next}</a>
<a href="test.php" class="button">{$button.continue}</a>
<a href="test.php" class="button">{$button.cancel}</a>

Een array scheelt je de declaratie van elke individuele button in Smarty

[djluc]

DexterDee schreef op maandag 29 mei 2006 @ 14:58:
index.php

PHP:

// haal de language= parameter op uit de url, bestaat deze niet, dan standaard engels
$language = isset($_GET['language']) ? $_GET['language'] : 'english';

// haal de taalspecifieke php op met vertalingen
require("includes/language/{$language}/lang_main.php") or die('Gekozen taal bestaat niet!');

Rechtstreeks een externe var in je path, lekker veilig is dat. En nog bijna variablen in variablen, in dit geval variablen in strings ook.

[ Voor 22% gewijzigd door djluc op 30-05-2006 00:18 ]

[Tjark]

Waarom in een array met "$lang['title']=" ?
Ik zou DEFINE's gebruiken, zeker als er veel taaldingen zijn. Een arraystructuur neemt meer ruimte in dan DEFINE constanten

(afaik, cmiir)

[djluc]

Handig voor smarty om alles door te geven... Als je dat niet gebruikt zou ik altijd een functie maken die je aanroept. Die kan dan gerust uit zo'n array de data halen maar het maakt je flexibeler. Bijvoorbeeld: wat te doen als een vertaling niet bestaat, dan de engelse weergeven, misschien niets, of voor debuggen juist 100-uitroeptekens?

[plakbandrol]

DexterDee schreef op maandag 29 mei 2006 @ 14:58:
Ik heb redelijk wat ervaring met multi-language PHP websites. Ik zou het grofweg op de volgende manier oplossen:

index.php

PHP:

/**
Hoofdscript gebruikmakend van taalafhankelijke variabelen
*/

// haal de language= parameter op uit de url, bestaat deze niet, dan standaard engels
$language = isset($_GET['language']) ? $_GET['language'] : 'english';

// haal de taalspecifieke php op met vertalingen
require("includes/language/{$language}/lang_main.php") or die('Gekozen taal bestaat niet!');

echo $lang['title'];
echo $lang['summary'];

[..]

waarvoor zijn die brackets in je require? voegen die nog iets toe?

[NMe]

DexterDee schreef op maandag 29 mei 2006 @ 14:58:

PHP:

// haal de taalspecifieke php op met vertalingen
require("includes/language/{$language}/lang_main.php") or die('Gekozen taal bestaat niet!');

Hee, leuk. Ik roep de pagina wel aan met als language "../../../etc/shadow?".

plakbandrol schreef op dinsdag 30 mei 2006 @ 00:45:
waarvoor zijn die brackets in je require? voegen die nog iets toe?

Duidelijkheid, voor zover dat mogelijk is bij dit soort notaties.

[eamelink]

Die voegen niets toe. Het ziet er alleen wat netter uit omdat je verder ook nauwelijks keywords gebruikt in php. Nu lijkt het gewoon een normale functie

[NMe]

eamelink schreef op dinsdag 30 mei 2006 @ 00:51:
Die voegen niets toe. Het ziet er alleen wat netter uit omdat je verder ook nauwelijks keywords gebruikt in php. Nu lijkt het gewoon een normale functie

Ik denk dat plakbandrol doelt op {$language}.

[plakbandrol]

eamelink schreef op dinsdag 30 mei 2006 @ 00:51:
Die voegen niets toe. Het ziet er alleen wat netter uit omdat je verder ook nauwelijks keywords gebruikt in php. Nu lijkt het gewoon een normale functie

ah leuk om te weten.. want als ik een variabele wil gebruiken om bijvoorbeeld "test_1" te schrijven deed ik altijd

$var = "test";
echo "$var"."_1";

maar dat kan mooier door

$var = "test";
echo "{$var}_1";

[ Voor 9% gewijzigd door plakbandrol op 30-05-2006 00:58 ]

[CodeCaster]

Dan nog blijft bij mij de vraag bestaan waarom je je tekst in alle talen zou willen definiëren? Weet je wat dat doet met de geheugenruimte van je server als de pagina 100 keer per seconde wordt opgevraagd, en je misschien wel 10 KB aan declaraties hebt voor ieder van je 4 talen?

Het lijkt peanuts, maar dat is het niet.

Ik zou gewoon voor iedere taal een apart bestand creëren, en dan definiëren zoals hier reeds geopperd wordt. En dan middels sessie- of GET-variabelen bepalen welk taalbestand geladen wordt.

Ook snap ik nu niet waarom je in je variabelenaam zou willen weten in welke taal de inhoud van die variabele is, codeertechnisch gezien heb je daar vrij weinig aan aangezien de eerdergenoemde 'variabele variabelenamen'-techniek vrij ranzig is.

Cyphax schreef op dinsdag 30 mei 2006 @ 01:02:
Of nog mooier gewoon echo $var . "_1";

Dan krijg je bij ($var == "hoi") de uitvoer "hoi_1" te zien...

[ Voor 30% gewijzigd door CodeCaster op 30-05-2006 01:03 ]

[Cyphax]

Of nog mooier gewoon echo $var . "_1";

[NMe]

CodeCaster schreef op dinsdag 30 mei 2006 @ 01:01:
Dan krijg je bij ($var == "hoi") de uitvoer "hoi_1" te zien...

Bij dit niet dan?

PHP:

$var = "hoi";
echo "{$var}_1";

* NMe met Cyphax.

[DexterDee]

-NMe- schreef op dinsdag 30 mei 2006 @ 00:49:
[...]

Hee, leuk. Ik roep de pagina wel aan met als language "../../../etc/shadow?".

Dan wordt het bestand "includes/language/../../../etc/shadow?/lang_main.php" included. En dat gaat dus fout, want dat vraagteken werkt alleen in de querystring, niet in een include om een filepath af te breken

...Maar point made, het is natuurlijk niet zo netjes om meteen een variabele uit de querystring in een include te gebruiken. Had ik ffies niet bij nagedacht toen ik snel een voorbeeldje uit mijn hoofd had ingetikt

Ik gebruik het meestal met een dropdown combo op de site die dan een cookie zet. De alias values van de dropdown combo zet ik dan in de PHP code om naar de padnaam. Injectie van een custom string in het include pad is dan onmogelijk

[eamelink]

-NMe- schreef op dinsdag 30 mei 2006 @ 00:58:
[...]

Ik denk dat plakbandrol doelt op {$language}.

Owhhhja, die. Die hebben wel degelijk een functie; namelijk om aan te geven wat er nog variabele is.

PHP:

<?php
$a = 'x';
$aa = 'y';
echo "$aa";     // y
echo "${aa}";   // y
echo "${a}a";   // xa
?>

PHP matchet de langst mogelijke variabelenaam. Maar in het voorbeeld dat gegeven was maakt het inderdaad niet uit omdat er toch geen slashes in een variabelenaam mogen zitten

De brackets zal je bij strings normaliter niet gebruiken; als je object membervariabelen in een string wil stoppen zijn ze wel handig. Al moet ik zeggen dat ik het zeer zelden gebruik, en vrijwel altijd gewoon aan het concatenaten sla.

[CodeCaster]

-NMe- schreef op dinsdag 30 mei 2006 @ 01:06:
[...]

Bij dit niet dan?

PHP:

$var = "hoi";
echo "{$var}_1";

* CodeCaster met Cyphax.

Oh, Cyphax reageerde op plakbandrol

[Anoniem: 51964]

ik moet zeggen dat het maar ging om een paar woorden, maar met oog op de toekomst heb ik besloten om voor een variant op de manier van dexterdee te kiezen!

[Cyphax]

CodeCaster schreef op dinsdag 30 mei 2006 @ 01:16:
[...]

Oh, Cyphax reageerde op plakbandrol

Ja jij kroop er net voor.

Anoniem: 51964 schreef op dinsdag 30 mei 2006 @ 09:43:
ik moet zeggen dat het maar ging om een paar woorden, maar met oog op de toekomst heb ik besloten om voor een variant op de manier van dexterdee te kiezen!

Dat is natuurlijk het verstandigst, vooruit denken.
Hoe heb je het nu gedaan dan?

[Anoniem: 51964]

zelfde manier grofweg, maar alleen aparte bestanden per taal, niet ook nog een dir etc, zo groot wordt de applicatie niet dat dat nodig is