Feyenoordlife | vrijdag 15 april 2011 @ 00:27 | |||
![]() cd niet bijgeleverd 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 ![]() Vorige delen: Via de zoekfunctie 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 Deze OP en instructies voor nieuw topic: http://wiki.fok.nl/index.php/OP/PHP En ik sloot af met de volgende post: -- Ik ben bezig met een voetbalpool scriptje, en ik loop eventjes vast op het volgende: De pagina haalt de wedstrijden van de ingevoerde speelronde uit de database, zet deze vervolgens in een tabel met daarin 2 extra velden de scores in te vullen. Dit gedeelte werkt. Hierna moeten de ingevulde scores opgeslagen worden in de database, en hier gaat het (gedeeltelijk) mis. Hij pakt namelijk alleen het laatste resultaat. Dit zal waarschijnlijk via een while loop moeten gebeuren, maar daar kom ik even niet aan uit. De code:
Zou iemand mij hier even mee willen helpen? | ||||
Feyenoordlife | vrijdag 15 april 2011 @ 00:30 | |||
Had de laatste post in deeltje 89, hier verder dus. | ||||
Tegan | vrijdag 15 april 2011 @ 00:37 | |||
Maak een array van alle ingevoerde waarden. [ Bericht 55% gewijzigd door Tegan op 15-04-2011 00:49:39 ] | ||||
Feyenoordlife | vrijdag 15 april 2011 @ 01:17 | |||
Lukt nog niet echt lekker. Komt waarschijnlijk omdat ik een pleurishekel heb aan array's en ik ze zo veel mogelijk vermijd ![]() ![]() | ||||
Diabox | vrijdag 15 april 2011 @ 01:45 | |||
Je snapt dat je gelijk je php gedeelte van die while loopt stopt met ?> en dat dus inderdaad alleen het laatste resultaat wordt weergegeven? Of is dit niet het geval? Heb nog maar 'n week ervaring met PHP ![]() Edit: Zoiets dus:
![]() [ Bericht 31% gewijzigd door Diabox op 15-04-2011 02:02:50 ] | ||||
Pakspul | vrijdag 15 april 2011 @ 08:56 | |||
Waarom heb je een hekel aan arrays? Geef eens wat voorbeelden waar je ze vermijd dan probeer ik arrays wel aan te prijzen. Of anders wat zou je willen zien. | ||||
lifeblind | vrijdag 15 april 2011 @ 09:11 | |||
Je hebt lijstjes met data, en je probeert arrays zoveel mogelijk te vermijden? Volgens mij snap je het concept van arrays nog niet helemaal. | ||||
Feyenoordlife | vrijdag 15 april 2011 @ 09:58 | |||
Omdat ik van arrays weinig snap, het lukt maar niet. Verder vind ik PHP best lekker lopen. Ik ben ook begonnen met dit projectje om er nog wat mee te oefenen. | ||||
GI | vrijdag 15 april 2011 @ 09:59 | |||
Als je dit wil doen zal je toch echt met arrays moeten gaan werken. | ||||
Pakspul | vrijdag 15 april 2011 @ 10:02 | |||
Je kunt een einde komen met lelijke code ![]() | ||||
lifeblind | vrijdag 15 april 2011 @ 10:04 | |||
Zoek dan eens wat artikelen over Arrays op zou ik zeggen. Toen ik heel wat jaren geleden begon met programmeren snapte ik het ook niet zo heel erg goed, en toen ben ik gewoon wat rond gaan zoeken (toendertijd nog in de bibliotheek, want ik had toen nog geen internet ![]() | ||||
Intrepidity | vrijdag 15 april 2011 @ 10:06 | |||
Nee, met arrays werken levert mooie code op ![]() Ik mag hopen dat er binnenkort in SPL nog een OO array-alternatief komt, afgezien van specifiekere implementaties als de stack en de doubly linked list. De array API voldoet anno 2011 niet meer imho ![]() Hoe cool zou het zijn als je gewoon dingen als
![]() | ||||
Pakspul | vrijdag 15 april 2011 @ 10:17 | |||
Ben het met je eens dat arrays vele malen beter werken dan geen gebruik van arrays. Maar ik heb programmeurs oplossingen zien gebruiken waarvan ik dacht. Kerel alsjeblieft ga programmeren leren of ga wat anders doen. Bijvoorbeeld:
Zo kun je dus arrays vermijden, maar gvd zeg wat een gedrocht aan code krijg je dan. | ||||
lifeblind | vrijdag 15 april 2011 @ 10:19 | |||
Terwijl in principe je hiermee gewoon het concept van arrays aan het nabouwen bent ![]() | ||||
Pakspul | vrijdag 15 april 2011 @ 10:21 | |||
Juist, daarom zei ik met lelijke code kun je een heel eind komen ![]() | ||||
Intrepidity | vrijdag 15 april 2011 @ 10:35 | |||
Nogmaals; mensen hier die al wat dingen met symfony 2 geprobeerd hebben? Zit vast met inloggen met de entity userprovider. Meldt steeds dat user/wachtwoord onjuist is, terwijl er niet eens een doctrine query wordt uitgevoerd. Inloggen met de in-memory userprovider werkt wel prima. | ||||
GI | vrijdag 15 april 2011 @ 10:43 | |||
Weet iemand hier toevallig hoe ik op een windows omgeving zonder veel moeite de tijd van mijn SQL server gelijk kan krijgen aan de systeemtijd ? | ||||
Intrepidity | vrijdag 15 april 2011 @ 10:47 | |||
Nevermind, gelukt ![]() ![]() | ||||
GlowMouse | vrijdag 15 april 2011 @ 10:59 | |||
Is de tijdzone onjuist? Volgens mij hoort hij synchroon te lopen, anders zou je na verloop van tijd altijd op problemen stuiten. | ||||
Feyenoordlife | vrijdag 15 april 2011 @ 11:43 | |||
Heb ik gedaan, en ik krijg het maar niet voor elkaar om het goed te begrijpen ![]() | ||||
Pakspul | vrijdag 15 april 2011 @ 11:47 | |||
Doe dit eens
En dan:
Nu heb je tabel gegevens als goed is in een array zitten. | ||||
GI | vrijdag 15 april 2011 @ 12:03 | |||
Alle timezone tabellen staan leeg in de mysql database, dus ik gok niet dat het fout staat. En hij loopt steevast een uur achter. Zelfs na een webserver en mysql herstart. | ||||
GlowMouse | vrijdag 15 april 2011 @ 12:05 | |||
Tijdzoneprobleem dus, als het precies een uur is. Kijk eens naar http://dev.mysql.com/doc/refman/5.5/en/time-zone-support.html | ||||
Feyenoordlife | vrijdag 15 april 2011 @ 12:15 | |||
Dat gedeelte had ik dus goed gedaan zie ik net ![]() | ||||
Tegan | vrijdag 15 april 2011 @ 12:20 | |||
Ik moest ooit gedwongen arrays gebruiken in een Java-opdracht voor school, en sindsdien heb ik wel ontdekt dat ze best wel heel handig zijn, eerder zou ik het idd ook zo gaan doen ![]() ![]()
| ||||
Pakspul | vrijdag 15 april 2011 @ 12:52 | |||
Array kun je dan weer doorlopen via loopje
| ||||
MrNiles | vrijdag 15 april 2011 @ 12:52 | |||
Op een website heb ik 1 pagina waarbij de tekst vaak veranderd moet worden. De rest van de pagina's is statisch, puur informatie en veranderd dus nauwlijks. De ene pagina zou ik graag door andere mensen willen laten aanpassen dmv een heeeel simpel cms. Hoeft geen moeilijke opmaak in te zitten, geen vette,cursief,unline tekst oid. Wat is de eenvoudigste manier om de tekst van deze pagina te wijzigen voor een gebruiker? | ||||
Intrepidity | vrijdag 15 april 2011 @ 13:29 | |||
Er is de laatste tijd zo'n heel mooi volgknopje onderaan het topic ![]() | ||||
Diabox | vrijdag 15 april 2011 @ 13:48 | |||
Heel simpel zou ik gewoon 'n input formuliertje maken die de input verstuurt naar de juiste pagina, en dan de gegevens ophalen met $_POST en dan dus opslaan in de DB. (of gewoon direct opslaan in de DB natuurlijk) | ||||
MrNiles | vrijdag 15 april 2011 @ 13:58 | |||
Het is natuurlijk een kwestie van uitproberen maar worden enters wel onthouden in de DB of krijg ik dan alle tekst achterelkaardoor | ||||
Diabox | vrijdag 15 april 2011 @ 13:59 | |||
Gewoon <br /> gebruiken, als ie het later ophaalt en wordt geparsed naar html worden het enters, lijkt mij dan he. | ||||
Intrepidity | vrijdag 15 april 2011 @ 14:00 | |||
Enters worden gewoon opgeslagen als CR+LF. Als je bij het afdrukken een nl2br() over de html heen haalt worden die weer netjes getoond ![]() | ||||
Diabox | vrijdag 15 april 2011 @ 14:03 | |||
Wat beter ja. | ||||
mafkees01 | vrijdag 15 april 2011 @ 15:15 | |||
Zeer slechte code imo. Ten eerste is via $_POST[self] XSS mogelijk, en dit is eveneens nodig bij je form input. Je valideert helemaal niets. Gebruik hiervoor strip_tags() of htmlentities() om XSS te voorkomen. Daarnaast ben je ook 100% gevoelig voor SQL injection en kan ik je database zo leeg maken als ik dat wil. Gebruik mysql_real_escape_string() voor je $_POST variabelen of gebruik prepared statements icm mysqli. Dit kan, maar er is niet voor niets de functie foreach() ![]() | ||||
GlowMouse | vrijdag 15 april 2011 @ 15:49 | |||
niet ![]() | ||||
Tegan | vrijdag 15 april 2011 @ 16:24 | |||
![]() | ||||
GlowMouse | vrijdag 15 april 2011 @ 16:26 | |||
http://nl3.php.net/mysql_query
| ||||
Feyenoordlife | vrijdag 15 april 2011 @ 16:47 | |||
Ja dit weet ik. Beveiliging heb ik nog niet aan gewerkt (en is in dit gedeelte van het systeem ook niet heel belangrijk omdat dit een beveiligde omgeving wordt waar alleen ik zelf in kan komen), maar dat komt er nog wel in ![]() | ||||
mafkees01 | vrijdag 15 april 2011 @ 22:55 | |||
Alle gegevens ophalen dan.. Ik vind dat altijd zo'n onzin hè.. "in dit gedeelte van het systeem ook niet heel belangrijk". Ik snap dat je t nog moet leren, maar een goed begin is het halve werk.. De code is enorm slecht en beter lees je je dan eerst in voordat je begint met schrijven.. Ten eerste zou ik PHP_SELF weghalen en daar gewoon je pad neerzetten naar je PHP bestand. Wanneer je een bestand include, kijk dan eerst of het bestaat met file_exists() Dit voorkomt errors voor users indien er iets fout gaat. Ook hoef je bij ntegers geen ' ' omheen te zetten, dit is alleen nodig bij strings. Zoals gezegd, gebruik strip_tags() op je post waarden want dit gaat geheid fout.. Zoals eerder gezegd, gebruik mysqli icm prepared statements. Je bent dan direct van je sql injection af en de kans dat het fout gaat is dan flink verkleint.. Het kost je vrijwel geen enkele moeite meer.. Succes | ||||
Sitethief | maandag 18 april 2011 @ 10:28 | |||
Als je bij het leren van PHP jezelf al aanleert om veilig te programmeren, is de kans ook veel kleiner dat je het later steeds weer fout doet ![]() | ||||
Tegan | maandag 18 april 2011 @ 10:29 | |||
Alleen jammer dat die twee dingen vaak losstaan van elkaar in de literatuur. | ||||
Diabox | maandag 18 april 2011 @ 17:02 | |||
- Gepost in javascript voor dummies topic. - [ Bericht 48% gewijzigd door Diabox op 18-04-2011 17:21:34 ] | ||||
lifeblind | maandag 18 april 2011 @ 17:14 | |||
1) Wat doet die dynContent functie? 2) dit is javascript, geen php, dus nogal off-topic | ||||
Diabox | maandag 18 april 2011 @ 17:21 | |||
Wist niet dat er 'n javascript voor dummies topic is, foutje. | ||||
GlowMouse | maandag 18 april 2011 @ 17:24 | |||
Ik post toch ook geen vragen over sinterklaas hier als ik geen sinterklaastopic zie? | ||||
Diabox | dinsdag 19 april 2011 @ 15:08 | |||
Ik haal m'n $_GET's door de volgende functie alvorens ik er iets mee doe;
En nu vroeg ik mij af of dit veilig genoeg is, of dat deze functie nog veiliger kan. | ||||
GlowMouse | dinsdag 19 april 2011 @ 15:25 | |||
Het ligt er helemaal aan wat je met de variabele wilt doen. | ||||
Diabox | dinsdag 19 april 2011 @ 15:32 | |||
Ik set er sessions mee en/of ik gebruik ze om mee te rekenen, en/of ik print ze, het wordt in ieder geval niet gebruikt voor SQL queries. Het bevat overigens geen gevoelige informatie, geen gebruikersnamen/wachtwoorden/etc. | ||||
GlowMouse | dinsdag 19 april 2011 @ 16:09 | |||
Rekenen doe je met doubles of integers, en die hoeven hier niet uit te komen. | ||||
Chandler | dinsdag 19 april 2011 @ 20:26 | |||
TVP, Gelijk simpel vraagje; PNG compressie middels ImageMagick, welke filter moet ik kiezen voor compressie? http://eclecticdjs.com/mi(...)8/setcompression.php http://eclecticdjs.com/mi(...)mpressionquality.php php.net brengt mij geen duidelijkheid! ![]() | ||||
GlowMouse | dinsdag 19 april 2011 @ 23:35 | |||
png is geen lossy compressie; ik zou kijken naar http://nl.php.net/manual/en/function.imagick-setimageformat.php | ||||
-Datdus- | woensdag 20 april 2011 @ 10:08 | |||
Ik ben zo'n ontzettende nerd dat ik hier om moest lachen. ![]() | ||||
-Datdus- | woensdag 20 april 2011 @ 10:09 | |||
Heeft hier iemand wel eens met oauth gewerkt? | ||||
stefan1218 | woensdag 20 april 2011 @ 15:12 | |||
niet mee gewerkt maar wel een handige manual gevonden http://nl3.php.net/manual/en/book.oauth.php ziet er wel handig uit. | ||||
Feyenoordlife | woensdag 20 april 2011 @ 16:44 | |||
Waarom wordt nu alleen de laatste rij in mijn database geüpdate? Als ik de array uitlees klopt alles wel gewoon. | ||||
Intrepidity | woensdag 20 april 2011 @ 16:46 | |||
Omdat je foreach leeg is en je query dus in de foreach moet. Nu loopt hij door de array heen, doet niks, en gebruikt na de hele loop de laatste waarden uit de array voor een enkele update. Overigens is dit ook behoorlijk inefficient, 4 for-loops in elkaar is altijd een slecht idee. Dat moet te optimaliseren zijn ![]() Edit: never mind, er zitten niet eens 4 for-loops in elkaar, je hebt 4 lege for-loops ná elkaar. Je inspringing is een beetje brak. | ||||
Luchtkoker | woensdag 20 april 2011 @ 16:49 | |||
Wat is er met die rare indenting van je sluitende brackets? Op dit moment sluiten je foreaches voor ze uberhaupt iets hebben gedaan. Ik snap niet helemaal wat je bedoeling is. ![]() -edit ah ik snap het al. Je probeert je POST vars door te loopen in die foreaches te initialiseren in vars, en dan die query elke keer uit te voeren? Dan moet je inderdaad zoals de poster boven mij zegt je query in de for-loop zetten. Op dit moment loopt hij door alles, en zodra hij dus de loops uit komt staan $WThuisploeg, $WUitploeg etc allemaal op hun laatste waarden geintializeerd (vlak voordat ze de loop uit gingen dus). Als je het voor elke combo wilt moet je ze niet sequentieel plaatsen, maar genest. -edit2- Sowieso, zijn die $_POST vars arrays? | ||||
Feyenoordlife | woensdag 20 april 2011 @ 16:55 | |||
De $_POST vars zijn inderdaad arrays. En de inspringing zal ik even opnieuw doen, wordt het iets overzichtelijker. Wat ik op dit moment gedaan heb is de sluit-accolades onder de query gezet, en dit levert als resultaat op dat de laatst ingevulde uitslag in elke rij komt te staan. | ||||
Intrepidity | woensdag 20 april 2011 @ 16:57 | |||
Zolang je geen associaties hebt in je array tussen welke scores bij welke ploegen horen houd je dat probleem. | ||||
lifeblind | woensdag 20 april 2011 @ 17:05 | |||
volgens mij kom je al een heel stuk verder als je dit probeert:
| ||||
GlowMouse | woensdag 20 april 2011 @ 17:31 | |||
En dan nog iets leuks met sql injection. | ||||
Feyenoordlife | woensdag 20 april 2011 @ 18:01 | |||
Dat gedeelte had ik ondertussen ja. Nu moet ik er dan volgens mij nog een associatieve array van maken. | ||||
Chandler | woensdag 20 april 2011 @ 18:55 | |||
Helaas, ik moet de plaatjes behouden als PNG! maar hoopte dat er een oplossing was om er toch een beetje compressie overheen te gooien, zoals photoshop en andere paketten ook doen! | ||||
GlowMouse | woensdag 20 april 2011 @ 19:08 | |||
http://en.wikipedia.org/w(...)ics#Optimizing_tools Daar staan wat truukjes om een png kleiner te maken. | ||||
MrNiles | woensdag 20 april 2011 @ 21:55 | |||
hoe kan ik bij een bijv een agenda of gastenboek de regels om en om een bepaalde kleur geven. Zodat duidelijker het verschil tussen regels ontstaat. Beetje lastige uitgeleg...en ik kan snel ff geen voorbeeld vinden maar ik hoop dat iemand snapt wat ik bedoel | ||||
Light | woensdag 20 april 2011 @ 22:01 | |||
Geef ze in PHP om en om een class mee, en style die vervolgens in css met verschillende (achtergrond)kleuren. | ||||
mafkees01 | woensdag 20 april 2011 @ 22:38 | |||
Eensch, maak 2 classes aan in CSS en geef ze beiden een andere achtergrondkleur. Weet niet waar je mee werkt, maar ik zou in je loop een counter doen die gewoon elke keer optelt. Maak een variabele $i = 0; en na elke loop doe je $i++; Vervolgens kijk je in de regel of het getal even is of oneven (% modulo operator) en aan de hand daarvan geef je de juiste class mee aan je div/tabel/whatever... | ||||
Light | woensdag 20 april 2011 @ 22:46 | |||
Het is trouwens ook volledig in css uit te werken, bedenk ik me. Dan heb je in php helemaal niets nodig met extra classes. Alleen jammer dat de css-uitwerking niet in alle browsers (lees: IE) werkt. Voorbeeld:
| ||||
mafkees01 | woensdag 20 april 2011 @ 22:54 | |||
Hmm oke, dat wist ik niet. Ik elk geval zou ik het in PHP oplossen, dan ben je niet afhankelijk van de browser en oudere versies en in PHP is het ook zo gefixt ![]() | ||||
Luchtkoker | woensdag 20 april 2011 @ 23:51 | |||
Is dat CSS3 ofzo? Ik ken het namelijk helemaal niet (niet dat ik zó'n CSS expert ben ![]() | ||||
Diabox | donderdag 21 april 2011 @ 00:04 | |||
| ||||
GlowMouse | donderdag 21 april 2011 @ 00:14 | |||
Ja, achteraf met JS wat classes toevoegen. Zullen die oude browsers blij van worden. Ga nou geen oplossing aandragen voor een probleem dat er niet is. | ||||
Light | donderdag 21 april 2011 @ 08:15 | |||
Dat is CSS3, ja. Leuk speelgoed ook ![]() | ||||
Intrepidity | donderdag 21 april 2011 @ 08:18 | |||
Graceful degradation. Styles moet je toewijzen met CSS, niet met PHP. Werkt het niet, dan maar met een javascript-achtige fallback. Sowieso voegen dat soort operaties nou niet bepaald extreem veel overhead toe, zeker niet als je jQuery uberhaupt al actief hebt. Zeker op drukke websites is het niet verstandig dat soort duidelijke client-side operaties aan de server over te laten. | ||||
mstx | donderdag 21 april 2011 @ 08:59 | |||
Ik zou alsnog voor de PHP oplossing gaan ((on)even regels een andere class geven). Werkt in alle browsers en je hebt geen javascript nodig. Qua PHP performance maakt het ook geen reet uit, tenzij je 1 miljoen regels hebt maar dan is javascript nog veel trager. | ||||
Pakspul | donderdag 21 april 2011 @ 09:24 | |||
idd, aangezien het maar één ifstatement is valt het echt reuze mee.
En that's it ![]() | ||||
lifeblind | donderdag 21 april 2011 @ 09:28 | |||
En op een site/pagina die zonder javascript moet werken waar je wel die stijlen wilt hebben? Nooit er van uit gaan dat iedereen javascript aan heeft staan. Sowieso dit soort dingen d.m.v. javascript toevoegen is een beetje overkill. Nog een tipje m.b.t. dit, als je een template-engine zoals smarty gebruikt, kun je dit min of meer automatisch laten doen. Als je dan je data in je template zet, kun je gewoon aangeven welke class die om de x-aantal iterations moet doen, werkt veel simpeler. Op deze manier hou je ook logica van je code (data ophalen, er iets leuks mee doen etc.) gescheiden van je weergave (want dat doe je allemaal in je template). | ||||
mafkees01 | donderdag 21 april 2011 @ 12:17 | |||
![]() | ||||
Intrepidity | donderdag 21 april 2011 @ 12:33 | |||
Ik ben van mening dat dit soort dingen een toevoeging zijn en dat graceful degradation hier dus op zijn plaats is. Mensen die JS uit hebben staan zijn er nauwelijks (en moeten tevens dood, want paranoide), en die zien dan geen zebra-striping in een tabel, big deal. Gewoon nooit dat soort weergavezaken serverside laten afhandelen. Werkt leuk en snel, maar als je een paar miljoen hits per dag te verwerken krijgt en je hebt overal dat soort truucjes in je code zitten kunnen al die cycles al snel een hele server schelen. Niet dat ik verwacht dat je je daar direct mee bezig houdt, maar verkeerde dingen aanleren is nooit een goed plan. | ||||
GlowMouse | donderdag 21 april 2011 @ 12:35 | |||
![]() | ||||
mstx | donderdag 21 april 2011 @ 12:39 | |||
Moet je alleen X en Y omdraaien. ![]() | ||||
lifeblind | donderdag 21 april 2011 @ 12:41 | |||
En dingen als drempelsvrij en dergelijke zeggen je niets? Sowieso, als je miljoenen hits per dag te verwerken krijgt moet je meer aan caching enzo denken, als je dan iedere keer de pagina's serverside opnieuw gaat opbouwen doe je sowieso al iets niet goed. | ||||
Intrepidity | donderdag 21 april 2011 @ 12:47 | |||
Zebrastriping op een braillemachine, goed idee! Ik snap je punt, maar ik zit in de B2B-hoek, en daar is dat eigenlijk geen prioriteit, maar vooruit. Tuurlijk doe je aan caching, maar bij een site die inherent dynamisch is ben je toch continue je pagina's aan het verversen. Niet iedere hit, maar bij een website als facebook (ik noem maar een dwarsstraat) is het cachen van pagina's over het algemeen een vrij zinloze exercitie. Hooguit blokken. Maar kom op, we hebben het hier over het kleuren van een paar rijen, is dat werkelijk iets waar je serverside technologie wilt inzetten? CSS-selectoren gebruiken, en als dat niet ondersteund wordt een regeltje javascript en klaar is kees. Het is niet alsof onder IE7 die hele website ineens onbruikbaar wordt van een regel javascript. | ||||
mafkees01 | donderdag 21 april 2011 @ 12:47 | |||
Zo zie je maar, waarom moeilijk doen in CSS als het zo prima kan ![]() | ||||
Intrepidity | donderdag 21 april 2011 @ 12:47 | |||
Omdat CSS er voor bedoeld is, dat is waarom. | ||||
Pakspul | donderdag 21 april 2011 @ 12:52 | |||
Het oog wil ook wat ![]() | ||||
mafkees01 | donderdag 21 april 2011 @ 12:58 | |||
Ach, als je er 10 regels code voor nodig hebt en 2 loops geef ik je gelijk, maar als de oplossing zo simpel is zie ik in waarom je het niet met PHP zou oplossen. Om nog maar niet te beginnen over het feit dat de CSS oplossing erg browser afhankelijk is... | ||||
Intrepidity | donderdag 21 april 2011 @ 13:02 | |||
Misschien ben ik wel een ongelofelijk zeikende purist hoor, maar PHP is afaik een serverside-taal en dus niet bedoeld voor dergelijke weergavezaken. Ik gebruik PHP om semantisch juiste HTML uit te poepen (en overal lukraak css-klassen aanhangen valt daar imo niet onder), en hoe dat geïnterpreteerd wordt en uiteindelijk weergegeven wordt is het pakkie aan voor de clientside-talen zoals css en javascript. Het zou wat wezen dat je je PHP script moet aanpassen om je website er anders uit te laten zien, dat hoort imho niet. Daarnaast heeft het voorbeeld hierboven met de zebra striping natuurlijk nauwelijks toegevoegde waarde. Jammer dat IE gebruikers die eventueel niet zien bij zowel gebrek aan CSS3 als JS-ondersteuning, maar dat is zo'n kleine doelgroep dat mij dat niet relevant lijkt (en dan nog is alles gewoon functioneel en missen ze niks). | ||||
MrNiles | donderdag 21 april 2011 @ 16:12 | |||
ik heb wel een discussie opgang gebracht met mijn vraagje.. bedankt voor alle respons op de zebra-striping...mooi woord voor galgje, ga ik onthouden | ||||
afro | dinsdag 26 april 2011 @ 14:00 | |||
Weet iemand hoe ik dit moet gaan doen? Ik heb tien input velden, zoals hieronder, deze moeten allemaal de database doorzoeken en aparte resultaten krijgen. Nu is het probleem dat alleen de eerste werkt (logisch).
PHP
Hoe zorg ik ervoor dat het voor elke input apart word "verwerkt". | ||||
mstx | dinsdag 26 april 2011 @ 14:03 | |||
| ||||
afro | dinsdag 26 april 2011 @ 15:01 | |||
Gelukt ![]() [ Bericht 38% gewijzigd door afro op 26-04-2011 16:10:15 ] | ||||
mafkees01 | dinsdag 26 april 2011 @ 17:42 | |||
Ten eerste: zwaar onveilig de manier die je nu gebruikt.. Ten tweede: dit is nou precies een situatie waar prepared staments voor ontwikkeld is... | ||||
GlowMouse | dinsdag 26 april 2011 @ 17:45 | |||
Ten derde: wat een rare include Ten vierde: een query binnen een loop is in dit geval erg onnodig | ||||
Luchtkoker | dinsdag 26 april 2011 @ 20:45 | |||
Hey GlowMouse, wat me opvalt, je zit altijd zo te muggenziften (no offense) op kleine foutjes/dingen die niet zo net zijn, maar ik zie je nooit beginnen over dat mensen de oude MySQL libs gebruiken en geen MySQLi. Dit terwijl het (erg) ontmoedigd wordt om nog deze oude MySQL libraries te gebruiken, en volgens mij deze zelfs niet meer compatible zullen zijn met PHP6. Zou je daar niet eens op gaan hameren? gr gr | ||||
GlowMouse | dinsdag 26 april 2011 @ 21:07 | |||
Zolang je de extra features van MySQLi niet gebruikt, biedt MySQLi geen voordelen. Bovendien zie ik MySQL niet verdwijnen. Daarnaast moet je een database-class gebruiken, zodat mysql door mysqli vervangen nauwelijks tijd kost. | ||||
Luchtkoker | dinsdag 26 april 2011 @ 21:18 | |||
Oracle ontmoedigt zelf de oude MySQL libs nog te gebruiken voor nieuwe projecten, en jij, als man van netheid en correctheid, zou daar toch waarde aan moeten hechten? ![]() | ||||
Luchtkoker | dinsdag 26 april 2011 @ 21:26 | |||
En inderdaad, na nader onderzoek bleek dat er 'sprake' was van het verwijderen van de klassieke MySQL libs in PHP6, maar dat ze daarvan hebben afgezien i.v.m. teveel actieve gebruikers ervan. Maar goed, als je hier kijkt, zie je halverwege zo'n Comparison, waar MySQLi/PDO wordt aangeraden voor nieuwe projecten, en de oude MySQL libs niet. | ||||
Sitethief | woensdag 27 april 2011 @ 09:00 | |||
Ten vijfde: leer te indenten | ||||
mstx | woensdag 27 april 2011 @ 09:11 | |||
Ten zesde: onderdruk fouten niet met @ maar zorg dat je in eerste instantie geen fouten krijgt. | ||||
Intrepidity | woensdag 27 april 2011 @ 09:20 | |||
Database-class als in: PDO. Eigen databasewrappers schrijven is tegenwoordig ook nergens meer voor nodig, daar hebben we PDO voor. Jammer alleen dat het een hoop hosters onvoldoende drivers aanbieden. Als iedereen gewoon fijntjes leert met prepared statements te werken heb je in 1 klap de helft minder problemen in het kader van SQL-injectie en dergelijke. Ben ik in principe met je eens, maar er zijn uitzonderingsgevallen, zoals verschillen tussen de Linux en Windows-API's die errors veroorzaken, en andere randgevallen waarbij onderdrukking in plaats van rete-ingewikkelde foutafhandeling beter is. Maar inderdaad, bij in 99% van de gevallen is dat niet nodig. Samenvatting: onderdrukking voor tekortkomingen van PHP zelf is prima, maar voor fouten aan je eigen kant niet. [ Bericht 10% gewijzigd door Intrepidity op 27-04-2011 09:26:11 ] | ||||
afro | woensdag 27 april 2011 @ 10:22 | |||
Indenten?
Zo goed opgelost?
En is dit veiliger? [ Bericht 19% gewijzigd door afro op 27-04-2011 10:42:58 ] | ||||
mstx | woensdag 27 april 2011 @ 10:28 | |||
echo ''; is nogal nutteloos he. ![]()
| ||||
afro | woensdag 27 april 2011 @ 10:37 | |||
Dat is waar ![]() Bedankt! | ||||
Intrepidity | woensdag 27 april 2011 @ 11:00 | |||
http://en.wikipedia.org/wiki/Indent_style | ||||
-Datdus- | donderdag 28 april 2011 @ 11:33 | |||
Weet iemand hoe je multiple dimensional array output? | ||||
PiRANiA | donderdag 28 april 2011 @ 11:35 | |||
Hoe wil je hem outputten? Alleen even bekijken? var_dump($aMultiDimensional); | ||||
Intrepidity | donderdag 28 april 2011 @ 11:46 | |||
Als je 'm daadwerkelijk netjes op het scherm wilt weergeven kun je denken aan geneste for-loops (alleen als je het aantal dimensies van tevoren weet), maar nog netter een recursieve methode (ook bruikbaar bij onbekend aantal dimensies) | ||||
-Datdus- | donderdag 28 april 2011 @ 11:47 | |||
outputten! ![]() | ||||
mafkees01 | donderdag 28 april 2011 @ 23:34 | |||
Met print / echo dus... | ||||
remi1986 | vrijdag 29 april 2011 @ 09:16 | |||
gebruik altijd print_r i.c.m. <pre> </pre> | ||||
GI | vrijdag 29 april 2011 @ 10:40 | |||
Same. | ||||
Pakspul | vrijdag 29 april 2011 @ 10:48 | |||
var_dump geeft mij ook iets teveel informatie terug, wel handig als het om type casting gaat dat je precies weet waar je mee werkt. Maar als je in een MVC framework werkt bouw je je models zo dat er een stuk type casting in zit, zodat je er vanuit kunt gaan dat de objecten waarmee je werkt ook daadwerkelijk het type hebben wat je verwacht i.p.v. dat losse type casting waar PHP mee werkt. | ||||
Intrepidity | vrijdag 29 april 2011 @ 11:11 | |||
Gelukkig zit type hinting voor scalar variables in de pijplijn voor een volgende PHP-versie ![]() | ||||
Pakspul | vrijdag 29 april 2011 @ 11:13 | |||
Bron? Want ik ben echt zwaar benieuwd naar de uitwerking. Liefste zie ik zoiets als c# want dat verschil niet erg veel van PHP. Mooiste zal zijn als string,integer,float etc ook classes zijn of structures zodat deze ook in functies worden geaccepteerd. | ||||
Farenji | vrijdag 29 april 2011 @ 11:32 | |||
Dat geeft vooral overhead, en zeker in een weakly typed taal als php heeft het andere nadelen. Zelfs in een taal als java zijn integers en floats etc gewoon primitives, die je eventueel wel in een Integer/Float etc class kan vatten. Maar dat riekt bij mij al snel naar overengineering. Niks mis met primitives. Misschien dat het voor strings handig kan zijn, bijv zoals het in javascript werkt bijvoorbeeld, waar een string een object en ook een pseudo array is. Voor de rest: keep it simple, stupid. | ||||
Intrepidity | vrijdag 29 april 2011 @ 11:41 | |||
Zie o.a. http://sebastian-bergmann(...)s-in-PHP-5.3.99.html Kortom kun je geen variabelen zoals "int $foo" declareren, maar wel types verplicht stellen in methodes, zoals nu ook al mogelijk is met arrays en objecten. Scalar types worden hopelijk nooit classes. Heeft nauwelijks toegevoegde waarde en voegt inderdaad alleen maar overhead toe. Wat ik wel erg jammer vind is dat de checking niet automatisch gebeurt. Je kunt wel methoden als "public function foo(int $parameter)" declareren, maar vervolgens moet je zélf met de reflection-API checken of die variabele wel van dat type is. | ||||
Farenji | vrijdag 29 april 2011 @ 11:53 | |||
Je moet PHP ook niet proberen te veranderen in wat het niet is en wat nooit de bedoeling was. Het is oorspronkelijk gemaakt als een zeer laagdrempelige, ubersimpele scriptingtaal. Als je er echt een stricte en volledige programmeertaal van wil maken inclusief type checking etc dan kun je beter met een schone lei beginnen, zodat je ook alle nare erfenissen uit de voorbije tijd kunt kwijtraken. Maar ja, dan kom je waarschijnlijk uit op iets zoals Python... | ||||
Intrepidity | vrijdag 29 april 2011 @ 11:57 | |||
Een ubersimpele scriptingtaal is het al jaren niet meer. Loosely typed is het inderdaad, maar dat is een bewuste keuze geweest. Een volledige taal is het al een heel poosje. Wat voor dingen mis jij zoal in de API dan? Dat het niet geleverd wordt met een compleet framework zoals bijvoorbeeld ASP.net dat doet klopt, maar dat zie ik als een groot voordeel, omdat ik dan zelf een framework kan kiezen. Ben het met je eens dat PHP out-of-the-box niet klaar is voor enterprise toepassingen, maar juist het feit dat je zelf je componenten, opcode caching, frameworks en dergelijke kunt kiezen is een groot voordeel, iets wat ik bij ASP.net en dergelijke talen grotendeels mis. Dit uiteraard afgezien van het feit dat je het kúnt gebruiken als een houtje-touwtje scripttaaltje, maar de mensen die dat doen kan ik uberhaupt niet serieus nemen. Ik zeg niet dat PHP een stricte taal moet worden, maar als je type hinting wilt introduceren, doe het dan wel volledig en niet halfgebakken. Of maak automatische checking ten minste een configuratieoptie. | ||||
mafkees01 | zondag 1 mei 2011 @ 21:53 | |||
Gebruikte eerst ook altijd print_r, maar tegenwoordig altijd var_dump omdat ik veel gebruik maak van arrays ![]() ![]() | ||||
themole | zondag 1 mei 2011 @ 21:55 | |||
Idd qua weergave is var_dump wel de betere. ![]() | ||||
mafkees01 | zondag 1 mei 2011 @ 22:05 | |||
Ligt er dan ook wel enorm aan.. Als ik een dynamische SQL query bouw dan vind ik een var_dump erg onhanding omdat er quotes omheen staan, welke type casting en de length. Dan is de eventuele fout in je query moeilijk te vinden.. Dan gebruik ik gewoon print weer.. Ligt er net aan wat ik wil debuggen ![]() | ||||
Intrepidity | maandag 2 mei 2011 @ 09:31 | |||
Gebruik toch in godsnaam gewoon xdebug ![]() | ||||
GI | maandag 2 mei 2011 @ 09:40 | |||
Waarom zou ik ? Ik heb een eigen db-debugger in mijn db-class ingebouwd en kom met print_r verder gewoon waar ik wil komen. | ||||
Intrepidity | maandag 2 mei 2011 @ 10:13 | |||
En als je niet weet op welke code je programma crasht? Kun je ook fijn je methodes in stappen met print_r en dergelijke? Tuurlijk heb je het niet persee nodig, maar het scheelt een hele hoop tijd. Dan zouden we met z'n allen net zo goed in notepad assemblycode kunnen gaan zitten tikken, maar dat doen we ook niet. | ||||
Pakspul | maandag 2 mei 2011 @ 13:43 | |||
wtf is xdebug? Ik heb mijn code zo gemaakt dat als er iets mis gaat dat ik een exception krijg en met de stacktrace kan ik dan zien waar het fout gaat. Persoonlijk vind ik debug programma's ook brak. Zend heeft er ook 1 maar kan daar echt niet mee overweg aangezien ik mijn variabelen best diep heb zitten en dan ben ik met een print_r velen malen sneller. | ||||
Intrepidity | maandag 2 mei 2011 @ 14:54 | |||
xdebug is een php-plugin die ook ondersteund wordt door de meeste IDE's waarbij je bij een exception of error meteen naar de betreffende regel springt in je IDE en waarna je alle variabelen en de loop van je programma kunt inspecteren. M.a.w. volledige debugging zoals je dat o.a. ook in visual studio .net hebt. | ||||
Keiichi | zondag 8 mei 2011 @ 13:59 | |||
Ik ben op zoek naar een makkelijk middel op MySQL tabellen om te zetten in PHP classes zodat ik hier vrij makkelijk CRUD operaties mee kan doen, zonder dat ik een mysql query hoef in te voeren. Ik heb wel het eea gevonden dat het van PHP classes naar MySQL tabellen gaat (Vrijwel alle MVC frameworks). Rede waarom ik dit wil is dat mijn database gewoon als uitgangspunt genomen moet worden, die heb ik immers al ontworpen met alle bijhorende relaties tussen tabellen. Naast parent-child relaties, heb ik ook een relatie die bedoelt is voor inheritance. (Ik heb eigenlijk ook geen MVC framework gezien die dit als zodanig ondersteund) Wie weet een toolkit die kan doen wat ik wil? | ||||
Intrepidity | zondag 8 mei 2011 @ 21:16 | |||
Doctrine2 kan proxyklassen genereren uit een bestaande database, maar ik vermoed dat dit enigszins overkill is voor je. | ||||
Keiichi | maandag 9 mei 2011 @ 07:49 | |||
Ik zie niet zo snel waar de overkill zou zitten, ik heb vanavond iets om me even goed in te verdiepen ![]() | ||||
dirkjo | donderdag 12 mei 2011 @ 20:53 | |||
Ik heb een vraagje betreft het automatisch wissen van data uit m'n tabel. Ik run een server waarbij ik graag wil dat account's na bijvoorbeeld 30 dagen inactiviteit verwijderd worden. Nu weet ik dat je met behulp van een cronjob iets kan uitvoeren op een bepaald moment, tenminste voor zover ik heb gelezen. Maar in hoeverre kun je doormiddel van het checken van een datum in de tabel kijken of die 30 dagen niet actief is geweest. Op dit moment bevat m'n tabel al een kolom waar elke keer de datum word aangepast als die inlogt. Iemand die me kan helpen? ![]() | ||||
GlowMouse | donderdag 12 mei 2011 @ 20:54 | |||
Dat gaat met een WHERE in je query. | ||||
dirkjo | donderdag 12 mei 2011 @ 21:19 | |||
Moet ik PHP dan bijvoorbeeld elke 24 uur de hele database checken en elk account met een datum van 30 dagen geleden laten verwijderen? Dus ff letterlijk getypt: elke 24 > check DB > datum - 30 = DELETE Ben nog geen prof in php/sql ![]() | ||||
GlowMouse | donderdag 12 mei 2011 @ 21:49 | |||
Precies, om de zoveel tijd met PHP een delete-query draaien. | ||||
dirkjo | donderdag 12 mei 2011 @ 22:17 | |||
Het is soms echt te makkelijk, thanks ![]() Ga even uitzoeken hoe ik een datum kan checken en er dagen vanaf halen ![]() | ||||
Light | donderdag 12 mei 2011 @ 22:54 | |||
Als je in de database datetime velden gebruikt, zou je eens kunnen kijken naar de mysql-functie datediff() | ||||
dirkjo | donderdag 12 mei 2011 @ 23:11 | |||
Het zijn inderdaad datetime fields, zal eens even kijken. Thanks ![]() | ||||
dirkjo | donderdag 12 mei 2011 @ 23:19 | |||
Even snel lopen kijken naar de datedriff() functie, maar als ik er zo naar kijk dan zou het ook moeten kunnen wanneer je gewoon gebruik maakt van de algemene varchar velden? | ||||
remi1986 | vrijdag 13 mei 2011 @ 09:40 | |||
Snel testje gedaan. Als je dit doet
Krijg je data die ouder zijn dan 30 dagen. Wel verwarrend met < -30. Dit kan je natuurlijk gebruiken met een DELETE WHERE query. | ||||
GlowMouse | vrijdag 13 mei 2011 @ 10:39 | |||
Als je varchar voor een datum gebruikt dan is het je eigen schuld. | ||||
Intrepidity | vrijdag 13 mei 2011 @ 11:19 | |||
Of van je voorganger waarmee je vanwege legacy-code maar moet zien te leven. | ||||
dirkjo | vrijdag 13 mei 2011 @ 16:09 | |||
Doe ik niet, zijn gewoon datetime fields ![]() | ||||
dirkjo | vrijdag 13 mei 2011 @ 16:10 | |||
Dankje! Ga er vanavond/dit weekend eens even mee kloten ![]() | ||||
dirkjo | vrijdag 13 mei 2011 @ 22:07 | |||
Ik kom er niet uit, zal waarschijnlijk wel komen door m'n lage kennis van sql ![]()
Dit geeft mij alleen het volgende als resultaat:
Wanneer ik dan bijvoorbeeld ga spelen met de waarde < -30 blijf ik constant dezelfde gebruikersnaam houden, terwijl ik zeer zeker weet dat er meerdere moeten verschijnen. Iemand die mij uit de knoei kan helpen? [ Bericht 2% gewijzigd door dirkjo op 13-05-2011 22:15:21 ] | ||||
Chandler | vrijdag 13 mei 2011 @ 22:09 | |||
Kan iemand mij het volgende uitleggen, ik heb een tabel met 4 velden (expire_date [timestamp], user_id [int], action [varchar=50], value [text]) en wil deze tabel gebruiken om acties voor een bepaalde tijd in een database in te voeren. Echter werkt de volgende insert niet zoals verwacht insert into `actions` (`expiredate`, `userID`, `action`, `value`) VALUES (CUR_TIJD + $time, $userID, $action, $value); waar CUR_TIJD de huidige tijd (time()) + $time in seconden is. Wat doe ik fout? | ||||
Chandler | vrijdag 13 mei 2011 @ 22:15 | |||
$dirkjo: gebruik eens print_r ![]() ![]() en DATEDIFF(`accessed`, NOW()) < -30 lijkt me leuker om dit te hebben `accessed` >= DATE_SUB(CURDATE(),INTERVAL 30 DAYS) zo pak je alles wat binnen 30 dagen valt ![]() ![]() | ||||
GlowMouse | vrijdag 13 mei 2011 @ 22:25 | |||
je echo't maar 1x, zie de voorbeelden op http://nl3.php.net/mysql_fetch_array Een timestamp veld vul je niet met een unix timestamp, en je wilt waarschijnlijk datetime gebruiken, zie http://dev.mysql.com/doc/refman/5.0/en/datetime.html En dat is beter voor indices. | ||||
Chandler | vrijdag 13 mei 2011 @ 22:30 | |||
Wist niet dat het beter was ![]() ![]() Ja ik wil het liefst werken met time() van php en timestamp maar zie dat datetime inderdaad een betere oplossing is, i'll try! | ||||
Chandler | vrijdag 13 mei 2011 @ 22:44 | |||
Raar ![]()
![]() ![]() | ||||
dirkjo | vrijdag 13 mei 2011 @ 22:49 | |||
Misschien erbij moeten vermelden dat ik 'printf' ook al heb geprobeerd. | ||||
GlowMouse | vrijdag 13 mei 2011 @ 22:50 | |||
Nee, dat had niet gehoeven. | ||||
Chandler | vrijdag 13 mei 2011 @ 22:51 | |||
Had ik gedaan maar resultaat was precies het zelfde ![]() | ||||
GlowMouse | vrijdag 13 mei 2011 @ 22:52 | |||
echo $query eens, ik zie geen fout | ||||
dirkjo | vrijdag 13 mei 2011 @ 22:53 | |||
Oke in dat geval zie ik door de bomen het bos niet meer ![]() Op de een of andere manier krijg ik elke keer dezelfde user, dus ook wanneer ik bijvoorbeeld als query het volgende gebruik:
| ||||
GlowMouse | vrijdag 13 mei 2011 @ 22:53 | |||
ja en je wilt meer users zien dus dan moet je meerdere keren echo'en, zie de codevoorbeelden op de eerder gegeven pagina | ||||
dirkjo | vrijdag 13 mei 2011 @ 22:55 | |||
Ja heb ik geprobeerd, volgens mij dan, maar ik krijg elke keer de zelfde user. Terwijl die user niet eens boven aan staat ofzo. Maar oke, zal de pagina nog wel keertje doorlezen | ||||
Chandler | vrijdag 13 mei 2011 @ 22:55 | |||
LOL Dit is output van 2011-05-13 22:42:51;;;2011-05-14 22:42:51
en de query
| ||||
Chandler | vrijdag 13 mei 2011 @ 22:56 | |||
php.net/mysql_num_rows ![]() php.net/mysql_fetch_assoc (bv $list = mysql_fetch_assoc($query) geeft $list['veldnaam1'], etc) | ||||
dirkjo | vrijdag 13 mei 2011 @ 22:56 | |||
Ow, volgens mij heb ik het al ![]() | ||||
GlowMouse | vrijdag 13 mei 2011 @ 22:57 | |||
nee dat is het niet. En met je query is niks mis. | ||||
Chandler | vrijdag 13 mei 2011 @ 23:00 | |||
Klopt!!! Als je niet goed kijkt zie je dat er een dag verschil in zit ![]() ![]() ![]() ![]() ![]() ![]() Was gezellig, prettige avond! ![]() | ||||
dirkjo | vrijdag 13 mei 2011 @ 23:02 | |||
Hé het werkt, was de "while", en zijn functie, gewoon totaal vergeten. Doet toch niet goed, zo'n tijd niks schrijven | ||||
Chandler | zaterdag 14 mei 2011 @ 23:22 | |||
Ik wil kijken of een afbeelding in grijstinten (zwart-grijs-wit) is opgemaakt met liefst GD hoe kan ik dit het beste aanpakken? alle kleuren analyseren en kijken of 90+% in zwart-grijs-wit waarden zit? of is er een andere manier? ![]() | ||||
Tegan | zondag 15 mei 2011 @ 01:05 | |||
http://bubble.ro/How_to_c(...)rayscale_in_PHP.html | ||||
GlowMouse | zondag 15 mei 2011 @ 08:32 | |||
http://nl.php.net/getimagesize Misschien kun je wat met de tweede parameter. Bij GIF heb je alleen het palette nodig. Met jouw methode zou ik random wat pixels controleren, misschien slim via een Latin hypercube, want anders zal een controle erg langzaam gaan. | ||||
Chandler | zondag 15 mei 2011 @ 09:28 | |||
Ik dacht altijd dat ik ook bij PNG het palette kon uitlezen ![]() En die Latin hypercube zal ik eens gaan doornemen maar denk dat dat iets te hoog gegrepen is voor mijn brein ![]() ![]() | ||||
Crutch | maandag 16 mei 2011 @ 13:16 | |||
Stel ik heb een database:![]() Hoe kan ik via mySQL alle unieke projectnamen in een array krijgen? Dus in totaal drie waarden in de array: test, test2 en test3 | ||||
mstx | maandag 16 mei 2011 @ 13:18 | |||
SELECT project FROM tabel GROUP BY project Of met DISTINCT, ik weet niet wat sneller is. | ||||
ursel | maandag 16 mei 2011 @ 13:27 | |||
Ben op een test server even bezig met Zend Server. Alleen nu draaide er al default een PHP installatie en kom maar niet tegen waar ik kan aangeven dat apache de PHP engine van Zend Server moet gebruiken. Iemand een idee? Gaat om een Centos omgeving. PHP 5.1 geinstalleerd, probeern 5.3 van Zend Server. | ||||
Crutch | maandag 16 mei 2011 @ 13:37 | |||
GROUP BY ![]() Stom, ik had het kunnen bedenken, thanks. ![]() | ||||
Intrepidity | maandag 16 mei 2011 @ 14:02 | |||
Doe wel even een indexje leggen op project dan. ![]() | ||||
Crutch | maandag 16 mei 2011 @ 14:07 | |||
Mwah, het werkt zo prima (SQLite in Android). Ik heb de projectnamen alleen maar nodig voor hun String value en die vang ik in een lijst om verderop in de app met een andere query alle rijen e.d. te vangen van het project waar op geklikt is. ![]() | ||||
MrNiles | woensdag 18 mei 2011 @ 10:36 | |||
hoe kun je rekenen met datums? Bijv zoveel dagen tot verjaardag of nu zoveel dd hh:mm:ss (lopende klok) tot pensioen dat soort dingen | ||||
Intrepidity | woensdag 18 mei 2011 @ 10:38 | |||
Ligt er aan wat voor type je datums hebben. Bij MySQL datetime-velden kun je gebruik maken van functies als datediff. Bij unix-timestamps zoals teruggegeven door time() kun je gewoon de getallen van elkaar aftrekken en delen door 24*60*60 (=aantal seconden in een dag). Bij datum strings (foei) eerst converteren naar een timestamp met bijvoorbeeld strtotime() en dan rekenen met bovenstaande methode. | ||||
MrNiles | woensdag 18 mei 2011 @ 10:42 | |||
dus als ik data in een sql database zet dan kan ik dat met datediff doen huidige tijd moet ik ophalen met time() ? Mag ik die 2 doorelkaar gebruiken? | ||||
Intrepidity | woensdag 18 mei 2011 @ 10:46 | |||
In PHP reken je in principe altijd met timestamps (aantal seconden sinds 1 januari 1970). MySQL gebruikt het datetime-type, wat in principe een soort string-representatie van de datum is, maar dan geschikt om mee te rekenen. Waarschijnlijk intern ook een timestamp. Op het moment dat je een timestamp uit php in je mysql-database wilt stoppen gooi je je er eerst een date('Y-m-d H:i:s', $timestamp) overheen. Je converteert het dus naar een datum-string die MySQL snapt. Als je het weer uit je database haalt gooi je er strototime() overheen zodat het weer een integer wordt ![]() Ook MySQL beschikt over een timestamp veld, maar de timestamps hierin zijn niet gelijk aan die van PHP (ander beginpunt afaik) en die moet je dus niet gebruiken. Wil je dan rekenen met de data in MySQL kun je bijvoorbeeld doen: SELECT DATEDIFF(geboortedatum, CURDATE()) FROM tabelletje Je krijgt dan het verschil terug uitgedrukt in hele dagen. | ||||
MrNiles | woensdag 18 mei 2011 @ 11:13 | |||
rekenen gaat nog niet zo best ![]() heb een schop in de goeie richting nodig dit heb ik (gevonden op internet)
Doet wat het moet doen maar hoe kan ik nu 2 data (zonder jaren) van elkaar aftrekken als er morgen iemand jarig is (19-05 - 18-05=1) zoiets dus..maar hoe kom ik daar? [ Bericht 46% gewijzigd door MrNiles op 18-05-2011 11:44:35 ] | ||||
Light | woensdag 18 mei 2011 @ 19:56 | |||
Op zich is het wel handiger om Date / DateTime kolommen in MySQL te gebruiken. Daar kan MySQL zelf ook meer mee en het is waarschijnlijk beter te indexen dan een functieresultaat. In PHP heb je ook een DateTime class (sinds PHP 5.2) en een DateInterval class (sinds 5.3). Erg handig om met datums te rekenen, en je hoeft geen rekening te houden met zomertijd/wintertijd. Een dag telt namelijk niet altijd 24 * 60 * 60 ( = 86.400 ) seconden. 27 maart 2011 kwam niet verder dan 82.800 seconden. | ||||
MrNiles | donderdag 19 mei 2011 @ 11:11 | |||
ben dus wat aan het spelen met datums bij een verjaardag heb ik dus geen jaartal nodig om aan te geven je bent over x dagen jarig waarom werkt dit zo niet?
Ik dacht zo het jaartal weg te laten alleen met rekenen neemt ie nu niet de maanden mee | ||||
mstx | donderdag 19 mei 2011 @ 11:14 | |||
$date3 wordt nu bijv. "25-11", daar kun je niet mee rekenen aangezien het geen getal is. | ||||
boem-dikkie | donderdag 19 mei 2011 @ 11:16 | |||
Even een vraagje. PHP heb ik redelijk onder de knie nu, in ieder geval de basis e.d. Ik ben wat aan het lezen over OOP maar heb nog geen idee hoe ik dit handig kan toepassen of uitproberen. Heeft iemand een goede tutorial die een beetje duidelijk maakt hoe je handig met classes e.d. leert omgaan? | ||||
MrNiles | donderdag 19 mei 2011 @ 11:16 | |||
hmm..jammer...tekort door de bocht hoe kan ik dan van iemand die op 20-05-1980 geboren is uitrekenen dat ie morgen jarig is? | ||||
Intrepidity | donderdag 19 mei 2011 @ 11:21 | |||
20-05-1980 converteren naar een timestamp (hint: strtotime), dit aftrekken van de timestamp van nu, jaren uit de vergelijking halen met de modulo-operator en het aantal seconden in een jaar (365*24*60*60) en uitrekenen hoeveel dagen er nog in de overgebleven seconden zitten. Kortom:
Edit: Uit het hoofd, kan zijn dat er een foutje in zit. % is de modulo-operator en betekent zoveel als de restant na deling. [ Bericht 29% gewijzigd door Intrepidity op 19-05-2011 11:26:45 ] | ||||
MrNiles | donderdag 19 mei 2011 @ 11:23 | |||
een modulo-operator ![]() | ||||
Intrepidity | donderdag 19 mei 2011 @ 11:28 | |||
Excuus, officieel heet ie modulus, geen modulo ![]() En overigens is die berekening hierboven niet bepaald accuraat aangezien het geen rekening houdt met schrikkeljaren en dergelijke. Je kunt met 365.25 rekenen, maar dat is ook niet geheel juist. Maargoed, het zou je in ieder geval op weg moeten helpen met het soort berekening wat je uit moet voeren. | ||||
MrNiles | donderdag 19 mei 2011 @ 11:32 | |||
Niet echt betrouwbaar dus eigenlijk...d'r zit ook een foutje ergens in...ff zoeken | ||||
Intrepidity | donderdag 19 mei 2011 @ 11:32 | |||
Je kunt het beste gebruik maken van de DateTime klasse. Deze biedt hier ingebouwde functionaliteit voor die wel nauwkeurig genoeg is. | ||||
Sitethief | donderdag 19 mei 2011 @ 11:32 | |||
http://bit.ly/mj4zSR | ||||
MrNiles | donderdag 19 mei 2011 @ 11:43 | |||
DateTime ....ben benieuwd of het iets wordt ![]() echt fatsoenlijke uitleg/voorbeelden zijn schaars | ||||
-Datdus- | donderdag 19 mei 2011 @ 12:34 | |||
Kan iemand mij helpen? Ik heb de jqflot plugin om grafieken mee te maken maar ik wil uitrekenen waar een bepaald punt moet komen. Ik heb in mijn grafiek 4 periodes van 3 maanden. Nu wil ik een tijdstip bijvoorbeeld 18-01-11 als punt. Dit wordt in de code bijvoorbeeld [10.0, 1.2] het dikgedrukte is het punt waar de datum moet staan. Ik heb echt geen idee hoe ik dat zou moeten uitrekenen. ![]() | ||||
Intrepidity | donderdag 19 mei 2011 @ 12:44 | |||
Ik denk dat je daarvoor beter in het javascript topic terecht kunt ![]() | ||||
-Datdus- | donderdag 19 mei 2011 @ 13:09 | |||
Maar de data wordt met php geladen... | ||||
remi1986 | vrijdag 20 mei 2011 @ 09:13 | |||
Hey Niels ![]() je kan ook gebruik maken van DATEDIFF in de MySQL query. Eerder dit topic had ik daar een voorbeeld van gepost. Je pakt de datum van vandaag en vergelijkt dat met de verjaardag die in de database staat. Of je maakt er timestamps van en gaat daar mee rekenen. EDIT: http://stackoverflow.com/(...)-two-dates-using-php hier nog een voorbeeld waar ze met timestamps rekenen | ||||
MrNiles | vrijdag 20 mei 2011 @ 13:29 | |||
misschien dat iemand me toch ff kan helpen
maar hoe kan ik nu het jaar opheffen nu bereken ik hoeveel dagen geleden iemand is geboren | ||||
Farenji | vrijdag 20 mei 2011 @ 13:58 | |||
Je moet niet het jaartal opheffen, want dan maak je het jezelf te moeilijk. Je kan beter gewoon het huidige jaartal gebruiken. Dus bijv iemand is geboren op 27 mei 1980, dan bereken je het verschil tussen 27 mei 2011 en de huidige datum. Dat is het aantal dagen tot de persoon jarig is. Als dat verschil negatief is dan is die persoon dit jaar al jarig geweest. | ||||
MrNiles | vrijdag 20 mei 2011 @ 14:08 | |||
misschien heel dom maar hoe vertel ik dat 1980 2011 moet worden? | ||||
Farenji | vrijdag 20 mei 2011 @ 14:36 | |||
Ik zou het zo doen:
| ||||
MrNiles | vrijdag 20 mei 2011 @ 14:52 | |||
maar de $event_2 mag niet zo Unknown column in fieldlist error krijg ik terug hoe wel? $resultaat2 = mysql_query('SELECT DATEDIFF($event_2,CURDATE()) AS AantalDagen'); | ||||
Chandler | zaterdag 21 mei 2011 @ 21:34 | |||
Simpele vraag hoop ik maar ik breek er al even mijn koppie over ;{ Ik wil een postcode uitlezen uit een tekst met een volledig adres (straatnaam 1 1234 AA Ergens Nederland) en dat probeer ik zo preg_match('/^(\d{4}[ ][a-zA-Z]{2})/', $adres, $out); maar dit werkt niet? ik heb al veel andere stukjes geprobeerd maar kom er maar niet uit.. | ||||
Farenji | zaterdag 21 mei 2011 @ 21:38 | |||
Je zoekt nu naar een string die *begint* met een postcode. | ||||
Pakspul | zaterdag 21 mei 2011 @ 21:43 | |||
'/(.+?)(0-9){4}(a-zA-Z){2}(.+?)/' Zo even uit mijn hoofd. | ||||
Chandler | zaterdag 21 mei 2011 @ 21:53 | |||
Oh, dat ik op het begin zocht wist ik niet, had al wel alles met \w+ \w* \* etc geprobeerd, en bovenstaande werkt helaas niet ![]() -edit- deze werkt wel, '/(.+?)([0-9]{4})[ ]([a-zA-Z]{2})(.+?)/' alleen krijg ik dan de postcode in 2 delen ![]() | ||||
GlowMouse | zaterdag 21 mei 2011 @ 22:01 | |||
^ is het begin van een regel [ ] is hetzelfde als gewoon een spatie je krijgt hem in 2 delen vanwege je haakjes, probeer dit eens: '/([0-9]{4}\\s?[a-z]{2})/i' | ||||
Chandler | zaterdag 21 mei 2011 @ 22:06 | |||
Zal het morgen proberen, heb het reeds opgelost met de oplossing in mijn post maar dat was maar een batch van 70 adressen ![]() ![]() | ||||
iwannabehigh | zaterdag 21 mei 2011 @ 22:08 | |||
He, ik heb 'n vraag en omdat ik niet een heel topic wil openen in DIG SW even hier.. Wie weet hoe je met Mozilla firefox foto's kan opslaan in je bestanden of kan dat niet? | ||||
Faux. | zaterdag 21 mei 2011 @ 22:47 | |||
Rechtermuisknop -> Save As/Opslaan als ![]() ![]() | ||||
iwannabehigh | zaterdag 21 mei 2011 @ 23:47 | |||
Ja, zo bedoelde ik het niet ![]() | ||||
boem-dikkie | zaterdag 21 mei 2011 @ 23:56 | |||
Je kunt op Facebook gewoon onder de foto op 'foto downloaden (oid)' klikken toch? | ||||
iwannabehigh | zondag 22 mei 2011 @ 00:00 | |||
Ja, ik zie 't nu pas.. ![]() ![]() | ||||
Tijn | zondag 22 mei 2011 @ 11:45 | |||
Ik zit weer eens met reguliere expressies te stunten ![]()
Daarbij is $tables dan een array met alle stukken uit $string die tussen eerder genoemde [tabel] tags zit. Althans, dat was m'n plan, want de array is nu altijd leeg ![]() Iemand een idee? | ||||
PiRANiA | zondag 22 mei 2011 @ 11:50 | |||
output:
| ||||
PiRANiA | zondag 22 mei 2011 @ 11:53 | |||
Doe
![]() | ||||
Tijn | zondag 22 mei 2011 @ 11:55 | |||
Ah! Dat is 'em ![]() ![]() | ||||
Faux. | zondag 22 mei 2011 @ 16:52 | |||
Hoe kan je in PHP zien of een getal even of oneven is? ![]() | ||||
PiRANiA | zondag 22 mei 2011 @ 16:53 | |||
Sec, ik maak even een snippet voor je. | ||||
PiRANiA | zondag 22 mei 2011 @ 16:56 | |||
Output:
Je kijkt dus of een getal deelbaar is door 2. Met de '%' kijk je of er bij de deling door 2 wat over blijft (rest van de deling). Als hij het netjes door 2 deelt (en er dus niets over blijft) is het een even getal. | ||||
Faux. | zondag 22 mei 2011 @ 17:00 | |||
Dus
is goede code? ![]() | ||||
PiRANiA | zondag 22 mei 2011 @ 17:01 | |||
Dat == "true" kan weg. | ||||
Faux. | zondag 22 mei 2011 @ 17:01 | |||
Oke, danku ![]() | ||||
GlowMouse | zondag 22 mei 2011 @ 17:06 | |||
| ||||
MrNiles | dinsdag 24 mei 2011 @ 20:33 | |||
Remi wees me op een scripje wat doet wat ik eerder vroeg..rekenen met data/verjaardagen
dit werkt wel maar alleen met de eerste regel uit de database hoe kan ik dit nu maken dat ie alle regels meeneemt? | ||||
GlowMouse | dinsdag 24 mei 2011 @ 20:37 | |||
je functies niet in een loop definieren | ||||
MrNiles | dinsdag 24 mei 2011 @ 20:38 | |||
maar hoe kan ik dan $array["E_date"]) gebruiken? | ||||
GlowMouse | dinsdag 24 mei 2011 @ 20:45 | |||
staat $array["E_date"]) in een functie dan? | ||||
MrNiles | dinsdag 24 mei 2011 @ 20:48 | |||
aub GlowMouse...ik ben een amateur en ik snap je cryptische aanwijzingen eerlijk gezegd niet ik doe de titel van het topic echt eer aan...voor dummies..that's me zou je me misschien een concreet voorbeeld kunnen geven hoe dit op te lossen | ||||
Tegan | dinsdag 24 mei 2011 @ 20:49 | |||
Als je dat scriptje niet begrijpt moet je er misschien niet mee gaan rommelen... Maw, probeer eerst eens te begrijpen wat dat script precies doet voordat je het gaat aanpassen aan jouw wensen ![]() | ||||
MrNiles | dinsdag 24 mei 2011 @ 20:51 | |||
![]() opzich snap ik wel wat het script doet ik vraag alleen hoe ik dit om kan zetten zodat ik dit kan laten uitvoeren op elke regel van de db en niet alleen van de eerste regel | ||||
Tegan | dinsdag 24 mei 2011 @ 20:54 | |||
Ok, je snapt het script. Waarom werkt het nu niet dan denk je? | ||||
MrNiles | dinsdag 24 mei 2011 @ 20:56 | |||
waarschijnlijk omdat $birthday = $array['E_date'] niet met elkaar overweg kan | ||||
GlowMouse | dinsdag 24 mei 2011 @ 20:59 | |||
Het script werkt niet goed met schrikkeljaren. | ||||
MrNiles | dinsdag 24 mei 2011 @ 21:00 | |||
is dat zo...hoe dat zo dan? als je op een schrikkeldag jarig bent? | ||||
GlowMouse | dinsdag 24 mei 2011 @ 21:00 | |||
ik zie op regel 49 het getal 365 staan | ||||
KomtTijd... | dinsdag 24 mei 2011 @ 21:00 | |||
Nee, omdat: goto #222 | ||||
MrNiles | dinsdag 24 mei 2011 @ 21:02 | |||
dat zal ongetwijfeld het antwoord zijn..maar voor mij is dat niet de oplossing ![]() maw..ik heb iets meer uitleg erbij nodig | ||||
KomtTijd... | dinsdag 24 mei 2011 @ 21:03 | |||
Heb je het al geprobeerd dan? | ||||
MrNiles | dinsdag 24 mei 2011 @ 21:04 | |||
volgens de omschrijving http://www.pfz.nl/scripts(...)-verjaardag/#file100 zou een schrikkeljaar moeten kloppen | ||||
MrNiles | dinsdag 24 mei 2011 @ 21:04 | |||
ik weet niet wat ik moet proberen | ||||
Tegan | dinsdag 24 mei 2011 @ 21:06 | |||
Leap year = schrikkeljaar. | ||||
KomtTijd... | dinsdag 24 mei 2011 @ 21:06 | |||
Je moet proberen je functies niet.. goto #222 | ||||
GlowMouse | dinsdag 24 mei 2011 @ 21:06 | |||
en waarom zou ik een verhaal van Steven Goos moeten geloven? | ||||
GlowMouse | dinsdag 24 mei 2011 @ 21:06 | |||
en nu? | ||||
Tegan | dinsdag 24 mei 2011 @ 21:07 | |||
Ik zal het voor je vertalen. Definities van functies stop je niet in een (while) loop. Blijkbaar. | ||||
Tegan | dinsdag 24 mei 2011 @ 21:09 | |||
Hij trekt die schrikkeldagen er al vanaf voor hij verder rekent. Dus dan is 365 goed. | ||||
GlowMouse | dinsdag 24 mei 2011 @ 21:12 | |||
Nee, die berekening wordt nooit uitgevoerd voor $days. | ||||
Tegan | dinsdag 24 mei 2011 @ 21:16 | |||
IC. Had niet echt verder gelezen enzo ![]() | ||||
GlowMouse | dinsdag 24 mei 2011 @ 21:16 | |||
Deze functie is veel simpeler, vervangt drie andere functies, en zonder te testen denk ik dat hij altijd goed werkt:
| ||||
PiRANiA | dinsdag 24 mei 2011 @ 21:24 | |||
Als je wel test werkt hij minder goed? | ||||
GlowMouse | dinsdag 24 mei 2011 @ 21:26 | |||
Nee, anders schreef ik wel 'slechts zonder te testen werkt hij altijd goed'. | ||||
Light | dinsdag 24 mei 2011 @ 22:10 | |||
Dankzij de zomertijd hebben niet alle dagen 24 uur, dat zou nog problemen kunnen opleveren. Ik heb het niet getest, maar 't is wel het eerste waar ik aan denk bij datum-tijdrekenen. | ||||
GlowMouse | dinsdag 24 mei 2011 @ 22:17 | |||
intval moet round zijn idd | ||||
Tijn | woensdag 25 mei 2011 @ 13:48 | |||
Ik zit met een vervelend probleem wat zich specifiek in Firefox 3.6 lijkt voor te doen. Het gaat om deze pagina. In alle andere browsers die ik geprobeerd heb (Chrome 11, Opera 11, Firefox 4, Safari 5, IE7/8/9) gaat het allemaal prima en ziet die pagina er altijd wel okay uit. Maar in Firefox 3.6 gaat het soms mis. Soms ook niet. Dat is het vervelende. Als ik een paar keer op F5 druk, ziet het er meestal wel een keer niet goed uit. Maar in de meeste gevallen gaat het wel goed. Wanneer het mis gaat en ik de bron bekijk, klopt er ook niks van de HTML-code. Het lijkt wel alsof er iets is wat de output door de war gooit, maar ik kan niet vinden hoe dat dan komt. De webpagina maakt gebruik van PHP5 en Smarty 3. Normaal gesproken verzamel en compress ik de CSS en JS-files met Google Minify. Dat heb ik nu voor het debuggen echter even uitgezet. Het probleem komt echter net zo weinig / vaak voor, of dat nu aan of uit staat. Heeft iemand enig idee waar ik naar zou kunnen kijken? De enige hint die ik tot nu toe heb kunnen vinden is dat als ik in PHP ob_gzhandler aanzet, het altijd mis gaat in Firefox 3.6, terwijl het in de andere browsers dan nog steeds (zoals altijd) goed gaat. Ik begrijp dat ik niet erg concreet kom met een specifieke vraag, maar ik weet echt niet waar ik dit in moet zoeken ![]() Dit is hoe het eruit hoort te zien en zoals het er ook meestal uit ziet: ![]() Dit is hoe het er soms ook uitziet ![]() ![]() [ Bericht 12% gewijzigd door Tijn op 25-05-2011 13:56:53 ] | ||||
MrNiles | woensdag 25 mei 2011 @ 15:37 | |||
bedankt GlowMouse...je script werkt en ik snap nu ook wat je eerder bedoelde ![]() als ik hier nog even op verder mag gaan... hoe kan ik nu de volgorde op scherm beinvloeden? ik wil namelijk dat degene die het eerste jarig is bovenaan in de lijst komt te staan (afhankelijk van de huidige datum) dit ORDER BY `E_date` DESC werkt dus niet omdat die niet de huidige datum meeneemt | ||||
GlowMouse | woensdag 25 mei 2011 @ 15:42 | |||
@tijn kijk eens welke http-headers er worden meegestuurd; ik vermoed dat het in een cluster draait en er een webserver verkeerd is afgesteld @mrniles je moet daarvoor in php in je while loop een array opbouwen, die sorteren, en daarna pas echo'en | ||||
MrNiles | woensdag 25 mei 2011 @ 16:04 | |||
$datum_array[] = $array['E_event']; asort($datum_array); zoiets ![]() maar dan??? | ||||
GlowMouse | woensdag 25 mei 2011 @ 16:08 | |||
Misschien wil je de naam ook nog in de array opslaan. En na het sorteren:
| ||||
Faux. | donderdag 26 mei 2011 @ 17:11 | |||
Ik heb nu als URL /discussie/topic.php?id=1. Hoe kan ik dit wijzigen naar /discussie/topic/1? ![]() | ||||
remi1986 | donderdag 26 mei 2011 @ 17:23 | |||
http://www.mod-rewrite.nl/ | ||||
Faux. | donderdag 26 mei 2011 @ 17:29 | |||
Dank je ![]() Ik heb nu:
(en dan .htaccess geplaatst in de discussie-map), alleen dat werkt niet. Ziet iemand het probleem? | ||||
GlowMouse | donderdag 26 mei 2011 @ 17:35 | |||
^topic/(.*)/ die laatste backslash? | ||||
Faux. | donderdag 26 mei 2011 @ 17:37 | |||
Nee, die is helaas niet het probleem ![]() | ||||
GlowMouse | donderdag 26 mei 2011 @ 17:44 | |||
mod rewrite heeft gelukkig veel loggingmogelijkheden om fouten te vinden | ||||
Faux. | donderdag 26 mei 2011 @ 17:45 | |||
Waar vind ik die? ![]() | ||||
Intrepidity | donderdag 26 mei 2011 @ 18:34 | |||
Wilde gok, maar heeft je hostingboer uberhaupt wel mod_rewrite geinstalleerd? En draait je hoster Apache? Want je rewriteregel ziet er okay uit opzich. | ||||
Luchtkoker | donderdag 26 mei 2011 @ 18:34 | |||
Apache error logs? Gokje. | ||||
Intrepidity | donderdag 26 mei 2011 @ 18:34 | |||
Dat gaat het probleem niet vormen. Heeft hooguit als nadeel dat een URL zonder een trailing slash een 404 gaat geven. Ik zou 'm weghalen. | ||||
Faux. | donderdag 26 mei 2011 @ 19:13 | |||
Probleem gevonden, host draait geen Apache ![]() Sorry voor het verdoen van jullie tijd, ik zal voortaan beter opletten ![]() | ||||
PiRANiA | donderdag 26 mei 2011 @ 19:17 | |||
Da's nog best lastig tegenwoordig, een host zonder apache vinden. | ||||
Light | donderdag 26 mei 2011 @ 22:23 | |||
Tenzij de server op windows draait | ||||
henrivo | donderdag 26 mei 2011 @ 23:43 | |||
Apache draait ook gewoon op Windows hoor? | ||||
GI | vrijdag 27 mei 2011 @ 07:03 | |||
Maar is niet de meest logische keuze voor een windowshoster. Je zal bij een windowshoster vaker IIS vinden. | ||||
Apekoek | vrijdag 27 mei 2011 @ 13:19 | |||
Iemand een simpele code voor alleen het week nummer te laten zien? Ik ben zelf een n00b met programmeren, dus ik zoek gewoon de simpelste maar doeltreffendste code die er voor is. Deze wil ik samen laten werken met een php plugin van wordpress. | ||||
GlowMouse | vrijdag 27 mei 2011 @ 13:23 | |||
echo date('W'); | ||||
Apekoek | vrijdag 27 mei 2011 @ 13:40 | |||
Maarja, ik heb geen verstand van programmeren, ik neem aan dat er meer codes omheen zitten? het zal toch niet <php>echo date('W');</php> zijn? | ||||
Tegan | vrijdag 27 mei 2011 @ 13:41 | |||
| ||||
henrivo | vrijdag 27 mei 2011 @ 13:45 | |||
Ik heb even een korte vraag. Ik heb in mijn MySQL table een kolom met verschillende timestamps. Nu wil ik met een query alléén de timestamps ophalen van de huidige dag (vanaf 0:00). Iemand een ideetje? Ik programmeer nog niet zo gek lang in PHP. | ||||
Tegan | vrijdag 27 mei 2011 @ 14:15 | |||
Zoiets? Weet niet of het werkt hoor/de makkelijkste manier is ![]()
| ||||
GlowMouse | vrijdag 27 mei 2011 @ 14:21 | |||
een timestamp-kolom heeft geen integer-representatie | ||||
henrivo | vrijdag 27 mei 2011 @ 14:30 | |||
Nee je hebt het verkeerd begrepen, al begrijp ik je reactie wel ![]() Wat die code doet, is timestamps ophalen van de laatste 24 uur, terwijl ik graag timestamps van enkel de huidige dag wil ophalen ![]() Maar ik wist niet dat BETWEEN ook een optie was, maargoed zelfs dáár weet ik weinig op eigenlijk ![]() | ||||
Tegan | vrijdag 27 mei 2011 @ 14:32 | |||
Echt niet. | ||||
Tegan | vrijdag 27 mei 2011 @ 14:33 | |||
Hij haalt timestamps op van 0:00:00 vandaag tot 23:59:59 vandaag. | ||||
henrivo | vrijdag 27 mei 2011 @ 14:33 | |||
Oeps! Foutje ![]() | ||||
-Datdus- | vrijdag 27 mei 2011 @ 14:37 | |||
Grrr... ik kom er niet uit.. Ik heb dus de tabellen: sections id section_name grades id user_id section_id grade date en ik wil het laatst toegevoegde cijfer dus laten zien met de bijbehorende section_name. Dus bijvoorbeeld: Nederlands 6.0 Wiskunde 8.5 Economie 7.5 Er kunnen dus meerdere cijfers zijn van economie maar ik wil alleen de laatste laten zien. | ||||
GlowMouse | vrijdag 27 mei 2011 @ 14:38 | |||
http://dev.mysql.com/doc/(...)olumn-group-row.html | ||||
henrivo | vrijdag 27 mei 2011 @ 14:40 | |||
Ik wil Tegan nog even bedanken, dit was precíes wat ik zocht! ![]() | ||||
GlowMouse | vrijdag 27 mei 2011 @ 14:41 | |||
dan is je kolomtype verkeerd | ||||
Tegan | vrijdag 27 mei 2011 @ 14:42 | |||
![]() | ||||
henrivo | vrijdag 27 mei 2011 @ 14:43 | |||
Zie reactie van Tegan -> ![]() | ||||
Tegan | vrijdag 27 mei 2011 @ 14:44 | |||
Anders moet het blijkbaar zo http://mysql.databases.as(...)-unix-timestamp.html . | ||||
GlowMouse | vrijdag 27 mei 2011 @ 14:46 | |||
Nee, je kunt (oa.) BETWEEN $time1 AND $time2 vervangen door BETWEEN FROM_UNIXTIME($time1) AND FROM_UNIXTIME($time2) | ||||
Tegan | vrijdag 27 mei 2011 @ 14:48 | |||
Timestamps zijn overigens gewoon opgeslagen als UnixTimestamp... http://www.w3schools.com/sql/sql_datatypes.asp | ||||
-Datdus- | vrijdag 27 mei 2011 @ 14:51 | |||
Ik moet echt mijn mysql gaan bijspijkeren. | ||||
Tegan | vrijdag 27 mei 2011 @ 14:52 | |||
Graag gedaan trouwens ![]() | ||||
Tegan | vrijdag 27 mei 2011 @ 14:53 | |||
Waarom zou je nou weer de laatste willen zien ipv het gemiddele ofzo ![]() Sorteren op waarde en dan LIMIT 1 ofzo? | ||||
GlowMouse | vrijdag 27 mei 2011 @ 14:54 | |||
er is geen groupwise limit | ||||
Tegan | vrijdag 27 mei 2011 @ 14:55 | |||
Dan doe je aparte query per vak? En dan in een loop ofzo? | ||||
GlowMouse | vrijdag 27 mei 2011 @ 14:56 | |||
Lelijk. Ik had de mooie oplossing al gegeven. | ||||
Tegan | vrijdag 27 mei 2011 @ 14:57 | |||
Mooi vs. begrijpbaar ![]() | ||||
GlowMouse | vrijdag 27 mei 2011 @ 14:59 | |||
Die eerste is heel begrijpelijk, die laatste ook als je hem een keer uitvoert met SELECT * en zonder WHERE, en die middelste moet je wat langer naar kijken. | ||||
Tegan | vrijdag 27 mei 2011 @ 15:01 | |||
Ik heb het niet gelezen maar baseerde mijn mening enkel hierop.
| ||||
-Datdus- | vrijdag 27 mei 2011 @ 15:03 | |||
Dit, want dan krijg je alleen één vak terug. ![]() | ||||
Tegan | vrijdag 27 mei 2011 @ 15:05 | |||
Dan moet je die link maar gaan bestuderen ![]() |