[PHP] Constanten veranderen.

[Onbekend]

Ik wilde een inleiding schrijven, maar dat stuk tekst werd zo erg lang dat ik alles heb proberen samen te vatten:

Ik heb een groot aantal gedefineeerde constanten. De inhoud van deze constanten is afhankelijk van de ingestelde taal.
Nu is het noodzakelijk dat ik sommige gedefineeerde constanten veranderd kunnen worden.
Maar ja, zoals de naam 'constante' al zegt, is dit niet te veranderen.

Ik heb ook geprobeerd om i.p.v. constanten alles variabel te maken. Maar dan zit ik met het probleem dat ik met elke functie honderden variabelen moet meegeven of met global toe moet wijzen.
Dit is zeer omslachtig en zal tienduizenden regels code extra opleveren.
Hoe doen de grote websites dat ?

[Verwijderd]

Kun je een klein voorbeeldje geven van wat je bedoelt

Het is nu erg abstract

[hanneshoffie]

wat dacht je van een dbase. Met bv een aantal velden en veld 1 is woord 1 en in die rij zet je gwoon de verschillende talen.(I)
1. hoi hello gutentag
2.
enz.

[mocean]

Als je het in een array zet: $language['accesname']='iets';

dan hoef je bij elke functie maar 1 var global te nemen!

[JKVA]

Meertaligheid? In JSP doen we dat met properties files. In die files staan key/value paren en in je pagina leg je een key neer. Afhankelijk van de locale van de browser, wordt de juiste properties file ingelezen.

[semicolon]

Definieer de constanten pas als je weet wat de inhoud is/wordt. Wijzigen kan inderdaad niet, en anders zul je waarschijnlijk inderdaad vele regels krijgen die niet nodig zijn.

- definieer constanten die ook echt constant zijn
- definieer constanten met informatie die opgehaald wordt ergens (DB, file, je neus etc.)
- controleer of de constanten van 'stap 2' bestaan, en zo nee geef ze een standaard waarde.

Zoiets zou denk ik het beste zijn (ben ook wel benieuwd mochten er betere manieren zijn). Het werkt voor mij in elk geval prima.

Zelf zie ik trouwens het nut niet in om constanten te gebruiken voor teksten die afhankelijk zijn van een taal, hier is gettext toch ideaal voor?

[ Voor 13% gewijzigd door semicolon op 02-09-2006 20:39 ]

[DexterDee]

Ik heb dit al eerder een keer gepost, hieronder een mogelijke oplossingsrichting voor meertalige variabelen:

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

LET OP: dit is slechts een voorbeeld en zet de taal van de querystring direct in de include. Dit is nauurlijk niet veilig en moet omgeschreven worden naar een veilige methode.

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.

Nu hoef je alleen de $lang global te maken in classes en functies en je hebt alle taalafhankelijke variabelen voorhanden...

[Onbekend]

Ik heb het nu op de manier zoals DexterDee beschrijft. Afhankelijk van een gekozen taal (of de taal van het besturingssysteem) include hij het bijbehorende .php-bestand. Maar ik gebruik nu de 'define'-functie.

Maar ik zie dat het met een array met namen ook kan en dan de array-variable doorgeven.
(Ik heb #@&^%$*@#%^& vele uren zitten zoeken op diverse fora en php.net en na een post op tweakers heb ik binnen 5 minuten al het antwoord. )
Bedankt. De array is dé oplossing voor mijn probleem.

[DexterDee]

Als aanvulling nog, je kunt natuurlijk meerdimensionele arrays gebruiken:

PHP:

$lang['homepage']['title']='Titel';
$lang['homepage']['description']='Beschrijving';
$lang['newuser']['name']='Naam';
$lang['newuser']['password']='Wachtwoord';

En als je later nog iets wil wijzigen, gebruik dan bijv. sprintf:

PHP:

$lang['newuser']['validation_empty_field']='Veld %s kan niet leeg zijn!';

en dan met:
sprintf( $lang['newuser']['validation_empty_field'], $fieldname )
de juiste waarde(n) erin zetten. Zo hoef je niet de oorspronkelijke waarde te herschrijven in de array

[SchizoDuckie]

Een constante is toch CONSTANT dezelfde waarde

Als je een constante VARIABEL maakt is het geen constante meer (maar een variabele )

Oftewel als je dit implementeert ben je fundamenteel verkeerd bezig imo (de verkeerde functionaliteit ergens voor gebruiken)

[ Voor 4% gewijzigd door SchizoDuckie op 02-09-2006 22:14 ]

[Onbekend]

@SchizoDuckie:
In het begin wilde ik de site in 1 taal. Daarna dacht ik dat het misschien ook handig was om de site ook in het Engels weer te geven voor de buitenlandse bezoekers.
Het gevolg was dat ik 2 php-bestandjes (voor elke taal 1) had aangemaakt waar in elk woord of zin gedefiniëerd was. Dit ging tot zover goed.

Nu had ik (om veel rekentijd te besparen) een stukje code geschreven die een deel van een site genereerde en dan opsloeg als een .htm-bestandje. Echter dit was in de debetreffende taal. Ik wilde dat stuk site in 1 keer genereren in alle talen.
En toen ontstond dit probleem dat ik de gedifiniëerde woorden wilde kunnen veranderen voor een andere taal. Vandaar deze titel. Ik wist niet hoe ik dat anders zou kunnen neerzetten.

Ik heb nu alles in die site aangepast volgens het voorbeeld DexterDee en dat werkt uitstekend. Nogmaals bedankt.

[YopY]

Je kunt toch ook gewoon een aantal taalbestanden aanmaken (bijvoorbeeld 'en-us.php', 'nl-dut.php', of wat dan ook) en daar een lijst van defines inzetten, die al de verschillende teksten definieren.

Vervolgens in je code word het taalbestand ge-include afhankelijk van de gekozen taal. Het enige wat dan nog variabel is, is dus het taalbestand wat ge-include wordt.

bv

PHP:

// Neerlandsch.php

define ('WELCOME_MSG', 'Welkom bij deze site!');
define ('GOODBYE_MSG', 'De mazz0l');

PHP:

//English.php

define ('WELCOME_MSG', 'Welcome to this site!');
define ('GOODBYE_MSG', 'l8r d00d');

En dan in je index (of waar dan ook)

PHP:

$lang = isset($_GET['lang']) ? $_GET['lang'] : 'english';

require_once "lang/{$lang}.php");

