Tegan | vrijdag 27 mei 2011 @ 15:05 | |||
![]() Als je vragen hebt over PHP/MySQL, dan zit je hier goed met een vaste kliek guru's en een groot aantal regelmatige bezoekers. Beperk je vragen niet tot "hij doet het niet" of "hij geeft een fout" - onze glazen bol is kapot en we willen graag van je weten wát er niet lukt en wélke foutmelding je precies krijgt ![]() Zie ook: • PHP Dataverwerking • Officiële PHP website • PHP Documentatie • MySQL Reference Manual • Yet Another PHP Faq • PHP Cheat Sheet • PHP5 Power Programming - boek met uitleg over OOP, Pear, XML, etc Tutorials: • W3Schools PHP • W3Schools SQL | ||||
PiRANiA | vrijdag 27 mei 2011 @ 15:07 | |||
Dit topic heeft 35 volgers die niet gereageerd hebben. Handig die reeksen. ![]() | ||||
Tegan | vrijdag 27 mei 2011 @ 15:08 | |||
Waarom faalt de tag bij deel 25 ![]() | ||||
GlowMouse | vrijdag 27 mei 2011 @ 15:08 | |||
kleine y, zou niet mogen | ||||
boem-dikkie | vrijdag 27 mei 2011 @ 15:11 | |||
Weet iemand waarom mijn Apache PHP niet wil pakken? Ik heb PHP 5.2.17 gedownload en geïnstalleerd. Vervolgens in mijn httpd.conf van Apache deze regels gezet:
Hij blijft PHP niet herkennen als ik nu een PHP pagina benader. | ||||
PiRANiA | vrijdag 27 mei 2011 @ 15:12 | |||
Heb je geen errorlog? | ||||
boem-dikkie | vrijdag 27 mei 2011 @ 15:14 | |||
Nop. Apache herstart gewoon netjes als ik dit heb aangepast. Geeft geen foutmelding. | ||||
PiRANiA | vrijdag 27 mei 2011 @ 15:15 | |||
LoadModule php5_module "PHP5/php5apache2_2. PHP5/dinges staat in dezelfde map? Probeer eens een volledig pad naar dat dll-bestand anders? | ||||
GlowMouse | vrijdag 27 mei 2011 @ 15:16 | |||
Een errorlog is wat anders dan een visuele waarschuwing. | ||||
boem-dikkie | vrijdag 27 mei 2011 @ 15:19 | |||
Sorry, ik las erroroorlog en dacht dat hij daarmee bedoelde dat ik niet allerlei errors/visuele waarschuwingen op mijn scherm te zien kreeg. ![]() | ||||
boem-dikkie | vrijdag 27 mei 2011 @ 15:20 | |||
Heb het al. Maakt blijkbaar uit op welke plek je die regels plaatst in die config-file. Plus dat hij inderdaad een heel pad wil hebben omdat hij anders denkt dat mijn PHP5 map in de Apache folder staat. | ||||
ursel | vrijdag 27 mei 2011 @ 15:23 | |||
Wat is trouwens vandaag de dag de beste PHP OS forum software? Is dat nog steeds phpBB3? Ben bezig wat op te zetten waarbij het forum erg veel gebruikt zal gaan worden dus moet wel degelijk en stabiel draaien en goed geoptimaliseerd zijn. En wat is de beste methode om meerdere logins centraal te regelen/? | ||||
Tegan | vrijdag 27 mei 2011 @ 15:28 | |||
PHP OS... | ||||
Juicyhil | vrijdag 27 mei 2011 @ 15:28 | |||
phpBB is erg buggy | ||||
Juicyhil | vrijdag 27 mei 2011 @ 15:28 | |||
Is er hier iemand met verstand van Drupal? | ||||
PiRANiA | vrijdag 27 mei 2011 @ 15:29 | |||
Helaas wel ![]() | ||||
Juicyhil | vrijdag 27 mei 2011 @ 15:30 | |||
En ook verstand van emails en webforms binnen Drupal? | ||||
GlowMouse | vrijdag 27 mei 2011 @ 15:32 | |||
Open Source Ik ben nog geen OS forum tegengekomen die lief met de database omgaat. | ||||
PiRANiA | vrijdag 27 mei 2011 @ 15:36 | |||
![]() | ||||
Juicyhil | vrijdag 27 mei 2011 @ 15:39 | |||
Nah, ik hebt twee omgevingen met beiden exact dezelfde databases. De ene stuurt wel een email bij het verzonden van een form, de ander niet. Ze hebben allebei dezelfde smtp server, zelfde php.ini. Begrijp er niks van. Enige wat verschilt is het domeinnaam, dus zoek het nu in die hoek. | ||||
boem-dikkie | vrijdag 27 mei 2011 @ 15:46 | |||
Vertel. | ||||
Juicyhil | vrijdag 27 mei 2011 @ 15:47 | |||
Zie 1 post boven je ![]() | ||||
PiRANiA | vrijdag 27 mei 2011 @ 15:49 | |||
Is het een postfixserver? Accepteert hij verbindingen van de 'nieuwe' server? Probeer anders via telnet een mailtje te sturen vanaf je nieuwe server. | ||||
Juicyhil | vrijdag 27 mei 2011 @ 15:51 | |||
Ik kan via mail() in php wel gewoon een mailtje sturen. Dus de server kan wel degelijk verbinding maken en alles wordt gewoon geaccepteerd en komt netjes aan. Alleen vanuit Drupal doet ie dus niks, terwijl het dezelfde From emailadres heeft e.d. | ||||
ursel | vrijdag 27 mei 2011 @ 15:53 | |||
Hmm.. Da's wel minder om te horen. Wat is in dat geval de minst slechtste? ![]() | ||||
PiRANiA | vrijdag 27 mei 2011 @ 15:53 | |||
En je hebt je php mail()-functie ingesteld op de SMTP van de originele server? Heb je misschien de volledige headers van een mailtje wat wel aankomt? Je zou op de mailserver /var/log/mail.info kunnen bekijken zodra je een mail probeert te sturen... | ||||
Faux. | vrijdag 27 mei 2011 @ 17:06 | |||
MyBB is erg goed. | ||||
GlowMouse | vrijdag 27 mei 2011 @ 17:07 | |||
Zeg je op basis van? | ||||
Faux. | vrijdag 27 mei 2011 @ 17:10 | |||
Het gehele plaatje. Stabiel, en geloof ik ook niet erg zwaar. | ||||
Luchtkoker | vrijdag 27 mei 2011 @ 17:10 | |||
Zeker ![]() ![]() | ||||
GlowMouse | vrijdag 27 mei 2011 @ 17:10 | |||
Wel zwaar, ik heb het zelf gezien. | ||||
Complexiteit | vrijdag 27 mei 2011 @ 21:56 | |||
Hoi! Tegan wees me op dit topic. Ik ben bezig met Wordpress, en loop tegen wat php-vraagstukken aan. Heb nu een plugin die een lelijke url met mod_rewrite (?) omzet naar een fatsoenlijker url. /?s= wordt nu /search/ Maarja, dat is engels. Ik wil dat dit graag 'zoeken' wordt, in plaats van 'search', maar heb geen idee hoe dit moet ![]() | ||||
Tegan | vrijdag 27 mei 2011 @ 22:57 | |||
Welke plugin? | ||||
boem-dikkie | vrijdag 27 mei 2011 @ 23:03 | |||
.htaccess? | ||||
PiRANiA | zaterdag 28 mei 2011 @ 16:18 | |||
Het is dan wel geen PHP, maar apachekenners zitten hier volgens mij ook. Wat ik wil is een rewrite voor gehotlinkte plaatjes, daar wil ik de 'thumb' (600px) van laten zien. Een eis is dat het thumbbestand moet bestaan. Een voorbeeldje: /uploads/doutzen/plaatje1.jpg -> /uploads/_thumbs/600x600/doutzen/plaatje1.jpg Het gaat enkel om jpg's en png's die geresized zijn. In pseudocode: ALS extensie=jpg OF extensie=gif EN bestand_bestaat( /uploads/_thumbs/600x600//$REQUEST) -> redirect. | ||||
GlowMouse | zaterdag 28 mei 2011 @ 16:20 | |||
Is altijd redirecten, en de 404 vervangen door een php-script die alsnog de thumb aanmaakt niet mooier? Anders altijd rewriten, en terugrewriten met RewriteCond !-f | ||||
PiRANiA | zaterdag 28 mei 2011 @ 16:21 | |||
Dat zou wel mooier kunnen zijn ja. Aanmaken doe ik nu 's nachts in batch met een bash-script. En de redirect moet uiteraard alleen voor de externe requests zijn ![]() Hm ja. Ik ben nooit zo goed in rewriten ![]() Ik dacht een .htaccess in de uploadsmap. De requests die dan binnen komen zijn al relatief aan die map denk ik (request is dan doutzenkroes/plaatje1.jpg). Als hij dan kijkt of de thumb (_thumb/600x600/$REQUEST) bestaat kan hij redirecten. Of is dat te simpel gedacht? | ||||
GlowMouse | zaterdag 28 mei 2011 @ 16:26 | |||
je kunt alleen kijken of iets bestaat als het de opgevraagde url is ![]() | ||||
PiRANiA | zaterdag 28 mei 2011 @ 16:26 | |||
Kan ik niets met REQUEST_FILENAME? En dan kijken of /thumbs/600x600/$REQUEST_FILENAME bestaat? | ||||
GlowMouse | zaterdag 28 mei 2011 @ 16:30 | |||
Ah je kunt ook -f doen op een eigen string. Het moet dan hierop lijken: RewriteCond -f _thumbs/600x600/ %{REQUEST_FILENAME} | ||||
PiRANiA | zaterdag 28 mei 2011 @ 16:32 | |||
Dit komt in de goede richting ![]() | ||||
GlowMouse | zaterdag 28 mei 2011 @ 16:33 | |||
ik zou gewoon serveren zonder 301 of 302 | ||||
PiRANiA | zaterdag 28 mei 2011 @ 16:37 | |||
Hoe ziet dat er uit? En hoe kan ik rewrites debuggen? Je (GM) zei eerder dat dat heel goed kon, maar ik weet niet hoe? | ||||
GlowMouse | zaterdag 28 mei 2011 @ 16:38 | |||
http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html#rewritelog | ||||
PiRANiA | zaterdag 28 mei 2011 @ 17:10 | |||
#RewriteCond -f _thumbs/600x600/%{REQUEST_FILENAME} Dat is de enige regel die nog niet werkt. [ Bericht 99% gewijzigd door PiRANiA op 28-05-2011 17:30:20 ] | ||||
PiRANiA | zaterdag 28 mei 2011 @ 17:42 | |||
Ik denk dat het zoiets wordt als jij voorstelde GW, alles redirecten en dan hetgene wat niet werkt terugredirecten ![]() Het enige probleem is dat ik niet weet hoe ik een niet-gevonden thumb weer kan laten terugredirecten:
Ik weet niet hoe ik dat kan opvangen... Enig idee iemand? ![]() | ||||
Complexiteit | zaterdag 28 mei 2011 @ 18:18 | |||
Nice Search "Redirects ?s=query searches to /search/query, and converts %20 to +" Daar staat dit in: # BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress Geen idee wat ik daar mee kan. Zie geen map die search heet ofzo | ||||
PiRANiA | zaterdag 28 mei 2011 @ 19:16 | |||
Het is gelukt. Bedankt voor je input GM ![]()
Dus: hij redirect alle requests van een referrer doe hij niet kent naar de thumb. Als de thumb niet bestaat gebruikt hij het origineel ![]() | ||||
Tegan | zaterdag 28 mei 2011 @ 20:39 | |||
Denk ik te simpel als je hier gewoon dat search aanpast naar zoeken?
| ||||
RPG | zondag 29 mei 2011 @ 18:58 | |||
Heeft hier iemand wel eens met XMLreader (http://php.net/manual/en/book.xmlreader.php) in php gewerkt. Ik vind de documentatie erg magertjes terwijl het toch al sinds 2006 beschikbaar is ofzo. Ik wil het gaan gebruiken voor het inlezen van een XML document en de data dan in een SQL database zetten. Momenteel gebruik ik simpleXML wat wel duidelijk gedocumenteerd is en vooral veel duidelijke voorbeelden van te vinden zijn. Maar Simplexml loopt tegen geheugen problemen op bij grotere XML bestanden. Aangezien ik niet om het inlezen van de XML heen kan. Tevens kan ik geheugen dat PHP mag gebruiken niet aanpassen omdat het voor een plugin in wordpress is en dus op elk systeem moet werken, vroeg ik mij af of ik het met XMLreader wel voor elkaar kan krijgen. Aangezien XMLreader niet het hele document in het geheugen stopt. Maar voor ik verder ga met uitzoeken hoe het werkt is het misschien handig om te weten of het wel kan wat ik wil ![]() | ||||
Complexiteit | zondag 29 mei 2011 @ 19:54 | |||
Ik heb het geprobeerd, maar dat werkt niet. Ach, ik vind het ook al wel prima zo. | ||||
GlowMouse | zondag 29 mei 2011 @ 20:00 | |||
het lijkt me anders aardig correct; wat gebeurde er? | ||||
Complexiteit | zondag 29 mei 2011 @ 20:18 | |||
Krijg 404 nu ik het zo aangepast heb. | ||||
-Datdus- | maandag 6 juni 2011 @ 15:46 | |||
Ik ben me even aan het indenken hoe ik het beste een highlighting kan maken in mijn zoekfunctie.. Nog nooit gedaan. Ik dacht aan results exploden en dan weer imploden met wat er is ingevuld en daar dan een ander kleurtje aan geven. Of zie ik het verkeerd? | ||||
Intrepidity | maandag 6 juni 2011 @ 15:51 | |||
Ik zou voor een preg_replace gaan ![]() | ||||
Pakspul | maandag 6 juni 2011 @ 15:54 | |||
str_replace is sneller in dit geval. | ||||
-Datdus- | maandag 6 juni 2011 @ 15:57 | |||
Veel sneller inderdaad dankje! ![]() | ||||
-Datdus- | maandag 6 juni 2011 @ 16:00 | |||
Mmmm, maar nu krijg ik wel rare search results.. | ||||
#ANONIEM | maandag 6 juni 2011 @ 16:00 | |||
Dat ligt echt niet aan je str_replace. | ||||
-Datdus- | maandag 6 juni 2011 @ 16:04 | |||
Jullie hebben gelijk. ![]() ![]() | ||||
PiRANiA | maandag 6 juni 2011 @ 16:07 | |||
str_ireplace ? | ||||
Pakspul | maandag 6 juni 2011 @ 16:09 | |||
str_ireplace (met een i ). Kan het zo even niet voor je testen. orgineel hoor ![]() | ||||
-Datdus- | maandag 6 juni 2011 @ 16:13 | |||
Dankje, wist niet dat die functie bestond. ![]() | ||||
Robus | dinsdag 7 juni 2011 @ 14:33 | |||
Ik heb een "probleem" waar ik niet helemaal uit kom. Aan de hand van het voorbeeld op http://nl.wikibooks.org/wiki/Programmeren_in_PHP/MySQL_in_PHP heb ik een database aangemaakt en is het ook gelukt om de database te vullen maar het opvragen van de gegevens lukt nog niet op 1 of andere manier. Zoals je kan zien http://robus.x10.mx/gastenboek_output.html geeft hij de code ineens weer in plaats van dat hij het uitvoert (oid). Wie kan mij hier mee helpen? | ||||
GlowMouse | dinsdag 7 juni 2011 @ 14:38 | |||
.html files worden vaak niet door php verwerkt; hernoem hem naar .php | ||||
Robus | dinsdag 7 juni 2011 @ 14:44 | |||
Ik heb dat inderdaad ook geprobeerd maar dan valt hij over $i = 0; http://robus.x10.mx/gastenboek_output.php | ||||
GlowMouse | dinsdag 7 juni 2011 @ 14:45 | |||
De regel erboven bevat een fout. | ||||
Robus | dinsdag 7 juni 2011 @ 14:48 | |||
Ah! Dat was het inderdaad. Er is een paar keer ; weggelaten, nu kan ik weer verder. Al zal ik hier waarschijnlijk nog wel vaker terugkomen. Dank je wel ![]() | ||||
-Datdus- | donderdag 9 juni 2011 @ 11:53 | |||
Kan iemand mij helpen met integratie van facebook, hyves en twitter? ![]() | ||||
ursel | donderdag 9 juni 2011 @ 11:57 | |||
Link Astu ![]() | ||||
Pakspul | donderdag 9 juni 2011 @ 11:58 | |||
Twitter heeft sowieso API beschrijving, gaat volgens mij via JSON en Facebook zal mogelijk ook wel zoiets hebben. Je moet gewoon de developers pagina's door werken. | ||||
-Datdus- | donderdag 9 juni 2011 @ 11:59 | |||
Ja, nou ik ben dus rete slecht in technisch engels. En ik wil dingen met rechten etc doen. ![]() | ||||
#ANONIEM | donderdag 9 juni 2011 @ 12:15 | |||
Heeft niks met technisch engels te maken, gewoon met proberen en kijken welke functie aanroepen je nodig hebt. | ||||
-Datdus- | donderdag 9 juni 2011 @ 12:59 | |||
![]() | ||||
Juicyhil | donderdag 9 juni 2011 @ 13:01 | |||
Lastig hè, moeite voor iets doen. | ||||
KomtTijd... | donderdag 9 juni 2011 @ 13:28 | |||
Wat wil je weten dan? Wat heb je al geprobeerd? Waar loop je op vast? | ||||
#ANONIEM | donderdag 9 juni 2011 @ 13:32 | |||
Je hebt wel geluk, ik moet vanavond ook nog even een Facebook-login-connectie maken met mijn eigen app. | ||||
Farenji | donderdag 9 juni 2011 @ 15:56 | |||
Facebook/Twitter icm OAuth is vrij makkelijk, hier zijn (bijna) kant en klare modules en voorbeelden voor beschikbaar. | ||||
Pakspul | donderdag 9 juni 2011 @ 20:27 | |||
Je zult er iets moeite voor moeten doen. Programmeren kun je niet zomaar. Daar moet je tijd in steken (veel tijd). | ||||
GI | vrijdag 10 juni 2011 @ 07:58 | |||
Technisch engels ? Op welke manier is Technisch engels anders dan normaal engels ? | ||||
Tegan | vrijdag 10 juni 2011 @ 08:39 | |||
Moeilijke woorden. | ||||
Pakspul | vrijdag 10 juni 2011 @ 08:43 | |||
Normaal engels: http://www.bol.com/nl/p/e(...)002814896/index.html Technisch engels: http://www.bol.com/nl/p/e(...)002717030/index.html 1e boek is makkelijker om door heen te komen ![]() | ||||
Intrepidity | vrijdag 10 juni 2011 @ 08:50 | |||
Dat heeft wmb niet zoveel met gewoon danwel technisch engels te maken maar met de aanwezigheid van veel jargon in de tekst. technisch engels vind ik wel zo'n domme term ![]() | ||||
Tegan | vrijdag 10 juni 2011 @ 08:54 | |||
De aanwezigheid van veel technisch jargon bedoel je ![]() | ||||
Intrepidity | vrijdag 10 juni 2011 @ 09:07 | |||
Alleen als het een technisch boek is. Als het een boek over banenen is is het bananenjargon ![]() | ||||
Tegan | vrijdag 10 juni 2011 @ 09:08 | |||
In dit geval ging het zeker over technisch jargon. | ||||
Sitethief | dinsdag 14 juni 2011 @ 14:06 | |||
Hoe krijg ik dit nu in een preg_match voor elkaar? Dit werkt niet:
| ||||
#ANONIEM | dinsdag 14 juni 2011 @ 14:10 | |||
tel je forward en je backward slashes eens. | ||||
Sitethief | dinsdag 14 juni 2011 @ 15:02 | |||
Euh, allebei een? Backslash moet toch ge-escaped worden? Werkt wel als ik ze los doe..... | ||||
Tegan | dinsdag 14 juni 2011 @ 19:51 | |||
"/[\\]|[/]/" ? | ||||
Sitethief | woensdag 15 juni 2011 @ 09:49 | |||
Werkt ![]() | ||||
henrivo | donderdag 16 juni 2011 @ 07:46 | |||
Wat zijn eigenlijk de voordelen om engelstalige variabelennamen, functienamen en commentaar te gebruiken? Ik bedoel, als je (in je eentje) aan een nederlandstalige website werkt, zijn sGebruikersnaam, sVoornaam, sAchternaam en iLeeftijd toch veel handiger? ![]() | ||||
Tegan | donderdag 16 juni 2011 @ 08:10 | |||
Volgens mij is dat gewoon persoonlijk. Wat jij fijn vindt dus. | ||||
Light | donderdag 16 juni 2011 @ 08:19 | |||
Het sluit mooier aan bij wat PHP zelf doet en wat in je framework (het maakt niet uit welke) wordt gedaan. En wat Tegan zegt. | ||||
GI | donderdag 16 juni 2011 @ 08:28 | |||
Ik vind het makkelijker lezen als er staat
| ||||
#ANONIEM | donderdag 16 juni 2011 @ 08:36 | |||
Engels is sowieso te prefereren. Als er ooit in de verre toekomst onderhoud aan je code wordt gedaan en het wordt door een Indier gedaan, dan vloekt hij de hele boel bij elkaar door die gekke variabelen. En ik kan het weten, ik had het precies andersom ![]() | ||||
Tegan | donderdag 16 juni 2011 @ 08:38 | |||
Ik prefereer ook Engels, maar...Aan de andere kant, een site kan natuurlijk altijd groeien/internationaliseren of boven jouw kennis uitgaan, en dan is het beter om Engels te doen natuurlijk... | ||||
Tegan | donderdag 16 juni 2011 @ 08:39 | |||
Maar ik begrijp dat niet iedereen zo handig/goed Engels kan, en daar is dus ook wel iets voor te zeggen... | ||||
Intrepidity | donderdag 16 juni 2011 @ 08:40 | |||
Daar kan ik nog inkomen, maar met een s prefixen als het een string is? ![]() Dat heeft geen enkele zin, aangezien types in php nooit vast staan. Paar regels later zit je met een variabele geprefixed met een s waar een integer in zit, maar je behandelt hem als string, en voila, een bug. In strongly typed talen had zoiets vroeger zin, maar met de IDE's van tegenwoordig die automatisch herkennen wat voor type het betreft ook totaal niet meer. | ||||
#ANONIEM | donderdag 16 juni 2011 @ 08:42 | |||
Kom op, basis kennis Engels is toch wel vereist om een beetje leuk te kunnen ontwikkelen. Hoe moet je anders API`s lezen? | ||||
Sitethief | donderdag 16 juni 2011 @ 08:46 | |||
Niet, vandaar dat er zoveel knutselprojectejes met PHP zijn ![]() | ||||
Tegan | donderdag 16 juni 2011 @ 08:47 | |||
Basis Engels kennis is iets anders dan Nederlandse variabelen prefereren boven Engelse. Er zijn vast genoeg programmeurs die zich met moeite door vakliteratuur worstelen ![]() | ||||
#ANONIEM | donderdag 16 juni 2011 @ 08:47 | |||
Ik weiger te erkennen dat ik 'knutselprojecten' doe! ![]() | ||||
#ANONIEM | donderdag 16 juni 2011 @ 08:49 | |||
Sorry, maar ik zie niet in hoe programmeren in je moederstaal een groot verschil maakt ten opzichte van programmeren in een universele taal. Misschien dat het makkelijker leest (alhoewel ik dat betwijfel), maar het komt de mate van onderhoudbaarheid van je code niet ten goede. Stel dat je op een internationaal forum vragen gaat stellen over je code, dan leest het juist weer niet fijner voor de mensen die jouw code lezen. Tis dus wat dat betreft een afweging. [ Bericht 0% gewijzigd door #ANONIEM op 16-06-2011 08:50:21 ] | ||||
Tegan | donderdag 16 juni 2011 @ 08:50 | |||
De onderhoudbaarheid van je code door jezelf die Nederlands prefereert niet ten goede? | ||||
Tegan | donderdag 16 juni 2011 @ 08:50 | |||
En dat soort ontwikkelaars stellen hun vragen dus op Nederlandse fora, waaronder Fok. Je gaat me niet vertellen dat die er nauwelijks zijn... | ||||
Tegan | donderdag 16 juni 2011 @ 08:51 | |||
Niet dat ik het goedkeur of afkeur ofzo, maar het gebeurt... | ||||
#ANONIEM | donderdag 16 juni 2011 @ 08:52 | |||
Ik programmeer nooit met mijzelf als uitgangspunt. Daarnaast vind ik het maar irritant lezen:
Dan heb je dus een Engelse functie declaratie (function) met een Nederlandse benaming, waarna een Engelse methode volgt met Nederlandse variabelen. Dat vind ik niet prettig lezen eerlijk gezegd.
Probeer deze 2 voorbeelden maar eens hardop uit te spreken. [ Bericht 22% gewijzigd door #ANONIEM op 16-06-2011 08:54:40 ] | ||||
#ANONIEM | donderdag 16 juni 2011 @ 08:53 | |||
Dat zal best, en dat moeten mensen helemaal zelf weten. Ik ben alleen gewend alles in het Engels te doen, en vind het prettiger werken aangezien ik zat hobby projectjes heb gezien waarin Nederlands de voertaal was en de code op zijn minst slordig eruit zag met Engelse functies en Nederlandse variabelen en methoden door elkaar heen. Vergeet niet, ik ben een autist, ik heb regelmaat nodig ![]() | ||||
Tegan | donderdag 16 juni 2011 @ 08:54 | |||
Genoeg mensen dus wel ![]() ![]() ![]() Ik vind dat ook vervelend lezen, maar andere mensen blijkbaar niet. Het is persoonlijk dus. | ||||
Tegan | donderdag 16 juni 2011 @ 08:55 | |||
Dat was nou juist de hele discussie ![]()
![]() | ||||
#ANONIEM | donderdag 16 juni 2011 @ 08:56 | |||
Nou ja goed, even kort door de bocht; ga je iets maken dat door meer dan 1 progger wordt gemaakt (nu of in de toekomst) zou ik voor Engels gaan, en anders kan het desnoods in het Swahili. | ||||
Tegan | donderdag 16 juni 2011 @ 08:59 | |||
Ik zou zeggen, doe lekker wat je zelf wil, maar als het een rommel is dan ga ik je geen hulp bieden ![]() | ||||
#ANONIEM | donderdag 16 juni 2011 @ 09:00 | |||
Mwah, hulp bieden doe ik sowieso wel, op voorwaarde dat de persoon in kwestie ook wat energie erin steekt en niet alleen maar de luie donder uithangt. | ||||
Tegan | donderdag 16 juni 2011 @ 09:04 | |||
Let me rephrase that. Als je niet naar mij luistert en het daarom rommel is dan help ik je niet meer ![]() ![]() | ||||
#ANONIEM | donderdag 16 juni 2011 @ 09:17 | |||
Love and peace all around. | ||||
henrivo | donderdag 16 juni 2011 @ 09:23 | |||
Nou, zo te lezen heeft mijn vraag wel wat stof doen opwaaien ![]() Maar dan kom je op t punt, stel dat ik hier professioneel mee verder ga, en eventueel ook niet-nederlandse sites ga maken, en in teamverband voor een bedrijf straks aan code moet gaan werken, dán zul je juist waarschijnlijk wél met engelstalige namen en functies moeten gaan werken? Zal het dan misschien niet verstandiger zijn om diréct met engelse namen te beginnen? Dilemma dilemma... | ||||
#ANONIEM | donderdag 16 juni 2011 @ 09:24 | |||
Leer het jezelf gelijk goed aan zou ik zeggen, mocht je ambities hebben hier verder in te gaan. Slechte gewoontes afleren is namelijk veel lastiger. | ||||
Tegan | donderdag 16 juni 2011 @ 09:25 | |||
Wat hij zegt ![]() | ||||
#ANONIEM | donderdag 16 juni 2011 @ 09:28 | |||
Ik had dat dus met ternary operators, die begreep ik nooit en dus schreef ik alles maar voluit met if else statements ![]() | ||||
henrivo | donderdag 16 juni 2011 @ 09:28 | |||
Hmm... You got me on that one! ![]() ![]() | ||||
GI | donderdag 16 juni 2011 @ 09:29 | |||
Ik betwijfel ten zeerste dat er veel programmeur zijn die moeite hebben met de vakliteratuur.... En als dat wel zo is, dan vind ik het treurig. Engels is niet moeilijk, en als je ergens wil komen in de IT heb je meer aan een beetje cursus engels dan aan wat anders om te beginnen. | ||||
Tegan | donderdag 16 juni 2011 @ 09:32 | |||
Face it, er zijn genoeg mensen die dat ''programmeren er wel even bij doen'', omdat een professionele programmeur inhuren geld kost. | ||||
#ANONIEM | donderdag 16 juni 2011 @ 09:35 | |||
NO TECH SUPPORT FOR THEM! | ||||
Tegan | donderdag 16 juni 2011 @ 09:35 | |||
Ik gebruik die nooit ![]() ![]() | ||||
#ANONIEM | donderdag 16 juni 2011 @ 09:40 | |||
No tech support for you either! ![]() Anyway, wat GI zegt klopt wel. Wil je er een beetje verder in, dan volstaat het niet om te zeggen dat je door gebrekkig Engels maar in het Nederlands bent gaan proggen. | ||||
Intrepidity | donderdag 16 juni 2011 @ 09:42 | |||
Als je code vol staat met ($boolvariable) ? doSomething() : doSomethingElse(); word je ook niet gelukkig hoor. Het is een erg compacte methode om simpele beslissingen te maken, bijvoorbeeld voor weergavekwesties, maar als ik een zooi ternary operators in businesslogica tegenkom keur ik de code af. Schermruimte kost niks. | ||||
#ANONIEM | donderdag 16 juni 2011 @ 09:43 | |||
Daar is een ternary operator dan ook niet voor bedoeld he, het is idd vooral voor de simpele weergave dingetjes. Daarnaast keur ik al code af als het commentaar niet eens fatsoenlijk is, dus I feel your pain ![]() [ Bericht 10% gewijzigd door #ANONIEM op 16-06-2011 09:44:18 ] | ||||
Intrepidity | donderdag 16 juni 2011 @ 09:45 | |||
Klopt, maar je wilt niet weten hoe vaak er dingen gebruikt worden die eigenlijk niet voor dat doel bedoeld zijn ![]() Als je echt wilt fucken met mensen doe je gewoon lekker dit:
![]() | ||||
Sitethief | donderdag 16 juni 2011 @ 09:49 | |||
Weet je wat nog irritanter is. Bij een Duits bedrijf stage doen, en dan in JSP programmeren. Alleen hebben die koppige Duitsers de halve codetaal in het Duits gezet. Dus will je een query, of loop doen, zoek je tevergeefs, want het is 'Abfrage' en 'Schleife'. Het irritantste is dan nog wel dat maar de helft in het Duits is........ | ||||
themole | donderdag 16 juni 2011 @ 09:55 | |||
Over slechte php code gesproken. ![]() http://thedailywtf.com/Articles/Divine-by-Zero.aspx Staan wel meer pareltjes op, maar dit is toch wel een van de meest vage stukken code die ik ben tegengekomen. ![]() | ||||
Sitethief | donderdag 16 juni 2011 @ 09:55 | |||
http://www.phpwtf.org/![]() | ||||
#ANONIEM | donderdag 16 juni 2011 @ 09:56 | |||
Ongeacht codetaal is dat gewoon een no go. | ||||
#ANONIEM | donderdag 16 juni 2011 @ 09:58 | |||
Oh. My. Fucking. God. | ||||
GI | donderdag 16 juni 2011 @ 09:59 | |||
Jij stelt dat de hobby mensjes ook programmeur zijn. En dat is dus al een naar mijn mening verkeerd genomen conclusie. Er zullen vast bergen hobbisten zijn die het engels niet vaardig zijn, maar dat is heel wat anders dan programmeurs die hun eigen vakliteratuur niet kunnen lezen. | ||||
#ANONIEM | donderdag 16 juni 2011 @ 10:02 | |||
Mooie site. PHP heeft zoveel van die quirks he ![]() | ||||
Tegan | donderdag 16 juni 2011 @ 10:02 | |||
![]() ![]() | ||||
#ANONIEM | donderdag 16 juni 2011 @ 10:03 | |||
Ik denk dat jij en ik uit een hele andere hoek komen dan Tegan, omdat wij er dagelijks mee bezig zijn. | ||||
Tegan | donderdag 16 juni 2011 @ 10:04 | |||
Ik bedoel 'programmeurs' van professionele sites. | ||||
Sitethief | donderdag 16 juni 2011 @ 10:08 | |||
@Scorpie http://pastebin.com/YmAJz3Xb Is alweer uit 2005 trouwens ![]() | ||||
#ANONIEM | donderdag 16 juni 2011 @ 10:10 | |||
Wat een dikke, dikke facepalm krijgt die pagina zeg. | ||||
Intrepidity | donderdag 16 juni 2011 @ 10:12 | |||
En nog niet eens alleen omdat het JSP is ![]() | ||||
themole | donderdag 16 juni 2011 @ 10:13 | |||
Dat dit bestaat. ![]() | ||||
#ANONIEM | donderdag 16 juni 2011 @ 10:14 | |||
Inconsistente benamingen en variabele declaraties, SQL methods rechtstreeks in de pagina ![]() ![]() AUW AUW AUW | ||||
GI | donderdag 16 juni 2011 @ 10:17 | |||
En ik betwijfel ten zeerste dat er programmeurs zijn van professioneel kaliber die echt moeite hebben met vakliteratuur. | ||||
Tegan | donderdag 16 juni 2011 @ 10:19 | |||
Ik ook. Ik zeg namelijk iets anders ![]() Er zijn genoeg webshops die dat programmeren 'even zelf hebben gedaan' omdat het anders geld kost. Bv. de H&M-site. Lees dat topic maar eens. | ||||
GI | donderdag 16 juni 2011 @ 10:24 | |||
Dat zou zomaar kunnen, en daar ben ik het ook wel mee eens. Maar als je zegt Dan ga ik ervanuit dat je professionele mensen bedoeld en niet de hobbyisten ![]() | ||||
Tegan | donderdag 16 juni 2011 @ 10:26 | |||
K. Nu is het duidelijk, volgend onderwerp ![]() | ||||
#ANONIEM | donderdag 16 juni 2011 @ 10:35 | |||
Welk topic is dat? | ||||
Tegan | donderdag 16 juni 2011 @ 10:37 | |||
Topicreeks: LIF: H&M | ||||
Usert | donderdag 16 juni 2011 @ 21:30 | |||
Hello, Een vraag. Ik heb vandaag lopen puzzelen met hierargische data in MySQL (tutorial: http://dev.mysql.com/tech(...)erarchical-data.html) Maar nu ben ik tegen een probleem aangelopen waar ik niet veel van snap. Ik probeer een node toe te voegen met de volgende query:
Echter als ik deze query via PHP uitvoer verschijnt er geen nieuwe node. Voer ik exact dezelfde query uit in een MySQL client, verschijnt er prompt een nieuwe node. Verder krijg ik geen foutmeldingen oid en gaan het om dezelfde user. Iemand enig idee waar dit aan kan liggen? (kan je bijv met php geen table locken?) Inmiddels heb ik er toch een foutmelding uit weten te krijgen in PHP: 'SELECT @myRight := rgt FROM nestedpages WHERE nestedpage_name = 'page4'; UPDATE ' at line 1 Ik zie persoonlijk weinig verkeerds daar aan (helemaal omdat het via de mysql client prima werkt) [ Bericht 2% gewijzigd door Usert op 16-06-2011 21:39:00 ] | ||||
Usert | donderdag 16 juni 2011 @ 22:23 | |||
Inmiddels opgelost, het probleem is dat mysql_query geen multiple queries ondersteund.. | ||||
Intrepidity | donderdag 16 juni 2011 @ 22:33 | |||
de mysql-extensie is dan ook hopeloos verouderd, gebruik liever mysqli of pdo, die ondersteunen het beiden wel. | ||||
boem-dikkie | maandag 20 juni 2011 @ 20:59 | |||
Is het mogelijk om uit mijn mySQL database een naam te halen en dan alles achter de punt niet te laten zien? Ik heb een foto-upload die de naam van de foto in de database opslaat zodat ik met een query de foto's kan laten zien. Ik wil alleen in het overzicht alleen de titels laten zien en dan hoeft er dus geen .jpg, .gif, .png e.d. achter, terwijl dit wel zo in de database staat om er een link van te kunnen maken. | ||||
GlowMouse | maandag 20 juni 2011 @ 21:01 | |||
Dat kan in PHP met substr (en evt. met strpos en strrev als je toe wilt staan dat een extensie langer dan 4 tekens is) | ||||
boem-dikkie | maandag 20 juni 2011 @ 21:06 | |||
Ik kan met substr en -4 wel .jpg weghalen maar wat als er nou ook bestanden tussen zitten met .jpeg? Dan zou hij alsnog 'titel.' laten zien? | ||||
#ANONIEM | maandag 20 juni 2011 @ 21:07 | |||
Dan moet je met regular expressions gaan werken. | ||||
Sitethief | maandag 20 juni 2011 @ 21:09 | |||
Bij zulke simpele dingen al met regexes gaan werken??
Veel simpeler. | ||||
GlowMouse | maandag 20 juni 2011 @ 21:12 | |||
En daar komt iemand met een bmp ![]() | ||||
Sitethief | maandag 20 juni 2011 @ 21:33 | |||
Als het goed is weet je donders goed wat voor extensies allemaal op je site aanwezig zijn. Maar waarschijnlijk is jouw methode beter. Tenzij er een grapjas 5 teken extensies gaat uploaden. | ||||
Light | maandag 20 juni 2011 @ 21:37 | |||
Ik zou substr en strrpos gebruiken. | ||||
GlowMouse | maandag 20 juni 2011 @ 21:44 | |||
dit.is.een.plaatje.jpg | ||||
Light | maandag 20 juni 2011 @ 21:56 | |||
| ||||
GlowMouse | maandag 20 juni 2011 @ 21:58 | |||
ik moet beter lezen en meer php functies uit mijn hoofd leren | ||||
mstx | maandag 20 juni 2011 @ 22:02 | |||
| ||||
Light | maandag 20 juni 2011 @ 22:07 | |||
Die is nog mooier ![]() | ||||
Cue_ | dinsdag 21 juni 2011 @ 11:08 | |||
Aah kijk een dummie reeks, die kunnen we gebruiken ![]() even iets heel simpels: Ik heb een query: SELECT cuno, nama FROM tabel WHERE cuno = lpad($value,6, ' ') Nu wil ik daar dus een LIKE van maken. LIKE %waarde% of evt Like %waarde% Hoe en waar plaats ik die erin? | ||||
GlowMouse | dinsdag 21 juni 2011 @ 11:09 | |||
wat bedoel je met lpad($value,6, ' ')? | ||||
Darkomen | dinsdag 21 juni 2011 @ 11:10 | |||
"SELECT cuno, nama FROM tabel WHERE cuno LIKE '%".$value."%' " waar dat Ipad van is? geen idee, ik ken die functie niet. | ||||
Cue_ | dinsdag 21 juni 2011 @ 11:12 | |||
hmm misschien moet ik idd gewoon die lpad eruit halen, want die is niet nodig in dit geval natuurlijk (lpad zorgt ervoor dat de waarde 6 characters lang wordt.. aangevuld met ' ' (spaties)) | ||||
mstx | dinsdag 21 juni 2011 @ 11:15 | |||
Bevatten alle waardes in de DB ook die voorloopspaties? ![]() | ||||
Cue_ | dinsdag 21 juni 2011 @ 11:16 | |||
Yup... kan er ook niets aan doen, zijn er niet blij mee.. maar daardoor zit ik nu dus (nog steeds) te kutten met die LIKE ![]() | ||||
GlowMouse | dinsdag 21 juni 2011 @ 11:16 | |||
die haal je dan toch weg? | ||||
Cue_ | dinsdag 21 juni 2011 @ 11:17 | |||
haha.. dat is geen optie in dit geval ![]() | ||||
Cue_ | dinsdag 21 juni 2011 @ 11:21 | |||
Lol.. anders gooi ik er even quotjes in .. en dan doet ie het perfect ![]() | ||||
GlowMouse | dinsdag 21 juni 2011 @ 11:24 | |||
haha | ||||
Ouqz | dinsdag 21 juni 2011 @ 17:55 | |||
In de comment section op PHP.net staat hier een handige snippet voor (van uit een string, niet direct via MySQL). Zal even zoeken. | ||||
Light | dinsdag 21 juni 2011 @ 18:05 | |||
lpad zorgt ervoor dat de waarde 6 characters lang wordt. Altijd. Als de invoer te kort is, worden er spaties voor geplaatst. Als de invoer te lang is, wordt het teveel aan tekens er gewoon afgeknipt. Waarom is het weghalen van die spaties geen optie? | ||||
boem-dikkie | donderdag 23 juni 2011 @ 18:22 | |||
Ik heb in de database de verwijzingen naar foto's staan met daarbij categorie_id als verwijzing naar de tabel met categorieën. Nu wil ik graag van elke categorie één foto laten maar omdat ze allemaal in dezelfde tabel staan heb ik géén idee hoe. Is het mogelijk om met een query en LIMIT of iets dergelijks gewoon per unieke 'categorie_id' één rij te laten zien? | ||||
mstx | donderdag 23 juni 2011 @ 18:29 | |||
GROUP BY categorie_id | ||||
Pizzalucht | vrijdag 24 juni 2011 @ 15:09 | |||
Ik heb een website met een forum(phpBB3), de database is inmiddels al een flinke 1.3GB. Ik merk dat de MySQL database een erg hoge load heeft, terwijl alleen die ene website gebruikt maakt van de database. Load zit tussen de 3% en 90%, en meestal boven de 25%. Ik heb er erg veel getweaked op MySQL cache en dergelijke, ook code wijzigingen gemaakt in de portal mod zodat deze veel minder queries doet. Toch blijft de load hoog, en dit lijkt vooral te liggen aan UPDATES, iemand enig idee hoe ik die sneller kan maken? Server specs: Intel i7 4x 2(HT)x 2.66+ GHz 8 GB RAM 2x 1TB in RAID (er draaien 4 domeinnamen op deze server, de andere 3 zijn echter allemaal static) Zou andere forum software beter zijn? Al zal het overzetten van 600.000 posts niet snel gaan. Forum heeft rond de 140.000 pageviews per dag. | ||||
Pakspul | vrijdag 24 juni 2011 @ 15:12 | |||
Best wel keer interessant om naar te kijken: http://www.myreact.nl/ | ||||
Pizzalucht | vrijdag 24 juni 2011 @ 15:15 | |||
Nee dank je ![]() | ||||
GlowMouse | vrijdag 24 juni 2011 @ 15:24 | |||
Ga eerst eens meten wat de bottleneck is, en let op met welke add-ons je installeert. Dit moet goed kunnen draaien op deze hardware. | ||||
Juicyhil | vrijdag 24 juni 2011 @ 15:27 | |||
Ligt het niet gewoon aan de cache van phphBB3, dat hij alles bij iedere view bijwerkt? | ||||
GlowMouse | vrijdag 24 juni 2011 @ 15:28 | |||
Het zou zonder cache al heel erg snel moeten laden ![]() | ||||
Juicyhil | vrijdag 24 juni 2011 @ 15:30 | |||
Lekker als je de database telkens onnodig belast ![]() | ||||
Pizzalucht | vrijdag 24 juni 2011 @ 15:30 | |||
Het laad ook wel snel: http://alteriw.net/ Maar een load van 25% lijkt me niet echt normaal? Als de gameserver moeilijkheden heeft bijvoorbeeld, gaat iedereen naar de website, dan heeft hij het nogal zwaar. | ||||
Pizzalucht | vrijdag 24 juni 2011 @ 15:31 | |||
Het is niet de cache van phpBB3, we gebruiken xCache, en deze werkt erg goed. | ||||
themole | vrijdag 24 juni 2011 @ 15:41 | |||
Gebruikt phpBB3 eigenlijk prepared statements of niet. Misschien is daar nog winst op te boeken. ![]() | ||||
GlowMouse | vrijdag 24 juni 2011 @ 15:43 | |||
Niet noemenswaardig. | ||||
ursel | vrijdag 24 juni 2011 @ 16:00 | |||
Ziet er verder niet echt levendig uit ![]() | ||||
GlowMouse | vrijdag 24 juni 2011 @ 16:16 | |||
maar zit technisch goed in elkaar | ||||
Pizzalucht | vrijdag 24 juni 2011 @ 16:19 | |||
Ik heb niet zo'n verstand va S.M.A.R.T., maar is er een waarde in het volgende plaatje dat niet zo hoort: http://jeroen.pro/img/55b548afd5e265ce2d5c635836b7bdc2.png En MySQL gebruikt nu 650mb RAM, zo laten of nog meer cache toewijzen? | ||||
GlowMouse | vrijdag 24 juni 2011 @ 16:22 | |||
Wat voor cache? Query cache? Die hoort uit te staan. Je hoort op InnoDB te draaien die juist is geconfigureerd. Zoekopdrachten hoor je niet met MySQL uit te voeren. Het geheugengebruik bij gebruik van InnoDB zal minimaal 2 GB bedragen. Heb je je disks gebenchmarkt dat je ze verdenkt van traagheid? | ||||
KomtTijd... | vrijdag 24 juni 2011 @ 16:22 | |||
wtf? Waar gebruik je die andere 7,35GB voor dan? | ||||
GlowMouse | vrijdag 24 juni 2011 @ 16:23 | |||
Bij MyISAM is die hard nodig voor de OS disk cache. | ||||
Pizzalucht | vrijdag 24 juni 2011 @ 16:23 | |||
nginx, PHP-FPM, wat scripts. Het is niet dat je volledige 8GB moet gebruiken. We zijn ooit overgestapt op InnoDB, dat werd alleen maar trager, phpBB zoekt niet direct in de posts table, maar gebruikt een zoek index. | ||||
GlowMouse | vrijdag 24 juni 2011 @ 16:24 | |||
Je zult InnoDB wel verkeerd hebben ingesteld. | ||||
ursel | vrijdag 24 juni 2011 @ 16:24 | |||
Dus als je een forum software aanraad moet ik hier gaan kijken zeg je? Zoek nog steeds de meest optimale ![]() | ||||
GlowMouse | vrijdag 24 juni 2011 @ 16:25 | |||
Ja, al heb ik geen idee wat de echte versie kost. | ||||
Pizzalucht | vrijdag 24 juni 2011 @ 16:26 | |||
Naar mijn weten niet, en op internet lees ik ook niet dat het echt een voordeel heeft (voor phpBB dan) | ||||
GlowMouse | vrijdag 24 juni 2011 @ 16:41 | |||
Tekenend voor de kennis van MySQL binnen het phpBB-team. Alleen ivm data-integriteit moet je MyISAM al links laten liggen, al zal InnoDB ook wel sneller zijn. Niet de snelheid waar je op hoopt overigens, want daarvoor zul je meer moeten meten. | ||||
Pizzalucht | vrijdag 24 juni 2011 @ 16:45 | |||
Het gaat me niet om de snelheid, meer om de load(die volgens mij te hoog is). De site zelf is al snel genoeg. Time spent on mysql4 queries: 0.00889s | Time spent on PHP: 0.03169s Query time is 0.4 bij een sessie update, en dit lijkt me te lang, of ligt dat aan mij? | ||||
GlowMouse | vrijdag 24 juni 2011 @ 16:48 | |||
Dat is zeker lang, dus dat is weldegelijk langzaam. Maar je moet meten waar die load vandaan komt. Het is puur giswerk te stellen dat vertraagd indices bijwerken zoals InnoDB doet, of row based locking dat deels kan verhelpen. | ||||
Pizzalucht | vrijdag 24 juni 2011 @ 16:54 | |||
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn sda 21.06 456.41 681.43 3145042988 4695641736 sdb 20.87 457.02 679.68 3149300549 4683635344 Dat is wat iostat geeft, ik weet niet echt wat ik er mee moet. Timing buffered disk reads: 348 MB in 3.01 seconds = 115.80 MB/sec Ik denk dat de load van de sessions updates komt, in een table van 500.000 rows. | ||||
GlowMouse | vrijdag 24 juni 2011 @ 16:55 | |||
doe eens: iostat -dx 1 tijdens een drukke periode. Wat voor query hoort daarbij en wat is de tabeldefinitie? | ||||
Pizzalucht | vrijdag 24 juni 2011 @ 17:00 | |||
Daar kom ik vanavond op terug, drukke periode is rond 10 uur. Mijn fout. De 0.4s is niet bij een sessie update maar als de cache voor last topics etc is verlopen. Daar kan de load dus niet vandaan komen, ik zal vanavond even kijken hoelang een session update query duurt. | ||||
GlowMouse | vrijdag 24 juni 2011 @ 17:06 | |||
Een cache miss is dus duur, dat is dan een groot probleem. | ||||
Pizzalucht | vrijdag 24 juni 2011 @ 18:25 | |||
Een cache mis komt echter bijna niet voor. | ||||
GlowMouse | vrijdag 24 juni 2011 @ 18:27 | |||
http://www.mysqlperformanceblog.com/2010/09/10/cache-miss-storm/ | ||||
Pizzalucht | vrijdag 24 juni 2011 @ 18:56 | |||
Ik snap je punt, maar we hadden eerst geen cache op die query(en dus deed elke frontpage view 0.4s aan query), en toen hadden we die load ook. | ||||
Ouqz | vrijdag 24 juni 2011 @ 19:52 | |||
Een extra tabel gebruiken om counts in op te slaan, is dat een oplossing? Stel, mijn forum Model heeft naast een eigen tabel ook de beschikking over een count tabel die registreert hoeveel topics een bepaald sub forum heeft en dat model update automatisch de count tabel voor nieuwe/verwijderde topics. SELECT queries zijn immers goedkoper qua performance dan COUNT queries voor elke aanvraag van de forum index. Of kan ik COUNTs beter in-memory cachen? | ||||
GlowMouse | vrijdag 24 juni 2011 @ 19:55 | |||
Ik zou hem als kolom opnemen in je tabel met subforums. In memory cachen van rijen die je zo via primary key kunt ophalen loont niet. | ||||
cablegunmaster | zondag 26 juni 2011 @ 06:24 | |||
vraag me af kan je een deadlock met een functie A veroorzaken die aanroept naar een andere functie B die terugroept naar A? ![]() ![]() | ||||
Intrepidity | zondag 26 juni 2011 @ 10:00 | |||
Als je dat doet voert hij braaf uit wat je vraagt totdat max_execution_time bereikt is. PHP-proces zelf slaat niet op slot ![]() | ||||
themole | zondag 26 juni 2011 @ 10:03 | |||
Nee dat gaat je pas lukken als je een multi-threaded proces gaat gebruiken. Dit kan hooguit een infinite loop veroorzaken. Een deadlock is als proces A wacht op proces B en proces B wacht op proces A om bijvoorbeeld een object te bewerken. ![]() | ||||
Light | zondag 26 juni 2011 @ 10:04 | |||
Je hoeft echt geen 30 seconden (de standaard max_execution_time) te wachten. Probeer maar:
| ||||
Pakspul | zondag 26 juni 2011 @ 21:43 | |||
Waarom roep je in functie A niet gewoon weer A aan? ![]() | ||||
TheSeeker_NL | woensdag 29 juni 2011 @ 16:49 | |||
Hey Fok!, Ik ben begonnen met wat tutorials over PHP/MySQL en JQUERY, maar ik zit even vast omdat deze tutorials nogal los van elkaar staan. Ik heb een database en een tabel met gegevens (nicknames). Deze nicknames worden geladen in een webpagina en in checkboxen geplaatst. Nu wil ik het volgende voor elkaar krijgen: Na het selecteren van een aantal namen en het klikken op de knop verder wil ik deze informatie meenemen naar een volgende pagina en daar ze weer tonen. Dus gewoon een selectie meenemen naar een volgende pagina. Ik hoef niet een exacte oplossing maar als jullie me kunnen vertellen in welke richting ik moet denken, dan ga ik zelf wel de betreffende informatie zoeken maar ik heb nu nog echt geen idee. | ||||
Intrepidity | woensdag 29 juni 2011 @ 16:59 | |||
Ik zie niet zozeer in hoeverre je jQuery hierin denkt toe te passen, maar normaalgesproken stop je je checkboxes in een <form>-tag en kun je die in PHP aan de achterkant (na submit uiteraard) checken in de array $_POST. Wil je het met jQuery oplossen (asynchroon versturen en volgende pagina ophalen), dan kom je op methoden als $.ajax() of $.post() uit. | ||||
TheSeeker_NL | woensdag 29 juni 2011 @ 17:41 | |||
Sorry die informatie was misschien niet relevant, had ik er gewoon zonder na te denken bij gezet. Bedankt in elk geval alvast. Ik ga zo even inlezen ![]() | ||||
Black-Hole | woensdag 29 juni 2011 @ 23:26 | |||
Wie kan me op weg helpen met het volgende. Ben een mobiele versie aan het ontwikkelen van een website en uiteraard moeten mobiele browsers gedetecteerd worden. Prima werkend script voor gevonden alleen nu moet er ook een mogelijkheid zijn om weer terug te gaan van de mobiele site naar de reguliere website. Volgens de ontwikkelaar van het script kan je deze loop stoppen met een action script. Heb zelf de ballen verstand van php maar wil dit wel leren. Wie kan me een beetje in de juiste richting helpen om dit aan te pakken? | ||||
KomtTijd... | woensdag 29 juni 2011 @ 23:28 | |||
Je zou eens kunnen beginnen met op een forum te vertellen wat je precies probeert en waar je op vast loopt zodat mensen je kunnen helpen. | ||||
Intrepidity | woensdag 29 juni 2011 @ 23:42 | |||
Even een tip: tegenwoordig is het ook prima mogelijk om aparte stylesheets (of gedeelten ervan) toe te passen op kleinere schermen, waaronder die van mobieltjes. Kijk eens op deze website voor tal van goede voorbeelden van zogenaamde fluid layouts ![]() Resize deze website maar eens naar een paar 100 pixels breed bijvoorbeeld ![]() | ||||
Black-Hole | donderdag 30 juni 2011 @ 06:30 | |||
Dit is de code die bovenaan de index.php staat van de volledige website:
Deze verwijst dus door naar de mobiele versie. Nu wil ik ook dat gebruikers de mogelijkheid hebben om ondanks hun mobiele browser de volledige site te kunnnen bezoeken via een link naar de index.php pagina. Nu staat daar uiteraard weer de php-code maar die moet dus eenmalig uitgevoerd worden anders blijf je doorgestuurd worden. | ||||
Black-Hole | donderdag 30 juni 2011 @ 06:34 | |||
Je bedoeld vast media query's/responsive webdesign. Net nog een super boek over gelezen maar niet echt toepasbaar op dit project. Volledige versie is zwaar image based en bevat ook een jquery carousel die we niet willen laten terugkomen in de mobiele versie. Ontwerp is ook niet echt goed om het fluid te maken. Wil het wel gebruiken om te switchen tussen portrait (320 px) en portrait (480px) mode. | ||||
Intrepidity | donderdag 30 juni 2011 @ 07:31 | |||
Sessievariabele of cookie instellen met de voorkeur van de gebruiker en het if-statement uit je code aanpassen zodat hij daar ook op checked. | ||||
Pakspul | donderdag 30 juni 2011 @ 08:59 | |||
Als je een header("Location: ...."); gebruikt gooi er onder dan een exit; want het heeft niet echt nut om die code nog uit te voeren. | ||||
Intrepidity | donderdag 30 juni 2011 @ 09:03 | |||
Tenzij je output buffering gebruikt resulteert een Location-header ook meteen in een redirect, en wordt de rest van de code niet uitgevoerd. | ||||
Tijn | donderdag 30 juni 2011 @ 09:06 | |||
Ik heb al een paar keer gemerkt dat code onder een header/location statement tòch uitgevoerd wordt ![]() | ||||
Keiichi | donderdag 30 juni 2011 @ 09:10 | |||
Dat kan kloppen. header() != exit namelijk ![]() | ||||
Pakspul | donderdag 30 juni 2011 @ 09:13 | |||
Voer maar eens een fwrite of mysql update uit na de Header("Location.... je zult zien dat hij wel wordt uitgevoerd. | ||||
Intrepidity | donderdag 30 juni 2011 @ 09:16 | |||
Klopt, maar zonder output buffering (wat de meeste mensen wel aan hebben overigens) worden headers meteen verzonden, en zal de browser direct tot doorsturen besluiten. De kans bestaat inderdaad wel dat het script niet gestopt wordt en op de achtergrond verder draait, dus ja, een exit() is wel safer. | ||||
GlowMouse | donderdag 30 juni 2011 @ 09:59 | |||
Dat hangt van http://php.net/manual/en/function.ignore-user-abort.php af. | ||||
Intrepidity | donderdag 30 juni 2011 @ 10:21 | |||
Ik vraag het me af, een redirect is geen user abort. | ||||
mstx | donderdag 30 juni 2011 @ 10:34 | |||
Volgens mij stuurt de browser wel een bericht dat hij het laden van de huidige pagina stopt (user abort) en doorgaat naar een andere pagina. In de tussentijd tussen het versturen van de header en het ontvangen van de user abort kan het PHP script nog code parsen. | ||||
Tijn | donderdag 30 juni 2011 @ 12:02 | |||
Ik moet een functie maken op een server waar een oude versie van PHP draait (5.0.4 om precies te zijn). Ik wil een XML-file parsen en bepaalde elementen weergeven op de volgorde waarin ze in het document staan. Hiervoor wordt SimpleXML gebruikt. Ik dacht de getName()-functie te kunnen gebruiken hiervoor, maar die werkt niet op deze oude versie van PHP. Ik kan ook met xpath() wel de goede resultaten terug krijgen, maar dan staat bij de node niet de naam van het element ![]() Heeft iemand misschien een alternatieve manier om de naam van het element terug te krijgen? | ||||
GlowMouse | donderdag 30 juni 2011 @ 12:04 | |||
Is MagpieRSS niks? | ||||
Tijn | donderdag 30 juni 2011 @ 12:11 | |||
Hmm... als er een manier te verzinnen is om het met SimpleXML te doen, geniet dat wel de voorkeur, want dat wordt in de rest van het systeem ook al overal gebruikt. | ||||
remi1986 | vrijdag 1 juli 2011 @ 13:11 | |||
werkt SimpleXML niet met getAttribute('name') ? | ||||
remi1986 | vrijdag 1 juli 2011 @ 13:13 | |||
http://www.php.net/manual/en/simplexmlelement.attributes.php onderaan:
Dit stond er ook nog: To get an attribute in the node, use node->attributes()->attributeName | ||||
boem-dikkie | maandag 4 juli 2011 @ 19:59 | |||
Ik heb géén idee wat hier fout gaat en ik heb niks aan mijn code veranderd maar hij doet het 'opeens' niet meer. Mijn error:
En de code zelf (rond lijn 48).
| ||||
GlowMouse | maandag 4 juli 2011 @ 20:01 | |||
wat zijn de lees-/schrijfrechten in /tmp? | ||||
boem-dikkie | maandag 4 juli 2011 @ 20:04 | |||
Ik dacht ook dat het daar aan lag maar ik heb geen /tmp/ map. Die maakt hij aan op het moment dat hij de foto upload en gaat daarna weer weg. Ook helemaal niet aangezeten overigens en ook nog nooit aangemaakt. Heeft het tot vandaag gewoon prima gedaan. Als ik overigens wel een tmp map aanmaak met lees en schrijf-rechten krijg ik dezelfde melding. | ||||
boem-dikkie | maandag 4 juli 2011 @ 20:34 | |||
Ik heb het gevonden, het ligt blijkbaar aan de rechten van de map waar de uiteindelijke upload in terecht komt. Apart dat hij daar ineens over begint te zeiken terwijl hij het ruim 3 week goed heeft gedaan. ![]() | ||||
Pakspul | dinsdag 5 juli 2011 @ 01:08 | |||
Extra checks zijn nooit verkeerd, zo kun je is_moveable gebruiken om te kijken of het daadwerkelijk mogelijk is. | ||||
Tijn | dinsdag 5 juli 2011 @ 01:26 | |||
Dank je, maar het gaat niet om attributen, maar om de naam van een element terug te krijgen. | ||||
Pakspul | dinsdag 5 juli 2011 @ 02:18 | |||
Kun je niet gewoon domelement van php zelf gebruiken? | ||||
Dale. | dinsdag 5 juli 2011 @ 13:09 | |||
Vraagje over sql... Ik wil graag BV. 5x hetvolgende uitvoeren. CREATE DATABASE testi, i is de lopende variable. Hoe doe ik dat?
Mijn vraag betreft zich hoe ik de variable i kan koppelen met 'database' zodat ik dus database1, database2, ... , database5. Krijg. | ||||
GlowMouse | dinsdag 5 juli 2011 @ 13:18 | |||
concat('test',@i)? waarom zou je dit willen? | ||||
Intrepidity | dinsdag 5 juli 2011 @ 13:22 | |||
Poor man's sharding ![]() | ||||
Dale. | dinsdag 5 juli 2011 @ 14:08 | |||
Niet om database's te maken iig maar voor x aantal tabellen, maar wou me voorbeeld kort houden ![]() Maar ik heb een ander probleempje...
Hij geeft steeds aan dat er een fout is op regel: "DECLARE @counter INT"... Heb de code al in begin-end tags gezet, http://dev.mysql.com/doc/(...)-local-variable.html, maar dat helpt niet... | ||||
Intrepidity | dinsdag 5 juli 2011 @ 14:33 | |||
Geen idee of het de oorzaak is, maar ik gebruik DECLARE e.d. altijd zonder @ voor de variabelenaam. Werkt ook prima. Verder, werkt dit niet alleen binnen routines en dergelijke? Zou het niet weten verder, want ik gebruik het alleen binnen routines, het is maar een gok. Als laatste mis ik een ; achter je declare ![]() | ||||
Dale. | dinsdag 5 juli 2011 @ 14:38 | |||
@ - nope ; - nope Verder geeft ie de error ook binnen een routine ![]() Zal wel aan MySQL workbench liggen... klote programma ![]() | ||||
Intrepidity | dinsdag 5 juli 2011 @ 14:40 | |||
Ik schrijf ze ook binnen MySQL WB, geen probleem. Voorbeeld: ![]() | ||||
GI | dinsdag 5 juli 2011 @ 14:54 | |||
Ieuw! Nederlands ![]() | ||||
Dale. | dinsdag 5 juli 2011 @ 14:56 | |||
![]() ![]() | ||||
Intrepidity | dinsdag 5 juli 2011 @ 14:58 | |||
Mee eens. Legacymeuk ![]() | ||||
Pakspul | dinsdag 5 juli 2011 @ 15:06 | |||
Als je dan al fout bezig bent dan moet je het ook goed doen ![]() | ||||
Dale. | dinsdag 5 juli 2011 @ 16:03 | |||
Dis toch niet te geloven zeg... heb nieuwe workbench geinstalleerd en doet nog steeds niet...
Nu geen fout bij DECLARE maar bij "SET counter = counter + 1;" en zodra ik @ voor counter zet gaat ie weer zeuren bij declare. Wat een poepzooi. [ Bericht 23% gewijzigd door Dale. op 05-07-2011 16:13:13 ] | ||||
GlowMouse | dinsdag 5 juli 2011 @ 16:08 | |||
WHILE counter <> ongelijk aan wat? | ||||
Dale. | dinsdag 5 juli 2011 @ 16:13 | |||
Ja ik vond dat ook al raar maar dit komt vaker voor (iig heb deze notatie vaker gezien tijdens me zoektocht @google vandaag, while 'variable' <>) Maar in iedergeval WHILE counter <> 4 of WHILE counter <> 4; Verandert niets aan het probleem... Krijg dan alleen een error bij 'BEGIN' i.p.v. bij SET. | ||||
Intrepidity | dinsdag 5 juli 2011 @ 16:22 | |||
Probeer de volgende syntax eens:
| ||||
Dale. | dinsdag 5 juli 2011 @ 16:50 | |||
Zonder iets tussen LOOP en IF counter doet ie het ![]() ![]() | ||||
Dale. | dinsdag 5 juli 2011 @ 17:36 | |||
Heb uitgevogeld... ligt aan instellingen + iets andere syntax in de versie. Nog klein vraagje. Kan ik niet tabelle on the fly maken? Als ik dit uitvoer maakt hij de tabel str aan i.p.v. test1, test2, test3...
[ Bericht 0% gewijzigd door Dale. op 05-07-2011 17:44:22 ] | ||||
#ANONIEM | dinsdag 5 juli 2011 @ 23:49 | |||
Ik ben voor de gein al mijn oude usericons van GoT aan het opzoeken en ik wilde ze graag op een php servertje plaatsen. Nu heb ik het random icon.php bestand al gevonden en dat werkt, maar destijds ( 2002-2005) had ik op mijn server ook een phpbestand (php.index) wat alle afbeeldingen netjes onder en naast plaastte. php code voor random image=
eigenlijk wil ik alleen dat de random icons: die aangeroepen worden in deze url: http://members.multimania.nl/soulwaxicon/icons/icon.php, geindexeerd naast en onder elkaar komen te staan op: http://members.multimania.nl/soulwaxicon/icons/index.php ik wil dus weten wat ik in het bestand index.php moet zetten | ||||
The_Terminator | woensdag 6 juli 2011 @ 20:10 | |||
Zoiets?
Dan krijg je dit: http://www.thuisserver.net/temp/icon.php Dit gaat ervan uit dat alle plaatjes dezelfde grootte hebben. Als dat niet zo is dan zou je de output bijvoorbeeld naar een tabel kunnen schrijven of de img tag zo aanpassen dat de plaatjes worden verkleind. Het laatste heeft als nadeel dat de kwaliteit dan achteruit kan gaan... | ||||
#ANONIEM | donderdag 7 juli 2011 @ 00:58 | |||
superbedankt man!! kga eens kijken of ik het werkend krijg!! really appreciate this! ![]() [ Bericht 4% gewijzigd door #ANONIEM op 07-07-2011 00:58:20 ] | ||||
Jumparound | donderdag 7 juli 2011 @ 12:24 | |||
misschien kan iemand mij een tip geven ;-) Ik zit met het volgende vraagstuk. via fpdf wil ik een mail versturen met gebruikers details. Dit lukt mij prima voor een gebruiker zelf, geen probleem. maar wat ik ook wil is de administrator een tool geven om met een invul veld een fpdf te sturen naar zichzelf dus je hebt gebruiker henk. en admin ingrid (ingrid@home.nl) in de fpdf komt dan ----------------- deze pdf gaat over gebruiker $gebruiker mail->to = ingrid@home.nl ----------------- (dit is gewoon een opzet, geen valide code) Maar wat ik me nu dus eigenlijk afvraag, hoe krijg ik de gegevens uit de query die je uitvoert vanuit het invoerveld (select * from userers where id = $id) oid... in fpdf? iemand een tip of hint? bij voorbaat dank! | ||||
ursel | donderdag 7 juli 2011 @ 12:26 | |||
fpdf om te mailen ![]() | ||||
Jumparound | donderdag 7 juli 2011 @ 13:00 | |||
ja, heb ik nodig om een formulier te mailen wat geprint moet worden. | ||||
Dale. | vrijdag 8 juli 2011 @ 16:10 | |||
nvm [ Bericht 99% gewijzigd door Dale. op 08-07-2011 16:49:38 ] | ||||
Pakspul | vrijdag 8 juli 2011 @ 18:06 | |||
Ik neem aan dat fpdf velden heeft waar info in moet komen. Misschien is er een class die godfather kan lezen en schrijven? | ||||
Jumparound | maandag 11 juli 2011 @ 09:06 | |||
ja klopt, nu is de constructie: $mail = ($session->userinfo['email']) ik vraag me alleen af hoe ik een zelfde constructie maak, maar dan met de gegevens van een gebruiker (beschikbaar voor de admin) | ||||
#ANONIEM | maandag 11 juli 2011 @ 09:12 | |||
Eerst de gegevens van de gebruiker ophalen uit de database, ander templatetje maken en die naar de admin sturen? | ||||
Jumparound | maandag 11 juli 2011 @ 09:38 | |||
hmm, oke... ik ga er ff mee aan de slag, dat andere template had ik sowieso al nodig. kut, dit toont weer eens aan dat ik er geen reet van snap ![]() | ||||
dirkjo | woensdag 13 juli 2011 @ 17:50 | |||
Iemand die misschien een oplossing heeft voor het volgende probleem:? Een van mijn sites moet tijdens het openen van de homepage redelijk veel data laden en in elkaar zetten. Dit kost gemiddeld toch wel een paar seconden. Dat betekent dus dat als je naar de website gaat je hem eerst een paar seconden ziet laden voordat je ook maar iets krijgt. Nu had ik dit 'opgelost' met het volgende stukje code
Misschien dat dit alleen kan met javascript, in dat geval zal ik dit bericht ook daar even plaatsen. ![]() edit\\ het stukje met alle content (die al het laden vergt) staat in een apart bestandje die wordt geinclude. Weet niet of dit het makkelijker maakt... | ||||
Jumparound | woensdag 13 juli 2011 @ 17:53 | |||
On.load met js er tussen vrotten? | ||||
Tijn | woensdag 13 juli 2011 @ 17:54 | |||
Is de pagina voor elke gebruiker hetzelfde? Zo ja, dan kun je denk ik beter de content cachen en de cache weergeven. Dan duurt het ook geen seconden per bezoeker. | ||||
dirkjo | woensdag 13 juli 2011 @ 17:57 | |||
Nee de content is pak het beet elke paar minuten anders. | ||||
dirkjo | woensdag 13 juli 2011 @ 17:58 | |||
Het geen wat ik gebruikte werkte eigenlijk prima, behalve dan dat de pagina niet werd geladen in de source. Iets wat ik toch wel wil aangezien de source vrij belangrijk is. Ben zelf sowieso geen javascript pro ![]() | ||||
mstx | woensdag 13 juli 2011 @ 18:05 | |||
Ik zou het probleem bij de bron aanpakken want met deze javascript code los je niets op. Als je pagina al seconden duurt om op te bouwen gaat hij het niet lang uithouden als er meer dan 10 bezoekers je site bekijken. Ik zou eerst eens kijken wát er zo lang duurt, bijvoorbeeld trage mysql queries. | ||||
dirkjo | woensdag 13 juli 2011 @ 18:43 | |||
De website haalt informatie uit rss-feeds. Daar is die vrij lang mee bezig. | ||||
Light | woensdag 13 juli 2011 @ 19:00 | |||
En dat doe je iedere request weer? Het idee van een rss-feed is dat je informatie gaat cachen... | ||||
dirkjo | woensdag 13 juli 2011 @ 19:11 | |||
Er zijn in totaal elf RSS feeds die allemaal zowat om de paar minuten een nieuw item krijgen. Ik laat php van die elf feeds de eerste 10 items pakken en daar dan de titels en linkjes van uitspugen. Op dit moment worden alleen alle 11 de feeds 'geknipt en geplakt' bij het laden van de site. Ik zit te kijken of ik dit niet kan splitsen door 2. Wanneer ik er namelijk maar 5/6 pak is die binnen mun van tijd geladen. Als ik dan eerst de eerste paar feeds kan uitspugen en als die klaar zijn de volgende scheelt dat veel tijd. Wil je die laatste zien moet je namelijk toch naar beneden scrollen, en eer jij daar bent zijn ze wel geladen. Hoop dat het beetje duidelijk is? ![]() | ||||
Tijn | woensdag 13 juli 2011 @ 20:24 | |||
Ik zou het zo maken dat de RSS-feeds met een cronjob wordt uitgelezen en het resultaat ergens wegschrijft. Je website kan dan dat gewoon dat uitlezen, waardoor je bezoekers geen seconden op de pagina hoeven wachten. Je kunt die cron zo vaak draaien als je wil en daarmee dus zelf bepalen hoe actueel je site is. | ||||
dirkjo | woensdag 13 juli 2011 @ 20:54 | |||
Ook al over na lopen denken, maar dat betekent dat er bijv. elke 15 minuten 110 dingen moeten worden weggeschreven + dat ik juist graag zo actueel mogelijk wil zijn. Daarom over na lopen denken om de site te splitsen en in 2 parts te laten laden. Maar ik heb geen flauw idee hoe... Zal nog maar avondje hard brainstormen worden ![]() | ||||
Tijn | woensdag 13 juli 2011 @ 21:33 | |||
Je kunt een cronjob ook elke minuut draaien. Of zelfs elke 10 seconden. | ||||
#ANONIEM | woensdag 13 juli 2011 @ 21:35 | |||
Daarnaast is wegschrijven zo gepiept. | ||||
dirkjo | woensdag 13 juli 2011 @ 21:39 | |||
Ik zal eens wat in elkaar gaan prutsen. Ben bekend met cronjobs, nu nog even kijken hoe ik netjes alle data weg ga schrijven. Alvast bedankt in ieder geval ![]() | ||||
dirkjo | woensdag 13 juli 2011 @ 23:34 | |||
Het werkt tot dusver prima, bedankt! ![]() | ||||
Tijn | donderdag 14 juli 2011 @ 00:06 | |||
In een database? | ||||
dirkjo | donderdag 14 juli 2011 @ 00:44 | |||
Dat had ik toen ook bedacht, maar ik bedoelde meer welke data en hoe. Maar alles staat er ondertussen in en de cronjob loopt. Site laad nu binnen 1 sec. inplaats van 4 sec ![]() | ||||
Jumparound | donderdag 14 juli 2011 @ 09:45 | |||
opgelost! Na nog eens naar de functionele eisen gekeken te hebben tot de conclusie gekomen dat ik in de php pagina gewoon nog een fpdf moet genereren :-) Als iemand een vraag heeft m.b.t. MySQL -> PHP en FPDF, ik hou me van harte aanbevolen om mee te denken / kijken :-) | ||||
GI | donderdag 14 juli 2011 @ 10:19 | |||
Van de week zitten spelen met pChart. Das nifty spul! http://pchart.sourceforge.net/ | ||||
Tijn | donderdag 14 juli 2011 @ 10:45 | |||
Jammer dat 'ie alleen plaatjes maakt en geen interactieve charts, zoals Google's Chart API. | ||||
GI | donderdag 14 juli 2011 @ 14:22 | |||
Statisch is juist hetgeen dat ik wil hebben. Rapportage en export naar PDF gaat nogal moeilijk met een JS based interactieve chart. | ||||
Tijn | donderdag 14 juli 2011 @ 14:28 | |||
Dan is het handig natuurlijk. De anti-aliasing ziet er goed uit ook, trouwens. | ||||
PiRANiA | donderdag 14 juli 2011 @ 14:45 | |||
Volgende topic. | ||||
PiRANiA | donderdag 14 juli 2011 @ 14:45 | |||
![]() |