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.
Ik ben nu een ERM aan het opzetten, maar ik kom altijd in de knoop over de vraag of ik nu overal Engels of Nederlands als benamingen moet gebruiken. Naast dat ik altijd twijfel over welke benamings methode de beste is
quiz_vragen
vID
vText
vaID (ID van antwoord (in vragen))
of
quiz_vragen
vragen_ID
vragen_text
antwoorden_ID
quiz_vragen
vID
vText
vaID (ID van antwoord (in vragen))
of
quiz_vragen
vragen_ID
vragen_text
antwoorden_ID
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Ik gebruik altijd Engels om consistent te blijven met de rest van de code. Verder zou ik ook voor het 2e gaan, een stuk duidelijker/leesbaarder.quote:Op dinsdag 29 juni 2010 21:32 schreef Sitethief het volgende:
Ik ben nu een ERM aan het opzetten, maar ik kom altijd in de knoop over de vraag of ik nu overal Engels of Nederlands als benamingen moet gebruiken. Naast dat ik altijd twijfel over welke benamings methode de beste is
quiz_vragen
vID
vText
vaID (ID van antwoord (in vragen))
of
quiz_vragen
vragen_ID
vragen_text
antwoorden_ID
Overigens had ik het zelf nog anders gedaan:
quiz_questions
id
text
question_id
Die manier van jou kan snel tot verwarring leiden omdat je niet in een oogopslag kunt zien welk id je te pakken hebt.quote:Op dinsdag 29 juni 2010 21:40 schreef retorbrapi het volgende:
[..]
Ik gebruik altijd Engels om consistent te blijven met de rest van de code. Verder zou ik ook voor het 2e gaan, een stuk duidelijker/leesbaarder.
Overigens had ik het zelf nog anders gedaan:
quiz_questions
id
text
question_id
Maar idd, de tweede methode is een stuk fijner werken.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
quote:
[..]
Die manier van jou kan snel tot verwarring leiden omdat je niet in een oogopslag kunt zien welk id je te pakken hebt. Te snel gelezen
Maar idd, de tweede methode is een stuk fijner werken.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Ik zou het ook doen zoals retorbrapi voorstel 
Sowieso is Nederlandse namen echt een no-go... afkortingen is vragen om problemen, nu lijkt het misschien heel logisch, maar over een jaar denk je daar echt heen anders over
Sowieso is Nederlandse namen echt een no-go... afkortingen is vragen om problemen, nu lijkt het misschien heel logisch, maar over een jaar denk je daar echt heen anders over
Ik snap niet helemaal waarom je bij die questions-tabel twee id's gebruikt.quote:Op dinsdag 29 juni 2010 21:40 schreef retorbrapi het volgende:
Overigens had ik het zelf nog anders gedaan:
quiz_questions
id
text
question_id
Ik zie het nu pasquote:
[..]
Ik snap niet helemaal waarom je bij die questions-tabel twee id's gebruikt.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Dat lijkt er al meer op Nadeel is dan alleen dat je bij iedere vraag slechts 1 antwoord kunt geven, en da's misschien toch niet zo handig.
Nadeel is dan alleen dat je bij iedere vraag slechts 1 antwoord kunt geven, en da's misschien toch niet zo handig.
Maar dat was niet de vraagquote:Op woensdag 30 juni 2010 07:13 schreef Light het volgende:
Dat lijkt er al meer op
Die ging over de naamgeving van de tabel...
En aangezien wij verder niet weten hoe het gaat werken / waar het voor is, kunnen we hier verder niet zoveel mee
Ik ben zojuist begonnen met het gebruik van het Zend Framework en dan in het speciaal de Translate module, door gebruik te maken van gettext. Het werkt allemaal prima, ik zou alleen nog een ding graag anders doen. Dit is mijn code:
Het gaat dan vooral op het stukje
Dit moet toch korter kunnen? Door gewoon het volgende aan te roepen:
Hoe doe ik dit? Dus $translate-> weglaten..
| 1 2 3 4 5 6 7 8 | include "library/Zend/Translate.php"; $translate = new Zend_Translate('gettext', './languages/nl.mo', 'nl'); $translate->setLocale('nl'); print $translate->_("Mark"); ?> |
Het gaat dan vooral op het stukje
| 1 |
Dit moet toch korter kunnen? Door gewoon het volgende aan te roepen:
| 1 |
Hoe doe ik dit? Dus $translate-> weglaten..
Niet doen, globals zijn slecht. Je kunt wel doen:
Maar ik zou gewoon $translate->_('Test') aanroepen.
[ Bericht 3% gewijzigd door Trollface. op 01-07-2010 22:23:36 ]
| 1 2 3 4 5 6 7 8 | $t = new Zend_Translate(); function _($t, $v) { return $t->_($v); } echo _($t, 'Test'); ?> |
Maar ik zou gewoon $translate->_('Test') aanroepen.
[ Bericht 3% gewijzigd door Trollface. op 01-07-2010 22:23:36 ]
★5731U★ Death from above '79★You're a woman, i'm a machinielsie ★ ✠ ★ Telkens weer een beetje sterven★ I was born in a winterstorm, i live there still★
Hmmz heb je een punt. Was ook even een snel voorbeeld. Hoe zit het in bijv. Wordpress. Daar zie ik in de broncode vaak gewoon <?php echo _('text'); ?> staan.quote:Op donderdag 1 juli 2010 22:13 schreef Trollface. het volgende:
Niet doen, globals zijn slecht. Je kunt wel doen:
[ code verwijderd ]
Maar ik zou gewoon $translate->_('Test') aanroepen.
Zij gebruiken ook niet Zend... misschien een singleton waarbij een instantie van de klasse wordt gemaakt in de functie?quote:Op donderdag 1 juli 2010 22:21 schreef mark_1980 het volgende:
[..]
Hmmz heb je een punt. Was ook even een snel voorbeeld. Hoe zit het in bijv. Wordpress. Daar zie ik in de broncode vaak gewoon <?php echo _('text'); ?> staan.
★5731U★ Death from above '79★You're a woman, i'm a machinielsie ★ ✠ ★ Telkens weer een beetje sterven★ I was born in a winterstorm, i live there still★
In standaard PHP is _() gewoon een alias voor gettext()quote:
[..]
Zij gebruiken ook niet Zend... misschien een singleton waarbij een instantie van de klasse wordt gemaakt in de functie?
Weer wat geleerd.quote:Op donderdag 1 juli 2010 22:34 schreef Light het volgende:
[..]
In standaard PHP is _() gewoon een alias voor gettext()
★5731U★ Death from above '79★You're a woman, i'm a machinielsie ★ ✠ ★ Telkens weer een beetje sterven★ I was born in a winterstorm, i live there still★
Ik wil de schrijfwijze zo kort mogelijk houden. Hou zou jij dit oplossen?quote:Op donderdag 1 juli 2010 22:34 schreef Light het volgende:
[..]
In standaard PHP is _() gewoon een alias voor gettext()
Als ik met Firebug kijk naar de volgende pagina krijg ik een 500 - Internal Server Error maar de pagina wordt wel gewoon weergegeven!!
http://www.progenion.nl/s(...)-Filter-PR-101-.html
Kan in error_log niks vinden...
Meest grappige is nog wel dat ik met PHP extra headers kan meegeven...Kan in plaats van de 500 met PHP wel een code 404, 302 etc forceren maar geen 200 OK. Wat kan dit zijn?
[ Bericht 15% gewijzigd door wobbel op 13-07-2010 13:00:05 ]
http://www.progenion.nl/s(...)-Filter-PR-101-.html
Kan in error_log niks vinden...
Meest grappige is nog wel dat ik met PHP extra headers kan meegeven...Kan in plaats van de 500 met PHP wel een code 404, 302 etc forceren maar geen 200 OK. Wat kan dit zijn?
[ Bericht 15% gewijzigd door wobbel op 13-07-2010 13:00:05 ]
Dat is wel heel erg apart.quote:
Als ik met Firebug kijk naar de volgende pagina krijg ik een 500 - Internal Server Error maar de pagina wordt wel gewoon weergegeven!!
http://v3.progenion.nl/sh(...)-Filter-PR-101-.html
Kan in error_log niks vinden...
Meest grappige is nog wel dat ik met PHP extra headers kan meegeven...Kan in plaats van de 500 met PHP wel een code 404, 302 etc forceren maar geen 200 OK. Wat kan dit zijn?
Als je bij apache de loglevel in de config op debug zet, krijg je misschien net iets meer te weten.
Ga ik nu doen, momentje...beetje lastig want draait allemaal op Plesk en die is niet zo blij met handmatige wijzingenquote:Op maandag 12 juli 2010 15:10 schreef Keiichi het volgende:
[..]
Dat is wel heel erg apart.
Als je bij apache de loglevel in de config op debug zet, krijg je misschien net iets meer te weten.
[edit]
Niks, wel wat andere irrelevante zaken maar niks hierover
Zelf gemaakt dingetje...quote:
Beheerder van server gaat zo PHP downgraden naar 5.1.6 want daar hadden we het probleem destijds (volgensmij) nog niet. Eens kijken wat hij dan doet...testen kan altijd