(slechts een voorbeeld, kan nog wel beter.)

Maar je begrijpt wel wat ik bedoel. Ik heb een tijdje een veel te complex CMS gebruikt voor een website die deed het ook zo.

[Erkens]

imo de beste manier voor multi-language is door gewoon gettext te gebruiken, daar is het voor gemaakt

[XWB]

^^ Kan je dan lekker vanuit een admin gedeelte je hele site vertalen.

[Onbekend]

@YopY:

Quote van mijn startpost:
Nu is het noodzakelijk dat ik sommige gedefineeerde constanten veranderd kunnen worden.

Ik had inderdaad alles gedefinieerd. Maar op een gegeven moment moest ik omschakelen naar een andere taal.

[Verwijderd]

Een mooie oplossing is natuurlijk iets als een LocalizedMessageProvider class, waaraan je LocalizedMessageSource classes kunt toevoegen. Hoe die classes dan intern werken is niet zo belangrijk. Dat kan met een database, met flatfiles, met gettext, met xml bestanden, wat je maar wilt.

Wat wel duidelijk moet zijn, is dat je geen constanten moet gaan definieren voor deze taken als je flexibiliteit wilt. Ik zou op de plekken waarin je een taal-specifieke tekst nodig hebt een method call plaatsen. Wat er dan aan "de andere kant van de lijn" hangt is dan in elk geval niet meer belangrijk.

[Erkens]

Hacku schreef op zondag 03 september 2006 @ 16:31:
^^ Kan je dan lekker vanuit een admin gedeelte je hele site vertalen.

Wat heeft een admin gedeelte hiermee te maken?

[Verwijderd]

Erkens schreef op zondag 03 september 2006 @ 19:08:


Wat heeft een admin gedeelte hiermee te maken?

Niets. In theorie kun je in een admin gedeelte elke mogelijke resource wel aanpassen. Wat dat betreft heeft dat dus niets met het "probleem" te maken.

[Erkens]

Verwijderd schreef op zondag 03 september 2006 @ 19:14:
[...]

Niets. In theorie kun je in een admin gedeelte elke mogelijke resource wel aanpassen. Wat dat betreft heeft dat dus niets met het "probleem" te maken.

precies, dus waarom dat nu aangehaald is mij een raadsel
Wat wel een voodeel is op dat punt is dat er voor gettext al enorm veel van dat soort tools te vinden zijn waardoor je ook op dat punt het wiel niet meer rond hoeft te maken.

[XWB]

Erkens schreef op zondag 03 september 2006 @ 19:08:
[...]


Wat heeft een admin gedeelte hiermee te maken?

Niks

[Verwijderd]

Erkens schreef op zondag 03 september 2006 @ 19:17:

Wat wel een voodeel is op dat punt is dat er voor gettext al enorm veel van dat soort tools te vinden zijn waardoor je ook op dat punt het wiel niet meer rond hoeft te maken.

Dat is zo, maar gettext is niet gericht op het eenvoudig dynamisch aan kunnen passen van teksten. Neemt niet weg dat ik gewoon wat abstractie in de implementatie zou aanbrengen zodat je niet meer de code hoeft in te duiken om iets aan te passen. Een method laten uitzoeken welke tekst hij moet hebben (en eventueel in welke taal dat dan moet) lijkt me voor de lange termin handiger. Op die manier kun je bijvoorbeeld een melding kunnen laten aanpassen in een bestand of database met een CMS, en de gettext bestanden als "fallback" gebruiken, de standaard meldingen dus.