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.
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.quote:Op zondag 28 juni 2009 12:08 schreef Xcalibur het volgende:
[..]
Aan het eind van het laden opslaan lijkt me vele malen makkelijker dan via memcached en een cronjob?
Bovendien heb je je data dan meteen. 1 insertquery kost natuurlijk helemaal geen tijd....
het is toch een flinke update/insert/select query, select omdat het systeem de stats eventueel nog moet aanmaken.
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 
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
Eerst keek je dus op de machine zelf (op localhost), en nu kijk je vanaf een andere pc?
Dan kan hij waarschijnlijk 127.0.0.1 niet vinden, en moet je gewoon het IP-adres van die machine gebruiken
Dus 192.168.168.4 bijvoorbeeld, afhankelijk van je DHCP settings
Dan kan hij waarschijnlijk 127.0.0.1 niet vinden, en moet je gewoon het IP-adres van die machine gebruiken
Dus 192.168.168.4 bijvoorbeeld, afhankelijk van je DHCP settings
dat begrijp ik.quote:Op woensdag 1 juli 2009 13:59 schreef Xcalibur het volgende:
Eerst keek je dus op de machine zelf (op localhost), en nu kijk je vanaf een andere pc?
Dan kan hij waarschijnlijk 127.0.0.1 niet vinden, en moet je gewoon het IP-adres van die machine gebruiken
Dus 192.168.168.4 bijvoorbeeld, afhankelijk van je DHCP settings
als ik gewoon mn ip intyp vanaf een andere niet lokale machine dan krijg ik gewoon de index van mn www root te zien. en dat werkt. maar zodra ik http://bla.bla.bla.ip/phpMyAdmin doe krijg ik een 404.
In de tussen tijd is mn server natuurlijk uit geweest. Misschien moet ik hem handmatig starten oid?apache en mysql draaien volgens de 'status' in de terminal. sudo /etc/d.init/apache2 status (of zoiets.)
Out! out! flapoor your father! | DaFan's moeder
maak je niet toevallig een typefout in het adres?
Linux is hoofdlettergevoelig iig
Zet anders eens een info.php in de root, dan kan je iig zien of alles een beetje draait
Linux is hoofdlettergevoelig iig
Zet anders eens een info.php in de root, dan kan je iig zien of alles een beetje draait
Klinkt als m'n eerste spelletje in Qbasic toen ik 13 was ofzoquote: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
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
vraagje: ik zit met een normerings systeem 1-10 radioboxjes
en nu vroeg ik me af of het met php mogelijk was dat ALS 1-10 is ingevuld.
bvb ik klik op 4 , geen submit knop erbij ,en dan reageert hij met " Thank you for your vote"
en nu vroeg ik me af of het met php mogelijk was dat ALS 1-10 is ingevuld.
bvb ik klik op 4 , geen submit knop erbij ,en dan reageert hij met " Thank you for your vote"
Redacted
Ja dat kan, zoek maar op xmlhttprequest. Reken wel op wat JavaScript dat je moet schrijven.quote:
vraagje: ik zit met een normerings systeem 1-10 radioboxjes
en nu vroeg ik me af of het met php mogelijk was dat ALS 1-10 is ingevuld.
bvb ik klik op 4 , geen submit knop erbij ,en dan reageert hij met " Thank you for your vote"
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Tofquote:
http://www.masugadesign.c(...)jax-star-rating-bar/
als iemand het al gedaan heeft hoef ik het wiel niet opnieuw uit te vinden 
.Al heb ik wel een ajax tutorial doorgenomen op phphulp.nl ingewikkeld. Ik snap het nog niet helemaal maar Ajax laad dus alleen een stukje van de pagina in. en met hulp van doe dingen. laad je de rest
verberg je een stukje etc. en voer je handelingen uit. Dusver wat ik snap van ajax
Redacted
Jup zo zou je het ongeveer kunnen zien, ipv de hele pagina opnieuw wordt geladen, doe je onderwater een request en krijgt een melding terug die dan ter plekke in de pagina verwerkt wordt, zo zou je het ongeveer simpel kunnen uitleggen. Over algemeen is het niet handig om hier het wiel opnieuw uit te vinden, er zijn prima libraries voor die dit perfect kunnen, bijvoorbeeld jquery en Yahoo UI
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Iemand hier bekend met de exacte regels wat betreft validatie van email adressen?
We maken zelf gebruik van de PEAR klasse Validate.
Echter nu blijkt dat deze email adressen afkeurt welke een & teken in de naam hebben (naam@domein.nl).
Ik heb even een snelle check gedaan en ook FOK! accepteert dit niet.
Echter, ga ik kijken op wat WIKI hier over te zeggen heeft dan zouden de volgende tekens juist wel geaccepteerd moeten worden:
Characters ! # $ % & ' * + - / = ? ^ _ ` { | } ~
accepteren jullie ook al deze tekens?
Of zie ik iets verkeerds over het hoofd dat er toch maar slechts enkele tekens mogen?
Dacht namelijk zelf dat alleen . - _ geaccepteerd werden in de naam.
We maken zelf gebruik van de PEAR klasse Validate.
Echter nu blijkt dat deze email adressen afkeurt welke een & teken in de naam hebben (naam@domein.nl).
Ik heb even een snelle check gedaan en ook FOK! accepteert dit niet.
Echter, ga ik kijken op wat WIKI hier over te zeggen heeft dan zouden de volgende tekens juist wel geaccepteerd moeten worden:
Characters ! # $ % & ' * + - / = ? ^ _ ` { | } ~
accepteren jullie ook al deze tekens?
Of zie ik iets verkeerds over het hoofd dat er toch maar slechts enkele tekens mogen?
Dacht namelijk zelf dat alleen . - _ geaccepteerd werden in de naam.
De wiki heeft wat verwijzingen naar de RFC's, waarin exact staat hoe het hoort: http://en.wikipedia.org/wiki/E-mail_address#RFC_specification.
Zelf gebruik ik Zend_Validate_EmailAddress, die zich houdt aan RFC2822.
Zelf gebruik ik Zend_Validate_EmailAddress, die zich houdt aan RFC2822.
PEAR heeft alleen de mogelijkheid om uit te wijken naar RFC822quote:Op vrijdag 3 juli 2009 09:43 schreef HuHu het volgende:
De wiki heeft wat verwijzingen naar de RFC's, waarin exact staat hoe het hoort: http://en.wikipedia.org/wiki/E-mail_address#RFC_specification.
Zelf gebruik ik Zend_Validate_EmailAddress, die zich houdt aan RFC2822.
Maar die RFC2822 valideert dus email adressen als F&I@bedrijf.nl ??
Eigenlijk nog nooit een email tegengekomen met een & erin, denk ook dat iemand daar redelijk snel van afstapt als ie merkt dat ie op veel plekken niet kan registreren, had zelf als 1 van eerste een .INFO adres, en daar had ik al problemen zat mee.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Ja, klopt, maar verwacht dat er bij onze situatie het bedrijf er een email groep achter heeft hangen. Daar is F&I een redelijk standaard begrip, maar kom hem nu dus voor het eerst ook in een email tegen.quote:Op vrijdag 3 juli 2009 14:38 schreef raptorix het volgende:
Eigenlijk nog nooit een email tegengekomen met een & erin, denk ook dat iemand daar redelijk snel van afstapt als ie merkt dat ie op veel plekken niet kan registreren, had zelf als 1 van eerste een .INFO adres, en daar had ik al problemen zat mee.
Alleen ik heb een manager die eerst wil dat ik uitzoek of het mogelijk is alvorens dit terug te koppelen naar de klant.
(Ofwel, hoe gek de klant ook doet, wij moeten zorgen dat ut kan.. )
Is hier gewoon niet een fatsoenlijke PHP library voor? Geen idee hoor, programmeer nooit PHP hoewel ik volgende maand voor eerst in 15 jaar een projectje moet doen in PHP
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Voldoet dit niet: http://www.linuxjournal.com/article/9585
Zo dus:
Zo dus:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 | // First, we check that there's one @ symbol, // and that the lengths are right. if (!ereg("^[^@]{1,64}@[^@]{1,255}$", $email)) { // Email invalid because wrong number of characters // in one section or wrong number of @ symbols. return false; } // Split it into sections to make life easier $email_array = explode("@", $email); $local_array = explode(".", $email_array[0]); for ($i = 0; $i < sizeof($local_array); $i++) { if (!ereg("^(([A-Za-z0-9!#$%&'*+/=?^_`{|}~-][A-Za-z0-9!#$%& ↪'*+/=?^_`{|}~\.-]{0,63})|(\"[^(\\|\")]{0,62}\"))$", $local_array[$i])) { return false; } } // Check if domain is IP. If not, // it should be valid domain name if (!ereg("^\[?[0-9\.]+\]?$", $email_array[1])) { $domain_array = explode(".", $email_array[1]); if (sizeof($domain_array) < 2) { return false; // Not enough parts to domain } for ($i = 0; $i < sizeof($domain_array); $i++) { if (!ereg("^(([A-Za-z0-9][A-Za-z0-9-]{0,61}[A-Za-z0-9])| ↪([A-Za-z0-9]+))$", $domain_array[$i])) { return false; } } } return true; } |
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Komt die ook niet valide doorheen..quote:Op vrijdag 3 juli 2009 14:51 schreef raptorix het volgende:
Voldoet dit niet: http://www.linuxjournal.com/article/9585
Zo dus:
[ code verwijderd ]
(Net zoals de andere functies van die link van je..
)
Je bedoeld die F&I@bedrijf.nl? Die zou er echt op moeten valideren hoor? Let je op dat je er geen spatie achter hebt staan?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
In de zelfgebouwde functie die ik gebruik komt ie d'r ook niet doorheen.... En daar heb ik nog nooit klachten over gehad dat die niet goed zou werken
Hoewel het volgens de specificatie misschien wel mag, zou ik je klant toch met klem afraden dit adres te gebruiken, omdat het ding heel vaak geweigerd zal worden....
Hoewel het volgens de specificatie misschien wel mag, zou ik je klant toch met klem afraden dit adres te gebruiken, omdat het ding heel vaak geweigerd zal worden....
Overbodige spaties eraf trimmen kan je natuurlijk ook in je code...quote:Op vrijdag 3 juli 2009 15:20 schreef raptorix het volgende:
Je bedoeld die F&I@bedrijf.nl? Die zou er echt op moeten valideren hoor? Let je op dat je er geen spatie achter hebt staan?
Kleine moeite, groot plezier over het algemeen
als je die ampersant eens veranderd voor een hekje, doet ie het dan wel? Heeft een ampersant soms een speciale betekenis in PHP?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Hmm.. de functie werkt wel, maar blijkbaar zit er in de post nog een "onzichtbare" spatie ofzo.
Mooi klusje voor maandag..
Mooi klusje voor maandag..
Zei ik tochquote:Op vrijdag 3 juli 2009 15:45 schreef ursel het volgende:
Hmm.. de functie werkt wel, maar blijkbaar zit er in de post nog een "onzichtbare" spatie ofzo.
Mooi klusje voor maandag..
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
<?phpquote:Op vrijdag 3 juli 2009 09:01 schreef ursel het volgende:
Iemand hier bekend met de exacte regels wat betreft validatie van email adressen?
We maken zelf gebruik van de PEAR klasse Validate.
Echter nu blijkt dat deze email adressen afkeurt welke een & teken in de naam hebben (naam@domein.nl).
Ik heb even een snelle check gedaan en ook FOK! accepteert dit niet.
Echter, ga ik kijken op wat WIKI hier over te zeggen heeft dan zouden de volgende tekens juist wel geaccepteerd moeten worden:
Characters ! # $ % & ' * + - / = ? ^ _ ` { | } ~
accepteren jullie ook al deze tekens?
Of zie ik iets verkeerds over het hoofd dat er toch maar slechts enkele tekens mogen?
Dacht namelijk zelf dat alleen . - _ geaccepteerd werden in de naam.
var_dump(filter_var('bob@example.com', FILTER_VALIDATE_EMAIL));
var_dump(filter_var('example.com', FILTER_VALIDATE_URL, FILTER_FLAG_SCHEME_REQUIRED));
?>
Niet getest, documentatie hier: http://php.net/manual/en/function.filter-var.php
Zelf gebruik ik:
preg_match('/.+(@).+(\.).+/', $value)
Maar die test alleen maar op 'iets' @ 'iets' . 'iets'.
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?
Wat jouw voorkeur is. Je kunt ook beide opties gebruiken.
lang( 'welcome' ) en lang( 151, true ) oid.
of de query "select translation from lang where id = *value* or word = *value* limit 1" doen.
lang( 'welcome' ) en lang( 151, true ) oid.
| 1 2 3 4 5 6 7 8 9 10 11 | { if( $isId ) { // zoeken op ID } else { // zoeken op woord } } |
of de query "select translation from lang where id = *value* or word = *value* limit 1" doen.
Maar dan wel zo:quote:
Wat jouw voorkeur is. Je kunt ook beide opties gebruiken.
lang( 'welcome' ) en lang( 151, true ) oid.
[ code verwijderd ]
of de query "select translation from lang where id = *value* or word = *value* limit 1" doen.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 | function lang( $value, $isId = false ) { if( $isId ) { // zoeken op ID } else { // zoeken op woord } } ?> |
ID is natuurlijk wel godsgruwelijk lelijk in je pagina`s. Je legt zo een directe link tussen je recordID en een woordje. Haal gewoon het woord zelf op. Is gelijk een stuk duidelijker.quote:Op zaterdag 4 juli 2009 09:33 schreef FastFox91 het volgende:
Wat jouw voorkeur is. Je kunt ook beide opties gebruiken.
lang( 'welcome' ) en lang( 151, true ) oid.
[ code verwijderd ]
of de query "select translation from lang where id = *value* or word = *value* limit 1" doen.
Inderdaad, en als je site zo dramatisch vaak bezocht wordt dat een index-look-up op een string te lang duurt (quote:
[..]
ID is natuurlijk wel godsgruwelijk lelijk in je pagina`s. Je legt zo een directe link tussen je recordID en een woordje. Haal gewoon het woord zelf op. Is gelijk een stuk duidelijker.
) kun je nog beter constanten definiëren en die aan het ID hangen.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Stukje vergeten.quote:
Klopt, maar ik maak ook geen keuze wat beter is. Ik stel een optie voor waardoor je later nog zou kunnen kiezen en tot dan beide kunt gebruiken.quote:Op zaterdag 4 juli 2009 10:20 schreef Scorpie het volgende:
[..]
ID is natuurlijk wel godsgruwelijk lelijk in je pagina`s. Je legt zo een directe link tussen je recordID en een woordje. Haal gewoon het woord zelf op. Is gelijk een stuk duidelijker.
Bedankt voor de reacties
Maar is het beste dan niet om bijvoorbeeld het volgende te doen:
Document
bla bla bla {translate:welcome to my world} blabla bla bla bla bla bla {translate:get out my world} blabla bla bla
Vervolgens het op deze manier te vervangen?
Maar is het beste dan niet om bijvoorbeeld het volgende te doen:
Document
bla bla bla {translate:welcome to my world} blabla bla bla bla bla bla {translate:get out my world} blabla bla bla
Vervolgens het op deze manier te vervangen?
Ja, maar dan moet je weer een templatparser bouwen/hebben (doe ik standaard).quote:Op zaterdag 4 juli 2009 15:53 schreef Likkende_Lassie het volgende:
Bedankt voor de reacties
Maar is het beste dan niet om bijvoorbeeld het volgende te doen:
Document
bla bla bla {translate:welcome to my world} blabla bla bla bla bla bla {translate:get out my world} blabla bla bla
Vervolgens het op deze manier te vervangen?
Heb ik gebouwd alle content wordt sowieso uit de database geladen, dus is het niet al te moeilijk om het op deze manier op te vangen.
alle content wordt sowieso uit de database geladen, dus is het niet al te moeilijk om het op deze manier op te vangen.
| 1 2 3 4 5 6 7 | function mysqlQuery ($query) { Return mysql_query($query) $a++; } ?> |
| 1 2 3 4 5 6 7 8 9 | function mysqlQuery($input) { $input = mysql_query($input); $a++; return $a; return $input; } ?> |
maar dan qou ik ook in deze functie $a++; zou dit zo gewoon kunnen?
of moet ik ze aan elkaar toevoegen ? een functie om je querys per pagina te tellen ^^ en dan aan het begin van de pagina of functions.inc.php $a = 0;
Redacted
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | class db { protected $_queryCount; public function __construct() { $this->_queryCount = 0; } public function query($sql) { $this->_queryCount++; return mysql_query($sql); } public function getQueryCount() { return $this->_queryCount; } } ?> |
niet zo heel goed in OO programmeren maar dan krijg ik ongv dit.quote:
| 1 2 3 4 5 6 | $query = new db(); $query ->__construct(); //( deze 2 regels bovenaan.) $Sqluitkomst = $query ->query('de sql die je invoert of variabele'); $query ->getQueryCount(); ?> |
als implementatie? aanmaken van klasse.
Redacted
ah op die fietsquote:Op zondag 5 juli 2009 09:37 schreef HuHu het volgende:
Regel 3 is overbodig, dat gaat automatisch bij die new db().
Hartelijk bedankt. was weer begonnen met mn website. let niet op de kleuren. waren kleuren om te beginnen met vloeken van Divs en CSS hekel aan dus verzin ik tijdelijk kleuren om het uitelkaar te houden die zo fel zijn dat ze het daglicht niet mogen zien.
Redacted
Kies ook voor wat logischer namen:
| 1 2 3 4 5 6 | $db = new db(); $result = $db->query('SELECT * FROM table'); $queryCount = $db->getQueryCount(); ?> |
Moet trouwens van de week voor eerst wat met PHP doen, juk, programmeer eigenlijk al jaren c# dus zal wel tegenvaller worden
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
PHP is lievvvvquote:Op zondag 5 juli 2009 10:39 schreef raptorix het volgende:
Moet trouwens van de week voor eerst wat met PHP doen, juk, programmeer eigenlijk al jaren c# dus zal wel tegenvaller worden
2 dagen geleden was het nog 'volgende maand'?quote:
Moet trouwens van de week voor eerst wat met PHP doen, juk, programmeer eigenlijk al jaren c# dus zal wel tegenvaller worden
quote:
hoewel ik volgende maand voor eerst in 15 jaar een projectje moet doen in PHP
Project begint wat vroegerquote:Op zondag 5 juli 2009 10:57 schreef Swetsenegger het volgende:
[..]
2 dagen geleden was het nog 'volgende maand'?
[..]
Wel leuk project opzich, zeer uitgebreide webshop in Magento, product ziet er op zich goed uit.
Tjah ik vind PHP toch een wat matige programmeertaal, wat voor omgeving gebruiken jullie eigenlijk om het te ontwikkelen? Eclipse ofzo?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
zend en php designer.quote:
[..]
Project begint wat vroeger
Wel leuk project opzich, zeer uitgebreide webshop in Magento, product ziet er op zich goed uit.
Tjah ik vind PHP toch een wat matige programmeertaal, wat voor omgeving gebruiken jullie eigenlijk om het te ontwikkelen? Eclipse ofzo?
PHPEdit, maar elke editor met FTP-client en syntaxhinting (is bij strpos de volgorde nou haystack/needle of needle/haystack?) zou voldoen.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
http://www.waterproof.fr/(...)/en/debug/usage.html
Nooit gebruikt; je moet op je server ook een extra php plug-in installeren; http://www.php-debugger.com/dbg/
Nooit gebruikt; je moet op je server ook een extra php plug-in installeren; http://www.php-debugger.com/dbg/
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
