DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
altijd leukquote:Op zondag 28 juni 2009 14:10 schreef wobbel het volgende:
Ik kwam er net achter dat ik gister 20 regels had getikt omdat ik moe was, maar daar ook gewoon een simpele functie voor bestond
, welke functie?
En ik kwam er pas achter dat ik de hele json klasse uit m'n framework gewoon kon vervangen door calls naar json_encode en json_decodequote:Op zondag 28 juni 2009 14:10 schreef wobbel het volgende:
Ik kwam er net achter dat ik gister 20 regels had getikt omdat ik moe was, maar daar ook gewoon een simpele functie voor bestond
Hoewel die wel iets minder flexibel zijn..
Hoop dat iemand nog kan kijken naar mijn vraag een paar posts hierboven 
Ondertussen nog een andere vraag, ik heb een project dat ik in meerdere talen wil hebben.
Nu is het zo dat ik voorheen altijd een functie had (lang()), welke ik als volgt aanriep:
echo lang('Welcome');
Vervolgens werd er een query uitgevoerd om welcome op te halen en welcome in het nederlands te weergeven.
Toch denk ik dat dit beter kan, door bijvoorbeeld bij het laden van de pagina dit allemaal in 1 query op te halen, hoe is jullie idee hierover?
Ondertussen nog een andere vraag, ik heb een project dat ik in meerdere talen wil hebben.
Nu is het zo dat ik voorheen altijd een functie had (lang()), welke ik als volgt aanriep:
echo lang('Welcome');
Vervolgens werd er een query uitgevoerd om welcome op te halen en welcome in het nederlands te weergeven.
Toch denk ik dat dit beter kan, door bijvoorbeeld bij het laden van de pagina dit allemaal in 1 query op te halen, hoe is jullie idee hierover?
Hoezo moet je de status nog aanmaken? Zijn die voor ieder record verschillend dan?quote:Op zondag 28 juni 2009 13:17 schreef Likkende_Lassie het volgende:
[..]
het is idd een feit dat het direct uitvoeren van een query makkerlijker is, maar hoe zit het met de performance? en dus straks de totale load op de server.
het is toch een flinke update/insert/select query, select omdat het systeem de stats eventueel nog moet aanmaken.
Als je zorgt dat je alle info al hebt opgehaald in je eerste select voorkom je in ieder geval dat je nog een select moet draaien (als dat kan iig).
En grote insert lijkt me niet zo'n probleem? En als je het eerst memcached, moet je het later alsnog inserten, dat maakt qua load niet uit lijkt me, je doet het alleen op een ander moment (als het misschien juist wel drukker is op je server
)
Hoe onderhoud je die dan? In een CMS ofzo dus, textfile steeds opnieuw schrijven?quote:Op maandag 29 juni 2009 10:48 schreef Scorpie het volgende:
Ik zet vertalingen nooit in de database, maar in een aparte file.
Ik gebruik altijd een centrale teksten tabel. Per record staat daarin om wat voor soort tekst het gaat (pagina, nieuwsbericht, etc. - tabelnaam dus), de ID van het betreffende pagina/nieuws-record, de taal en de tekst.
Door middel van een join kan je die vrij eenvoudig ophalen, ook meerdere tekstrecords per pagina (voor de titel, inhoud, etc.) Voordeel is dat je *alle* tekst in 1 tabel hebt staan, en dat dus erg makkelijk te doorzoeken is enzo
Een nieuwe taal toevoegen is een kwestie van alle tekstrecords van 1 taal dupliceren naar je nieuwe taal.
Bij een CMS kan je onderscheid maken he. Je hebt dynamische content die de gebruiker zelf verzorgt (die zet je dan natuurlijk in de database), je hebt systeem meldingen (komen uit een resource file), en generieke meldingen (ook uit de resource file).quote:Op maandag 29 juni 2009 11:11 schreef Xcalibur het volgende:
[..]
Hoe onderhoud je die dan? In een CMS ofzo dus, textfile steeds opnieuw schrijven?
Als een gebruiker dan meertaligheid wil, dan moet hij alleen zijn dynamische content (laten) vertalen en die opslaan onder een andere taal.
Ja dat is dus specifiek voor de dynamische content, daar maak ik mij niet zo druk om.quote:Ik gebruik altijd een centrale teksten tabel. Per record staat daarin om wat voor soort tekst het gaat (pagina, nieuwsbericht, etc. - tabelnaam dus), de ID van het betreffende pagina/nieuws-record, de taal en de tekst.
Klopt. Maar ik bouw meestal een CMS waarbij ik de labels van de velden e.d vastleg in een file, en niet in de database. Dacht dat je dat bedoelde.quote:Door middel van een join kan je die vrij eenvoudig ophalen, ook meerdere tekstrecords per pagina (voor de titel, inhoud, etc.) Voordeel is dat je *alle* tekst in 1 tabel hebt staan, en dat dus erg makkelijk te doorzoeken is enzo
Wat ik persoonlijk doe is de vertalingen in een XML-file opslaanquote:
[..]
Hoe onderhoud je die dan? In een CMS ofzo dus, textfile steeds opnieuw schrijven?
Ik gebruik altijd een centrale teksten tabel. Per record staat daarin om wat voor soort tekst het gaat (pagina, nieuwsbericht, etc. - tabelnaam dus), de ID van het betreffende pagina/nieuws-record, de taal en de tekst.
Door middel van een join kan je die vrij eenvoudig ophalen, ook meerdere tekstrecords per pagina (voor de titel, inhoud, etc.) Voordeel is dat je *alle* tekst in 1 tabel hebt staan, en dat dus erg makkelijk te doorzoeken is enzo
Met SimpleXML en DOM en whatever kun je vanuit je CMS makkelijk muteren in dat soort bestanden, en de performance is over het algemeen een stuk beter als losse databasequeries. (aangezien ik de XML 1 keer parse en vervolgens het object bewaar. Dan wel zo min mogelijk gebruik maken van xpath queries, dat is redelijk zwaar).Mijn XML-bestand heeft een indeling als volgt:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 | <config> Hier wat configuratieinstellingen voor de taal, zoals een foutmelding als er een vertaling niet gevonden is </config> <page name="home"> <group name="headers"> <constant name="kop">Welkom!</constant> </group> <group name="...">[...]</group> <constant name="blaat">Een vertaling mag ook buiten een groep staan, maar niet buiten een pagina</constant> </page> <page name="...">[...]</page> </language> |
Mijn languageklasse kun je vervolgens aanroepen met Language::t('home/headers/kop')
[ Bericht 32% gewijzigd door Intrepidity op 29-06-2009 11:42:21 ]
Als je het een keer inlaadt en dan in-memory bewaard is het performance verschil tussen DB of flat file natuurlijk niet erg boeiend, maar hou er rekening mee dat in normale gevallen (dus niet dat je info maar een maal nodig hebt) DB requests over het algemeen sneller zijn dan flat files lezen. Zelf vind ik het vanuit een ontwerpstandpunt erg slordig om dergelijke dynamische data op een andere plek op te slaan dan waar de rest van je spul zit. M.i. kies je ervoor 'alles' in een DB te stoppen, of 'alles' via XML files te doen.quote:Op maandag 29 juni 2009 11:30 schreef Intrepidity het volgende:
Wat ik persoonlijk doe is de vertalingen in een XML-file opslaan
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Ik had het voornamelijk over dynamische teksten inderdaadquote:Op maandag 29 juni 2009 11:14 schreef Scorpie het volgende:
Klopt. Maar ik bouw meestal een CMS waarbij ik de labels van de velden e.d vastleg in een file, en niet in de database. Dacht dat je dat bedoelde.
Vaste teksten zet ik hard in de template, met een aparte template map per taal. Vind ik een stuk gemakkelijker werken dan met een los tekstbestand. Zo kan ik tenminste gewoon zien waar een tekst staan enzo. Bovendien kan je dan per taal nog wat wijzigen in de template, om een of andere reden willen mijn klanten dat altijd
Wijzigingen in de template moet je in het slechtste geval een aantal keer doorvoeren, maar als je het goed doet kan het meeste via de CSS
Dit begrijp ik niet helemaal. Je laadt de hele XML (met *alle* tekst) 1x per pageload in?quote:Op maandag 29 juni 2009 11:30 schreef Intrepidity het volgende:
aangezien ik de XML 1 keer parse en vervolgens het object bewaar.
Of stop je het ding in een sessie ofzo?
In het eerste geval lijkt me dat niet zo efficient als je een grote site hebt namelijk
Nou ja, wat ik altijd vervelend vind is generieke teksten zoals Gebruiker / Login - Loguit enzo te moeten vervangen. Dat doe ik liever op 1 plek dan op meerdere. Maar ja das natuurlijk persoonsgebonden.quote:Op maandag 29 juni 2009 13:01 schreef Xcalibur het volgende:
[..]
Ik had het voornamelijk over dynamische teksten inderdaad
Vaste teksten zet ik hard in de template, met een aparte template map per taal. Vind ik een stuk gemakkelijker werken dan met een los tekstbestand. Zo kan ik tenminste gewoon zien waar een tekst staan enzo. Bovendien kan je dan per taal nog wat wijzigen in de template, om een of andere reden willen mijn klanten dat altijd
Wijzigingen in de template moet je in het slechtste geval een aantal keer doorvoeren, maar als je het goed doet kan het meeste via de CSS
Zo werkt dat nou eenmaal met methoden als SimpleXML. Bij het laden hiervan wordt de hele XML file geparsed en omgezet naar een object. Ik zorg dat dat object statisch blijft in de hele applicatie en dus maar 1 maal geparsed wordt per paginaverzoek. Eventueel kun je dat object zelfs nog cachen als je graag op performance let.quote:
[..]
Dit begrijp ik niet helemaal. Je laadt de hele XML (met *alle* tekst) 1x per pageload in?
Of stop je het ding in een sessie ofzo?
In het eerste geval lijkt me dat niet zo efficient als je een grote site hebt namelijk
Ik noem vertalingen van teksten niet dynamisch hoor.. Het gaat hier om teksten die eenmaal ingevoerd worden en hooguit een jaartje later wat geupdate worden. Dynamische data als nieuwsberichten zet ik gewoon in hun eigen tabel, dus titel_nl, titel_en kolommen, etc.quote:
[..]
Als je het een keer inlaadt en dan in-memory bewaard is het performance verschil tussen DB of flat file natuurlijk niet erg boeiend, maar hou er rekening mee dat in normale gevallen (dus niet dat je info maar een maal nodig hebt) DB requests over het algemeen sneller zijn dan flat files lezen. Zelf vind ik het vanuit een ontwerpstandpunt erg slordig om dergelijke dynamische data op een andere plek op te slaan dan waar de rest van je spul zit. M.i. kies je ervoor 'alles' in een DB te stoppen, of 'alles' via XML files te doen.
Euh, als het 'statisch' over heel de applicatie is, dan wordt het toch sowieso niet eens per pagina ingelezen? Ik snap dat het in PHP wat ingewikkelder is dan in .Net bijvoorbeeld maar dat kan je toch via shared geheugen oplossen?quote:Op maandag 29 juni 2009 13:26 schreef Intrepidity het volgende:
Zo werkt dat nou eenmaal met methoden als SimpleXML. Bij het laden hiervan wordt de hele XML file geparsed en omgezet naar een object. Ik zorg dat dat object statisch blijft in de hele applicatie en dus maar 1 maal geparsed wordt per paginaverzoek. Eventueel kun je dat object zelfs nog cachen als je graag op performance let.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Ja, ik heb ook een tijd met een tekstbestand per taal gewerkt, maar dat vond ik toch maar onhandig... vooral omdat je geen goed overzicht hebt waar je nou iets aan het wijzigen bent... En als je 1 tekst als Login wilt vervangen, maar alle andere niet is de kans dat het fout gaat wel aanzienlijkquote:Op maandag 29 juni 2009 13:04 schreef Scorpie het volgende:
[..]
Nou ja, wat ik altijd vervelend vind is generieke teksten zoals Gebruiker / Login - Loguit enzo te moeten vervangen. Dat doe ik liever op 1 plek dan op meerdere. Maar ja das natuurlijk persoonsgebonden.
Maar ja, ieder z'n voorkeur
Verder: die hele XML iedere pageload inladen lijkt me knap inefficient?
Zoals het nu ingericht is (en dat zijn kleine klanten met weinig traffic) wordt die XML eens per request omgezet naar een SimpleXML object in PHP. Misschien bewaart .net dat soort objecten wel netjes voor je door middel van een viewstate of iets dergelijks (weinig verstand van .net), maar in PHP gebeurt dat zeker niet volautomatisch, en aangezien HTTP inherent stateless is is dat volgensmij ook niet eenvoudig toe te passen tenzij je caching technieken als memcache gaat inzetten.. Maar ik geef toe dat dat bij ons bedrijf door het gebrek aan heftige traffic nog geen issue is ook om dat soort optimalisaties toe te passen.. Die 0.001sec extra per request maakt met andere woorden geen drol uit.quote:
[..]
Euh, als het 'statisch' over heel de applicatie is, dan wordt het toch sowieso niet eens per pagina ingelezen? Ik snap dat het in PHP wat ingewikkelder is dan in .Net bijvoorbeeld maar dat kan je toch via shared geheugen oplossen?
Toch lijkt een simpele database select me een HEEL stuk sneller dan een filesystem lookup + xml parse...
Gaat echt heel erg tegen m'n gevoel in om het zo op te lossen iig
Gaat echt heel erg tegen m'n gevoel in om het zo op te lossen iig
xkcd ftw: http://nl2.php.net/gotoquote:Op dinsdag 30 juni 2009 15:12 schreef GlowMouse het volgende:
http://www.php.net/releases/5_3_0.php
Nu met goto
In theory there is no difference between theory and practice. In practice there is.
ik heb het gevoel dat goto iets heel ouderwets is?
Ik zie het nut er ook niet zo van eerlijk gezegd...
Ik zie het nut er ook niet zo van eerlijk gezegd...
quote:
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Heel ouderwets is nog een understatement. Ik zie er echt het nut niet van. Het wordt wel makkelijker om spaghetticode te schrijven, maar of je daar nou zo blij mee moet zijn...quote:
ik heb het gevoel dat goto iets heel ouderwets is?
Ik zie het nut er ook niet zo van eerlijk gezegd...
PHP heeft wat weg van C. Om de leercurve voor QBasicgebruikers minder stijl te maken, is deze feature toegevoegd.quote:
is het weer 1 april ofzo?
Of is dit nu echt een feature?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Bedankt, maar heb het toch met een mooie functie gedaan die een array uitpoept welke ik kan gebruikenquote:
Moet alleen nog ff zorgen dat ik extra parameters voor de URI kan meegeven.
http://www.dumpzooi.nl/dedi/TEST.php
Btw, over het GO TO gedoe....GO TO heb je toch alleen nodig als je iets hebt geprogrammeerd wat niet goed in elkaar steekt qua volgorde ofzo toch? Of ben ik nu heel dom aan het denken
[ Bericht 18% gewijzigd door wobbel op 30-06-2009 23:07:48 ]
Is dat echt de reden?quote:Op dinsdag 30 juni 2009 22:33 schreef GlowMouse het volgende:
[..]
PHP heeft wat weg van C. Om de leercurve voor QBasicgebruikers minder stijl te maken, is deze feature toegevoegd.
Wtf... echt...
Ik denk het nietquote:
[..]
Is dat echt de reden?
Wtf... echt...
Maar goto wil je niet tegenkomen in een script dat je moet debuggen. De ene keer kun je het vervangen door een for-loop, de andere keer kom je een combinatie van 10 goto's tegen en mag jij uitzoeken waarom er soms een infinite loop is.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik kan me eigenlijk ook geen praktisch nut voorstellen....
De toevoeging ontgaat me daarom ook volledig
Maar dat was inmiddels wel duidelijk denk ik
De toevoeging ontgaat me daarom ook volledig
Maar dat was inmiddels wel duidelijk denk ik
Het praktische nut staat uitgelegd op de pagina van PHP zelf: eenvoudig uit een loopje ontsnappen bijvoorbeeld. Maargoed, dat kan ook op een andere manier, dat wel.quote:
Ik kan me eigenlijk ook geen praktisch nut voorstellen....
De toevoeging ontgaat me daarom ook volledig
Maar dat was inmiddels wel duidelijk denk ik
Om nog even terug te komen op de vertalingen:
Ik ga het houden op de database idd, maar dan de volgende vraag, ik heb zo nu en dan kleine woordjes door de php heen staan, hoe kan ik deze dan het beste vervangen, str_replace, of zoals ik nu doe, deze vervangen met een lang('welcome'); functie? Of, een lang(151); om gewoon het ID van het record in de db op te vragen?
Ik ga het houden op de database idd, maar dan de volgende vraag, ik heb zo nu en dan kleine woordjes door de php heen staan, hoe kan ik deze dan het beste vervangen, str_replace, of zoals ik nu doe, deze vervangen met een lang('welcome'); functie? Of, een lang(151); om gewoon het ID van het record in de db op te vragen?
goto lijkt me ook weer vaag... het is een soort van dirty workaround in m'n ogen. oude dos commandos gebruikten goto. 
Redacted
Mjah, deze goto is alleen wel heel erg beperkt ten opzichte van de oude goto. Je kunt er dan ook weer niet alles meequote:
goto lijkt me ook weer vaag... het is een soort van dirty workaround in m'n ogen. oude dos commandos gebruikten goto.
.
Inderdaad. Je kunt, thank god, niet uit een methode of van buiten een methode inspringen. Maar dan nog zie ik het gebeuren dat kansloze prutsers hun hele script een grote method maken van 5 pagina's met overal goto's.quote:Op woensdag 1 juli 2009 09:24 schreef HuHu het volgende:
Mjah, deze goto is alleen wel heel erg beperkt ten opzichte van de oude goto. Je kunt er dan ook weer niet alles mee
Ik heb tijdens m'n studie bij een webdesignbedrijfje gewerkt en daar hun CMS zitten restructuren. Geschreven door iemand die het heel goed bedoelde maar het eigenlijk niet zo goed begreep (search doen via een "select id where blabla" en dan elke row apart ophalen met een "select * where id = x). Als 'ie de mogelijkheid had gehad goto's te gebruiken was ik waarschijnlijk gillend weggelopen.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Je kunt natuurlijk wel de hele OO structuur van je applicatie weggooien en vervolgens alles met GOTO's gaan oplossen in één grote blob. Dus geen functies of methoden meer gebruiken, maar goto-en naar een label en de return waarde globaal zetten en dan weer terug goto-en enzo .
.
Maw, Fok gaat volledig over op goto statements 
In theory there is no difference between theory and practice. In practice there is.
The horror!quote:Op woensdag 1 juli 2009 11:07 schreef HuHu het volgende:
Je kunt natuurlijk wel de hele OO structuur van je applicatie weggooien en vervolgens alles met GOTO's gaan oplossen in één grote blob. Dus geen functies of methoden meer gebruiken, maar goto-en naar een label en de return waarde globaal zetten en dan weer terug goto-en enzo
En dan door een variabele laten bepalen waar je naar terug gaat goto-en?quote:
Je kunt natuurlijk wel de hele OO structuur van je applicatie weggooien en vervolgens alles met GOTO's gaan oplossen in één grote blob. Dus geen functies of methoden meer gebruiken, maar goto-en naar een label en de return waarde globaal zetten en dan weer terug goto-en enzo
tvp (beetje laat)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Uiteraard. Met zo'n mooie if-elseif-else constructie:quote:
[..]
En dan door een variabele laten bepalen waar je naar terug gaat goto-en?
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | doeIetsLeuks: // lala $c = $a + $b; // allemaal globaal // We zijn klaar, waar gaan we nu naar terug? if ($gaTerugNaar == 'start') goto start; elseif ($gaTerugNaar == 'gevangenis') goto gevangenis; elseif ($gaTerugNaar == 'school') goto school; else goto einde; ?> |
Ik weet nog wat leuks! Een goto-stack :9~. Dan kun je meerdere goto's stacken, waarbij elke goto wordt uitgevoerd totdat je een ander label tegenkomt en dan vind er een automagische goto plaats:
| 1 2 3 | goto a, b, c; ?> |
Hallo,
Ik weet niet of mijn vraag hier op de juiste plek staat. maar mocht iemand het weten geef me een antwoord pls.
Heb sinds kort een server in de meterkast gestampt. En die werkt naar behoren (op een paar kleinigheidjes na dan.) Maar hij is gewoon bereikbaar via mijn publieke ipadres enzo. apache en sql draaien gewoon. Alleen ik kan opeens niet meer bij mn phpmyadmin komen. Terwijl dit eerst wel werkte. Iemand enig idee waar ik daar iets voor moet instellen?
Het is btw een linux ubuntu install. (en ik snap geen ruk van linux. )
-edit-
is er trouwens gewoon een UI van apache/sql/php etc? zoals bij WAMP en MAMP (mac)?
Ik weet niet of mijn vraag hier op de juiste plek staat. maar mocht iemand het weten geef me een antwoord pls.
Heb sinds kort een server in de meterkast gestampt. En die werkt naar behoren (op een paar kleinigheidjes na dan.) Maar hij is gewoon bereikbaar via mijn publieke ipadres enzo. apache en sql draaien gewoon. Alleen ik kan opeens niet meer bij mn phpmyadmin komen. Terwijl dit eerst wel werkte. Iemand enig idee waar ik daar iets voor moet instellen?
Het is btw een linux ubuntu install. (en ik snap geen ruk van linux.
)-edit-
is er trouwens gewoon een UI van apache/sql/php etc? zoals bij WAMP en MAMP (mac)?
Out! out! flapoor your father! | DaFan's moeder
had m geinstalleerd. en lokaal (127.0.0.1/phpMyAdmin) werkte het wel.quote:Op woensdag 1 juli 2009 13:34 schreef Xcalibur het volgende:
"opeens"?
Wat heb je veranderd, en wat krijg je voor foutmelding?
Toen in m in de meterkast direct aan mn modem hing en de poorten had opengezet werkte het niet meer.
dus. een beetje vreemd is t wel.
Out! out! flapoor your father! | DaFan's moeder
