Tijn | zaterdag 21 april 2012 @ 13:58 | |||||
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 | ||||||
Light | zaterdag 21 april 2012 @ 13:58 | |||||
Of je GET of POST gebruikt maakt helemaal niets uit voor de behandeling van de invoer. Het is en blijft user input, en dat is niet te vertrouwen. | ||||||
JDx | zaterdag 21 april 2012 @ 13:58 | |||||
Ja een error, maar dat moeten mensen ook niet zelf gaan invullen natuurlijk, als ik naar google.nl/niks ga krijg ik ook een error. Maar kunnen ze echt schade aanrichten? Want ik heb ook sites voor bedrijven e.d. gemaakt op deze manier. Wat doet bijvoorbeeld <?php 'SELECT * FROM `table` WHERE `string` = "'.mysql_real_escape_string($_GET['foo']).'" AND `number` = '.intval($_GET['bar']); ?> dat stukje, die zorgt ervoor dat je alleen maar een woord kan invullen en geen mysql code ofzo? | ||||||
Tijn | zaterdag 21 april 2012 @ 14:04 | |||||
Bij Google krijg je een error die door Google zelf is gegenereerd. Bij jouw sites krijg je errors die door PHP worden gemaakt. In feite help je hackers door ze informatie te geven over hoe jouw programmatuur in elkaar steekt. Ja, je kunt sowieso alle data in je database uitlezen. Als hetzelfde MySQL-account ook schrijfrechten heeft, kan de database ook worden aangepast. mysql_real_escape_string() zorgt ervoor dat het niet mogelijk is om uit de quotes die om je query staan te breken. Daardoor blijft alle user-input onderdeel van jouw query en kan een kwaadwillende niet zelf een nieuwe query uitvoeren. | ||||||
themole | zaterdag 21 april 2012 @ 14:04 | |||||
Waar zeg ik dat het uitmaakt of je POST of GET gebruikt? Ik geef alleen maar een voorbeeld, in dit geval via GET, maar via POST is het natuurlijk ook niet te vertrouwen. http://nl.wikipedia.org/wiki/SQL-injectie | ||||||
Tijn | zaterdag 21 april 2012 @ 14:05 | |||||
Dat vraagt JDx. | ||||||
themole | zaterdag 21 april 2012 @ 14:05 | |||||
Idd, die quote was achteraf niet echt handig. | ||||||
Light | zaterdag 21 april 2012 @ 14:07 | |||||
Je reageert op een vraag of er post gebruikt moet worden met een opmerking 'zo zou ik het doen'. En dan reageer ik daar weer op. | ||||||
TwenteFC | zaterdag 21 april 2012 @ 14:09 | |||||
JDx doe dat eens heel snel veranderen, je bent binnen 10 seconden binnen op je database man. | ||||||
JDx | zaterdag 21 april 2012 @ 14:10 | |||||
Ja ik ben bezig, maar zie niet hoe, pm eens hoe je het doet? Please help ff, want ik heb ook CMS'en gemaakt voor bedrijven, software om medewerkers in te plannen bij Restaurants, etc. | ||||||
TwenteFC | zaterdag 21 april 2012 @ 14:14 | |||||
http://kledingmerken.jdx.nl/single.php?id=44 Je doet ergens $_GET['id'] richting de database, begin dat eerst maar eens te veranderen naar mysql_real_escape_string($_GET['id']) Beste is om PDO te gebruiken. | ||||||
JDx | zaterdag 21 april 2012 @ 14:15 | |||||
PDO? Maar laat eens zien hoe je misbruik maakt van dat dan? Dat begrijp ik niet helemaal als ik invul: 44' OR 'a' = 'a' dan gebeurd er niets. | ||||||
TwenteFC | zaterdag 21 april 2012 @ 14:16 | |||||
-edit weg- Neem aan dat je het nu wel gezien hebt, heeft geen meerwaarde om te laten staan. [ Bericht 76% gewijzigd door TwenteFC op 21-04-2012 14:23:55 ] | ||||||
Civilian | zaterdag 21 april 2012 @ 14:17 | |||||
http://php.net/manual/en/pdo.prepared-statements.php | ||||||
Light | zaterdag 21 april 2012 @ 14:17 | |||||
Ik vind intval($_GET['id']) ook goed, dan weet je zeker dat je een getal hebt en niet een string als '9 or 1=1'. True. Maar als je een hele applicatie moet omschrijven, is dat best veel werk. | ||||||
Light | zaterdag 21 april 2012 @ 14:18 | |||||
http://kledingmerken.jdx.nl/single.php?id=9%20or%201%3D1 | ||||||
Civilian | zaterdag 21 april 2012 @ 14:19 | |||||
Als je websites hebt voor bedrijven kan je dit soort dingen niet maken. Dan maar omschrijven. Maar dit is gewoon link | ||||||
JDx | zaterdag 21 april 2012 @ 14:20 | |||||
Verrek Mooi dat ik dit nu ontdek en niet dat mn baas opeens met een boze klant komt | ||||||
Light | zaterdag 21 april 2012 @ 14:21 | |||||
Ik zou liever voor de snellere oplossing kiezen, denk ik. Dat omschrijven kan altijd nog, eerst moet de boel veilig worden. | ||||||
Tijn | zaterdag 21 april 2012 @ 14:22 | |||||
Het probleem is alleen dat er misschien al een uittreksel van je hele database op internet rondzwerft. Je wachtwoorden zijn wel salted encrypted enzo? Die zou ik ook maar even wijzigen als ik jou was. | ||||||
TwenteFC | zaterdag 21 april 2012 @ 14:23 | |||||
Inderdaad, persoonlijk had ik hem op zwart gegooid.. alles nagelopen, en dan weer online gegooid. Om vervolgens alles om te bouwen. PDO is sowieso iets dat de moeite waard is om jezelf aan te leren. | ||||||
JDx | zaterdag 21 april 2012 @ 14:23 | |||||
Wachtwoorden staan er verder niet in volgens mij. | ||||||
Pakspul | zaterdag 21 april 2012 @ 14:23 | |||||
Wees blij dat er nog geen grapjas is geweest die een DELETE statement heeft uitgevoerd | ||||||
JDx | zaterdag 21 april 2012 @ 14:23 | |||||
http://kledingmerken.jdx.nl/single.php?id=9%20or%201%3D1 | ||||||
Tijn | zaterdag 21 april 2012 @ 14:24 | |||||
Geen enkel wachtwoord in geen enkele tabel van je CMS? | ||||||
JDx | zaterdag 21 april 2012 @ 14:24 | |||||
Dat zou ook kunnen? Oh god... | ||||||
Tijn | zaterdag 21 april 2012 @ 14:24 | |||||
Als je input niet filtert en direct in een query gooit, kan iedereen elke query uitvoeren die 'ie maar wil. Zie ook het stripje over Bobby Tables dat ik in het vorige topic had gepost. Dat kan letterlijk gebeuren met dit soort code. | ||||||
Light | zaterdag 21 april 2012 @ 14:24 | |||||
Dat lijkt alweer een stuk beter | ||||||
themole | zaterdag 21 april 2012 @ 14:25 | |||||
Yup, en dingen inserten. Allemaal mogelijk. Maak daarom ook maar een backup van je database. | ||||||
Pakspul | zaterdag 21 april 2012 @ 14:25 | |||||
Slim is om nog een extra controle toe te voegen. Zodat ID ook daadwerkelijk een integer is (liefste unsigned uiteraad, maar integer eerst is al voldoende). | ||||||
TwenteFC | zaterdag 21 april 2012 @ 14:26 | |||||
| ||||||
Civilian | zaterdag 21 april 2012 @ 14:26 | |||||
Daarom ook geen CMS bouwen als je stiekem eigenlijk niet weet wat je doet Er zijn er genoeg die al een heel stuk veiliger van zichzelf zijn.. Maargoed, dat is mijn mening. | ||||||
JDx | zaterdag 21 april 2012 @ 14:26 | |||||
Gelukkig zijn de meeste dingen die ik gemaakt heb interne tools op ons interne netwerk, maar heb dus ook een paar dingen gemaakt voor externe bedrijven, gelukkig gaat het veelal om int-en / int's ? Dus kan veel al beveiligen door die intval() toe te passen. | ||||||
Light | zaterdag 21 april 2012 @ 14:27 | |||||
Zo te zien wordt nu intval() gebruikt. Dan krijg je 0 als je met tekst begint, niets spannends verder. | ||||||
KomtTijd... | zaterdag 21 april 2012 @ 14:29 | |||||
Als je dit aan klanten gelevert hebt, zou ik ze maar heel snel op gaan bellen dat ze als een malle hun websites uit de lucht halen, voordat je volgende week op tweakers staat. | ||||||
JDx | zaterdag 21 april 2012 @ 14:29 | |||||
Ergste is denk ik mijn rooster software, een groot restaurant plant al zijn medewerkers in doormiddel van dit rooster, maar op die database draait bijvoorbeeld ook het kassa systeem, die draait op een site waar je gelukkig wel eerst moet inloggen om op te komen, maar goed, blijft link. | ||||||
Tijn | zaterdag 21 april 2012 @ 14:30 | |||||
Realiseer je wel dat het pas veilig is wanneer letterlijk elke user input gecheckt is. Al is er maar 1 plek waar je het vergeet, dan kan iemand via die plek alsnog je hele database manipuleren. | ||||||
JDx | zaterdag 21 april 2012 @ 14:31 | |||||
Wat is er toch ook een tuig op de wereld, ik zie altijd het goede, nooit de mogelijkheid om misbruik te maken. | ||||||
KomtTijd... | zaterdag 21 april 2012 @ 14:31 | |||||
Dat maakt dus niet uit. Als het op dezelfde database draait, kan iedere malloot daar nu gewoon bij. | ||||||
TwenteFC | zaterdag 21 april 2012 @ 14:32 | |||||
Dan ben je wel heel naief. | ||||||
KomtTijd... | zaterdag 21 april 2012 @ 14:33 | |||||
Wat mij betreft is het "tuig" de mensen die ditsoort tijdbommen aan een klant durven leveren. | ||||||
Tijn | zaterdag 21 april 2012 @ 14:33 | |||||
Het ligt niet aan het tuig, je moet gewoon robuuste software maken. Hackers helpen je juist om betere code te schrijven. Misschien is het ook handig om wat vakliteratuur te gaan lezen, want het is echt schokkend dat je hier nu pas achter komt. SQL-injecties zijn al heel erg lang bekend. | ||||||
JDx | zaterdag 21 april 2012 @ 14:34 | |||||
Gewoon niet aan gedacht dat mensen er eventueel misbruik van kunnen maken. Alles geleerd als hobby. Weet alleen wat ik nodig had om m'n sites werkend te krijgen en toen aangenomen toen ze mijn software zagen (niet de code). | ||||||
Tijn | zaterdag 21 april 2012 @ 14:36 | |||||
Creatief gebruik van het woord "gewoon". | ||||||
JDx | zaterdag 21 april 2012 @ 14:40 | |||||
Ja ik werk er nog niet zo lang en toen ik er kwam kende ik alleen hobby matig PHP. Ik pas dingen aan van allerlei vorige medewerkers, alles is geschreven in verschillende talen. Ene keer VBscript, dan weer C#, dan weer ASP.NET, laatst dus iets in PHP, etc... Het is steeds, kan je snel ff dit aanpassen? Dit tooltje werkt niet meer, kun je daar naar kijken? Etc. Zal van af nu ook rekening houden met de mogelijkheid tot hacken. | ||||||
Tijn | zaterdag 21 april 2012 @ 14:40 | |||||
Overigens ook niet erg professioneel van dat bedrijf waar je werkt dat je code blijkbaar nooit is gereviewed. | ||||||
TwenteFC | zaterdag 21 april 2012 @ 14:41 | |||||
Wel pijnlijk om te lezen ja.. als ik dit als excuus had gebruikt dan had ik klappen gekregen van mijn collega's | ||||||
JDx | zaterdag 21 april 2012 @ 14:41 | |||||
Nee ik ben aangenomen omdat alle programmeurs zijn gestopt of ontslagen. Ze hadden niemand meer die dit kon en konden niemand vinden Probeer de boel op orde te krijgen nu, door dit topic ook een stuk veiliger dus. Ik was grafisch vormgever/webdeveloper bij een reclamebureau, ben vanuit hobby overgestapt naar Software Developer. | ||||||
Tijn | zaterdag 21 april 2012 @ 14:43 | |||||
Klinkt als een fantastische toko | ||||||
TwenteFC | zaterdag 21 april 2012 @ 14:43 | |||||
Maarja, het is gebeurd. Wat je zegt; het is nu gewoon zaak om er van te leren, en het nooit meer fout te doen. | ||||||
JDx | zaterdag 21 april 2012 @ 14:44 | |||||
Idd, thanks! Maar als ik zie hoe moeilijk ze iemand kunnen vinden die kan programmeren (of dat denkt te kunnen haha) dan hebben jullie waarschijnlijk ook allemaal een goede baan? | ||||||
KomtTijd... | zaterdag 21 april 2012 @ 14:45 | |||||
En vooral ook om eerdere code nog eens door te nemen en te corrigeren. | ||||||
JDx | zaterdag 21 april 2012 @ 14:45 | |||||
Dat sowieso! | ||||||
KomtTijd... | zaterdag 21 april 2012 @ 14:47 | |||||
Ik durf me heul niet als programmeur te verkopen, juist omdat ik weet dat ik niet al ditsoort security dingetjes weet. Dit dan weer wel maar SQL injection is ook wel les 0.00001 en daar de voorkennis van. | ||||||
TwenteFC | zaterdag 21 april 2012 @ 14:51 | |||||
Mwoah, als je userinput goed controleert kan je weinig gebeuren. Dingen als je code optimalizeren etc. zijn ook wel handig om te weten. | ||||||
Tijn | zaterdag 21 april 2012 @ 14:57 | |||||
Misschien een aardig plan om een security top 5 te maken van dingen die je zeker niet verkeerd wil doen? Voor in de OP ofzo? Bv ook het salten van passwords, sessies niet opslaan in /tmp, warnings en errors niet weergeven... Dat soort dingen? | ||||||
Civilian | zaterdag 21 april 2012 @ 15:01 | |||||
Programmeurs zijn er zat te vinden. Alleen Nederlanders willen voor een dubbeltje op de eerste rang zitten. En goede, custom code kost nou eenmaal geld. En een degelijke programmeur is ook niet goedkoop nee | ||||||
Swetsenegger | zaterdag 21 april 2012 @ 15:17 | |||||
Je werkt bij een toko waar ze software ontwikkelen en NIEMAND heeft je ooit verteld dat je userinput moet controleren?? En je was daar ZELF ook niet op gekomen?? Heb je nooit op een php forum gelezen hoe je bepaalde vraagstukken moet oplossen? Ongetwijfeld dat daar "ALWAYS CHECK USERINPUT" heeft gestaan. | ||||||
Chandler | zaterdag 21 april 2012 @ 15:18 | |||||
Het is inderdaad tijd om die op eens grondig aan te pakken met een korte FAQ! punten? - User input controleren? - Andere veiligheids voorzieningen (salts, cookies, sessies, etc) - Meest gebruikte frameworks, template engines etc Meer? ik ben er iig voor! | ||||||
Diabox | zaterdag 21 april 2012 @ 15:47 | |||||
Ik moet om de week wel ongeveer werken met code waar get (dan wel post) data direct in een query wordt gegooid, van verscheidene 'webdevelopment' bedrijven. Veel daarvan hebben dan ook nog een eigen 'CMS' (durf het haast geen CMS te noemen eigenlijk) die zo lek is als een mandje. En ze hebben dan dus vaak de portfolio op hun website staan, weet je zo welke sites lek zijn. | ||||||
Arcee | zaterdag 21 april 2012 @ 15:48 | |||||
SQL-injecties stonden centraal in Zembla gisteravond: http://www.uitzendinggemist.nl/afleveringen/1249442 | ||||||
TwenteFC | zaterdag 21 april 2012 @ 15:51 | |||||
Timing! | ||||||
Swetsenegger | zaterdag 21 april 2012 @ 16:01 | |||||
Ik heb ook een eigen cmsje maar ik vang wel altijd user input af. Maar ik zal ook vast wel een lekje hebben hier en daar | ||||||
TwenteFC | zaterdag 21 april 2012 @ 16:08 | |||||
Die aflevering van Zembla is wel hard... ongelooflijk! Ook de klant de schuld geven voor wachtwoorden als "123456" .. en dan als excuus "Ja wij kunnen niet zien wat voor een wachtwoord ze nemen". Tuurlijk veranderen mensen hun wachtwoord naar iets makkelijks, dit moet je gewoon onmogelijk maken, en daarbij snap ik niet dat ze geen Tokens o.i.d. gebruiken. Dat zijn de kosten niet. [ Bericht 52% gewijzigd door TwenteFC op 21-04-2012 16:21:39 ] | ||||||
stefanhaan | zaterdag 21 april 2012 @ 16:09 | |||||
Je moet gewoon een functie implementeren waarmee je standaard user input verwerkt en controleert. Als je dat aanleert voorkom je dingen zoals MysqlInjection. Of wat geadvanceerdere mysql leren door middel van procedures en views. Dan is je database ook al vrij goed beveiligd. | ||||||
Light | zaterdag 21 april 2012 @ 16:42 | |||||
Best kans dat ze voor de zomer failliet zijn... En het achterhalen van de wachtwoorden duurde ook niet lang, dus of ze zijn als plaintext opgeslagen of er is een zwakke encryptie gebruikt. Een wachtwoord als 123456 is wel heel simpel, daar mag best een regeltje bij dat er ook een letter in moet zitten. | ||||||
Light | zaterdag 21 april 2012 @ 16:51 | |||||
Nee, je moet op de juiste momenten de juiste functies gebruiken. En dus kun je die pas zo laat mogelijk inzetten. Als je user input terug wilt sturen in een html pagina (zonder database), heb je niets aan sql escaping. Dat doet weinig. Je moet procedures en views ook aanroepen en moet nog steeds een query samenstellen met of op basis van user input. Die moet je dan nog steeds escapen. | ||||||
stefanhaan | zaterdag 21 april 2012 @ 16:56 | |||||
Als je views en procedures gebruikt voorkom je inniedergeval dat er serieuze dingen gedaan kunnen worden zoals accounts creëren , dingen droppen. Je voegt een extra laag van security level toe. Mits je het juist configureerd. | ||||||
KomtTijd... | zaterdag 21 april 2012 @ 16:57 | |||||
Wachtwoorden als 123456 duren nooit lang om te achterhalen (als ze niet gesalt zijn). Daar kun je de hashes gewoon van googlen. | ||||||
TwenteFC | zaterdag 21 april 2012 @ 18:00 | |||||
Als er zulke gevoelige data achterligt dan mag het gewoon niet kunnen, een checkje maken die controleert of er op zijn minst een !@#$% teken,kleine letter,hoofdletter en cijfers inzitten is binnen 1 minuut gemaakt. | ||||||
Tijn | zaterdag 21 april 2012 @ 18:09 | |||||
De reactie van VCD ook Dit persbericht bijvoorbeeld, echt om te janken. Ze ontkennen eigenlijk gewoon alles. | ||||||
TwenteFC | zaterdag 21 april 2012 @ 18:25 | |||||
De mensen die netjes laten weten dat je site lek is aanklagen, en de hackers die dmv van 100 proxy's binnen zijn gekomen daar kunnen ze niets tegen maken. | ||||||
Light | zaterdag 21 april 2012 @ 18:34 | |||||
En ondertussen zijn ze wel op zoek naar personeel: Productmanager verzuimapplicaties VCD Humannet Waar is de vorige productmanager gebleven? | ||||||
Tijn | zaterdag 21 april 2012 @ 19:10 | |||||
Het is ook de enige vacature die ze hebben | ||||||
stefanhaan | zaterdag 21 april 2012 @ 20:00 | |||||
weet iemand nog iets leuks te devven? | ||||||
JDx | zaterdag 21 april 2012 @ 20:05 | |||||
Ja een Analytics overview van alle sites van je account met view/pageviews gisteren en vandaag en een percentage van hoever je vandaag bent vergeleken met vandaag. Was al begonnen, maar moet zo weg Google Analytics API is overal te krijgen. | ||||||
Tegan | zaterdag 21 april 2012 @ 20:18 | |||||
Keer op keer verbaas ik me weer over dat mensen zonder kennis aangenomen worden op zulke functies. Geen wonder dat er constant lekken zijn. En maar weer bashen op de lekkers dan. | ||||||
GlowMouse | zaterdag 21 april 2012 @ 20:40 | |||||
Dit klopt niet. | ||||||
Tijn | zaterdag 21 april 2012 @ 21:03 | |||||
Hoezo niet? | ||||||
GlowMouse | zaterdag 21 april 2012 @ 21:09 | |||||
hoe wil je dat doen dan? | ||||||
JDx | zaterdag 21 april 2012 @ 21:19 | |||||
Vind als bedrijf die niet zoveel doet met developen, maar wel iemand nodig heeft maar eens iemand die het kan. Ik werk niet bij een development bedrijf, maar ergens waar het als bijzaak gebruikt wordt. Voor mensen die hun opleiding als programmeur oid hebben afgemaakt is dit werk te min. | ||||||
Tegan | zaterdag 21 april 2012 @ 21:30 | |||||
Dat is echt geen excuus hoor . Eigenlijk hoort bij ieder bedrijf wel een programmeur, dan wel voor de website of voor intern verkeer. | ||||||
Arcee | zaterdag 21 april 2012 @ 21:36 | |||||
Dit vooral: Nee, omdat jullie per se niet wilden luisteren. Zembla stond bij ze in de receptie om ze te vertellen dat er vertrouwelijke informatie was blootgelegd, maar VCD haalde de politie erbij.:') | ||||||
JDx | zaterdag 21 april 2012 @ 21:40 | |||||
En wat nou als ze die niet kunnen vinden? | ||||||
Light | zaterdag 21 april 2012 @ 21:42 | |||||
Dan besteed je het programmeerwerk uit. Daarmee voorkom je ook dat je afhankelijk wordt van 1 persoon. | ||||||
Tegan | zaterdag 21 april 2012 @ 21:42 | |||||
Niet zomaar iemand laten aanmodderen. Beter zoeken. Beter salaris bieden. Of wat Light zegt. | ||||||
stefanhaan | zaterdag 21 april 2012 @ 21:43 | |||||
Dat wil zeggen als ieder bedrijf dat zou doen. Dat er ook wat bedrijven zijn waarbij de programmeur dan hele dagen niks te doen heeft. En hij voor niks betaald word. | ||||||
stefanhaan | zaterdag 21 april 2012 @ 21:43 | |||||
Dit gebeurt sowieso al zelden in deze tijden. | ||||||
Tegan | zaterdag 21 april 2012 @ 21:44 | |||||
Nou goed. Niet alle bedrijven hebben er een nodig. Maar bedrijf van JDx bv. wel. | ||||||
Light | zaterdag 21 april 2012 @ 21:45 | |||||
Dat was ook wel erg, idd. Maar misschien komen ze liever zo in het nieuws dan op een manier waarbij de pers had kunnen melden dat de boel inmiddels beter beveiligd is. | ||||||
Tegan | zaterdag 21 april 2012 @ 21:47 | |||||
Laatst had je Cue_ ookal in dezelfde situatie . | ||||||
JDx | zaterdag 21 april 2012 @ 22:11 | |||||
Sterker nog, ik heb mijn baan via Fok! omdat ze niemand konden vinden die daar wilde werken én iets wist van programeercode's etc | ||||||
Tegan | zaterdag 21 april 2012 @ 22:25 | |||||
Want als het via Fok gebeurt kan het geen bedrijf zijn die fout bezig is? | ||||||
JDx | zaterdag 21 april 2012 @ 22:27 | |||||
Nee dat laat zien hoe wanhopig ze waren om een nieuwe programmeur te vinden. | ||||||
cablegunmaster | zaterdag 21 april 2012 @ 22:28 | |||||
Als je inbreekt heb je voorkennis Logisch . Als je daarvoor nog geen notatie of een manier hebt bedacht om het te loggen, dan is het ook logisch hoe ze eraan komen. Dat VCD nog geen manier had om het te loggen, de inbraken. Lijkt me ook niet meer dan logisch hoe ze met simpele SQL injections ze de wachtwoorden ontfutselden. | ||||||
Tegan | zaterdag 21 april 2012 @ 22:32 | |||||
Dat is toch geen excuus om het zo op te lossen? | ||||||
Swetsenegger | zaterdag 21 april 2012 @ 22:45 | |||||
Maar je léést toch wel eens op een forum als je ergens niet uit komt? php freakz, hier, tweakers...? OVERAl, werkelijk OVERAL als iemand een stukje code post waarin userinput voorkomt is er altijd wel iemand die roept "check je userinput!" Had je werkelijk nog nooit nagedacht bij sql injection en XSS en passwords beveilgen? | ||||||
#ANONIEM | zaterdag 21 april 2012 @ 22:51 | |||||
Ik heb zelf ook PHP geleerd als hobbie, maar ik weet ook hoe ik veilige code moet schrijven. Dat heeft dus NIKS te maken met het zelf leren van code. Er is de laatste jaren zoveel aandacht besteed aan SQL-injection dat je wel iets had moeten weten ervan. Ik kan me ook niet voorstellen dat er niemand is die je code niet checkt... dat is gewoon vragen om problemen. Je zou makkelijk een backdoor kunnen inbouwen bijvoorbeeld, of bij een grote webshop ofzo gewoon geld sluizen naar jezelf. Ook je login was dus niet veilig als er geen beveiliging was kan ik daar met gemak inkomen. Ik zou jezelf flink scholen of als je dat zou willen, ben ik wel bereid wat code van je te reviewen en commentaar te geven wat wel en niet kan daarin. [ Bericht 0% gewijzigd door #ANONIEM op 21-04-2012 22:51:53 ] | ||||||
Pakspul | zaterdag 21 april 2012 @ 23:14 | |||||
Ik denk dat het bij de meeste PHP programmeurs (of zelfs overal zo is, dat het met een hobby begon), maar is het begin wil je resultaten en ik denk dat JDx nog in die fase zit. Na een tijdje, vooral als je ook voor jezelf aan werk/spelen/hobbyen bent dan wil je toch beter gaan programmeren en ga je dingen uit proberen. SQL injecties, verbeterde inlog procedures, inlog controles + algoritmes om aanvallen te detecteren, etc en daar leer je echt van. Maar als een bedrijf daar geen ruimte of prioriteit aan geeft dan wordt het ook last, ook al ben je daar voor jezelf al wel mee bezig en zie je dat bedrijven de fout in gaan. Je kan dat dan wel aangeven, maar hier heeft de bedrijfskundige in de organisatie meer macht aangezien jou voorstel niet direct geld oplevert en wat hij aanlevert wel. VCD is nu gewoon keihard de lul en dat werd bij Zembla ook wel duidelijk. VCD wil dit niet herkennen aangezien het meestal de ondergang van een organisatie betekent. Dat werd op het einde ook wel duidelijk dat er een boete kan komen van enkele miljoenen. | ||||||
JDx | zaterdag 21 april 2012 @ 23:46 | |||||
Ja klopt, gisteren Dan heb ik jouw droombaan, doen wat je wil en geen controle | ||||||
Tijn | zaterdag 21 april 2012 @ 23:48 | |||||
Ik dacht dat je gewoon een tweede query kon appenden, gescheiden met een puntkomma, waarin je dan bv een DELETE of een INSERT of wat dan ook uitvoert. Maar ik lees nu dat mysql_query() slechts één query accepteert. Is dat wat je bedoelt? | ||||||
GlowMouse | zondag 22 april 2012 @ 00:28 | |||||
dat is het inderdaad | ||||||
#ANONIEM | zondag 22 april 2012 @ 02:52 | |||||
Dat is echt geen droombaan... Ik wil dat mijn code wordt nagelopen er is namelijk altijd kans op een fout, tenzij je gebruikt maakt van unittesting o.i.d. Sowieso kijken anderen kritischer naar je code dan dat je dat zelf doet. | ||||||
TwenteFC | zondag 22 april 2012 @ 03:35 | |||||
Niet altijd waar, ik check mijn code altijd meerdere keren voordat ik hem aan een collega laat zien, ik wil niet voor lul staan doordat ik bagger werk aflever. | ||||||
Ofyles2 | zondag 22 april 2012 @ 07:32 | |||||
Haha, altijd lachen met semi-publieke overheidsinstanties die te vaak leunen op bevriende programmeurs. | ||||||
Tijn | zondag 22 april 2012 @ 11:54 | |||||
Niks publieks aan hoor, VCD is gewoon een commercieel bedrijf die naast overheden ook aan een heleboel andere bedrijven levert. [ Bericht 0% gewijzigd door Tijn op 22-04-2012 14:25:55 ] | ||||||
Baghdaddy | zondag 22 april 2012 @ 13:34 | |||||
Is het mogelijk in PHP (of wat dan ook) om te zorgen dat films, die geüpload worden door gebruikers, door de server omgezet worden zodat deze ook in Firefox, Internet Explorer en Chrome afspelen? Op dit moment zijn mijn films dus helaas alleen afspeelbaar via Chrome. | ||||||
GlowMouse | zondag 22 april 2012 @ 13:46 | |||||
Ik zie het probleem niet, maar met phpmotion kan veel. | ||||||
Tijn | zondag 22 april 2012 @ 14:26 | |||||
Ffmpeg FTW | ||||||
boem-dikkie | zondag 22 april 2012 @ 14:32 | |||||
Ik snap je probleem niet? Het ligt toch gewoon aan het soort player die je gebruikt? | ||||||
Ofyles2 | zondag 22 april 2012 @ 14:39 | |||||
VCD als grootste voorbeeld. Dat dat bedrijf zo snel mogelijk bloedrode cijfers schrijft. [ Bericht 0% gewijzigd door Ofyles2 op 22-04-2012 14:53:23 ] | ||||||
Ofyles2 | zondag 22 april 2012 @ 14:48 | |||||
VCD mag ook wat doen aan zoekmachine-optimalisatie. Zo'n langdradige URL onthoudt niemand... | ||||||
#ANONIEM | zondag 22 april 2012 @ 17:18 | |||||
ffmpeg of gewoon eisen dat het mp4, 3gp, wmv bestanden zijn die je al af kunt spelen in de browser. Een player heb je niet echt nodig je kunt makkelijk HTML5 gebruiken hiervoor. | ||||||
mschol | zondag 22 april 2012 @ 17:21 | |||||
ffmpeg > flv en dan een flashplayer gebruiken? | ||||||
#ANONIEM | zondag 22 april 2012 @ 17:26 | |||||
Flashplayers zijn ouderwets. Gewoon HTML5 doen stukken makkelijker. | ||||||
Tijn | zondag 22 april 2012 @ 17:32 | |||||
FLV werkt niet op mobiele apparaten en heeft misschien wel de slechtste kwaliteit/bestandsgrootte-verhouding van alle videoformaten. Je kunt beter converteren naar WebM en MP4 (H.264) en vervolgens in een HTML5 object laden met een Flash-speler als fallback. Dan kan zo'n beetje iedereen op de planeet je filmpje bekijken. Er zijn trouwens ook diensten die dit voor je doen, zoals Bits on the Run. Of natuurlijk YouTube of Vimeo. | ||||||
Tijn | zondag 22 april 2012 @ 23:36 | |||||
Kan iemand me op weg helpen wat betreft security met Ajax? Hoe weet ik bijvoorbeeld 100% zeker dat een Ajax-request van m'n applicatie afkomstig is? Ik ben namelijk bezig met het maken van een simpel spelletje. Op het eind van het spel wordt de score gepost naar de server, waar het wordt opgeslagen in een highscore lijst. Nu wil ik natuurlijk dat alleen mensen die het spel daadwerkelijk gespeeld hebben zo'n request kunnen doen en niet dat een handige hacker gewoon scores post die hij zelf verzonnen heeft. Hoe zou ik dat het beste aan kunnen pakken? | ||||||
GlowMouse | maandag 23 april 2012 @ 00:06 | |||||
Zoiets kun je niet 100% waterdicht maken. Je kunt het spelverloop mee laten sturen en dat serverside controleren. | ||||||
Tijn | maandag 23 april 2012 @ 00:16 | |||||
Daar was ik al een beetje bang voor... dat betekent dat ik elke beurt van de game een post naar de server moet doen en op het eind alleen een score moet accepteren wanneer alle vorige stappen klopten. Gelukkig is het een spel met beurten, dus dit kan wel, maar het is toch een hoop gedoe Ik hoopte eigenlijk op een slimme challenge-response constructie of iets met een security token waardoor ik zeker weet dat de request vanuit m'n spelletje komt. | ||||||
mschol | maandag 23 april 2012 @ 00:16 | |||||
een beetje mobieltje kan gewoon met flash omgaan hoor mar hey, gewoon een nog 'experimentele' standaard gebruiken, goeie zaak | ||||||
Tijn | maandag 23 april 2012 @ 00:18 | |||||
Daar zou ik niet vanuit gaan, want Adobe heeft zelf aangegeven te willen stoppen met Flash voor mobile (persbericht). Er zijn weliswaar nu een paar mobieltjes die het wel ondersteunen (lang niet allemaal trouwens), maar op de langere termijn kun je ervan uit gaan dat Flash op mobieltjes gewoon helemaal verdwijnt. Maar zelfs mobieltjes die Flash ondersteunen, hebben geen hardware om een FLV video decoderen. Dat betekent dat het met de CPU moet, waarmee je een onnodig grote aanslag op de batterij doet. En de kwaliteit/data-verhouding is dus erg slecht, wat ook niet bepaald handig is in deze tijden van datalimieten op mobiele netwerken. Er is niks experimenteels aan WebM en MP4, dat zijn allebei serieuze en volwassen videoformaten waar grote partijen achter staan. Alle moderne mobiele apparaten en browsers bieden er native ondersteuning voor. Voor oudere apparaten kun je makkelijk een fallback naar een Flash-speler maken, waarmee je ook MP4 kunt afspelen. WebM + MP4 in HTML5 met Flash als fallback is echt veruit de beste manier om met video op een website om te gaan anno 2012. [ Bericht 17% gewijzigd door Tijn op 23-04-2012 00:27:22 ] | ||||||
mschol | maandag 23 april 2012 @ 00:27 | |||||
de quotes staan er niet voor niks: WebM en MP4 zijn wellicht redelijk volwassen maar die rusten op HTML5 en dat bevindt zich nog steeds niet in een officeel goedgekeurde status | ||||||
Tijn | maandag 23 april 2012 @ 00:30 | |||||
Als developer maak je dingen die de komende jaren gebruikt gaan worden. Het is dus belangrijk om vooruit te kijken en je niet vast te pinnen op de situatie van vandaag de dag. Bovendien maakt het niks uit of HTML5 een officiële recommendation-status van het W3C heeft of niet, de praktijk is gewoon dat alle grote partijen die er toe doen de standaard al supporten. Er is geen enkele reden om HTML5 niet nu te gebruiken, zeker voor video. | ||||||
#ANONIEM | maandag 23 april 2012 @ 01:19 | |||||
Er is altijd een mogelijkheid om SSL te nemen. Er zijn ook javascript encoders die je code bijna onleesbaar maken(minify). Je zal ook de score bij elke stap moeten bijhouden en in de gaten houden of er ineens een te hoge waarde is. Er zijn genoeg mogelijkheden, maar 100% veilig zal het nooit zijn. Beste is dus controle op alles | ||||||
Cue_ | maandag 23 april 2012 @ 11:44 | |||||
Even een korte sql vraag. twee tabellen met kolommen gegevens (met autonr, merk, kenteken) vloot (met vlootnr, datum, opmerking) autonr = varchar vlootnr = number Nu wil ik een query maken waarin dus de gegevens van beide krijg. De tabel vloot is niet altijd gevuld. Nu heb ik iets van een
| ||||||
GlowMouse | maandag 23 april 2012 @ 11:49 | |||||
Als er geen gegevens in de vloot tabel staan, wat verwacht je dan terug te krijgen? Je moet waarschijnlijk de WHERE op je vloot-tabel in de joinconditie zetten, anders wordt je outer join een inner join. | ||||||
Cue_ | maandag 23 april 2012 @ 11:51 | |||||
Zo'n vermoeden had ik al inderdaad. Ga hem eens in de join gooien | ||||||
Sitethief | maandag 23 april 2012 @ 15:39 | |||||
Is er eigenlijk een voordeel van het gebruiken van objecten ten opzichten van arrays als het over datacollecties gaat? Dus niet objecten met functies etc. Mij ontgaat het namelijk even... | ||||||
GlowMouse | maandag 23 april 2012 @ 16:07 | |||||
Objecten dwingen meer consistentie af. | ||||||
#ANONIEM | maandag 23 april 2012 @ 16:15 | |||||
Dit en je kunt objecten makkelijker een functie meegeven voor bijvoorbeeld sorteren etc | ||||||
Crutch | maandag 23 april 2012 @ 16:18 | |||||
Een object kan ook veel meer verschillende eigenschappen en functies bevatten dan alleen een index en een waarde. | ||||||
Sitethief | maandag 23 april 2012 @ 16:41 | |||||
Hoe doen ze dat dan? Dat is wel interessant. Mjah, er zit pure data in, die net zo goed in een array zou kunnen zitten. | ||||||
#ANONIEM | maandag 23 april 2012 @ 16:46 | |||||
Nee hier zit je dus fout. Als jij een object genaamd User hebt met daarin userdata, kun je in Users bijvoorbeeld sorteren op alle keys die je hebt etc. Het maakt ook veel nettere code. | ||||||
Crutch | maandag 23 april 2012 @ 16:47 | |||||
Woordenboek een optie? Als je het kunt redden met één array per datacollectie dan kun je dat gewoon blijven gebruiken natuurlijk. Maar dan vraag ik me toch af met wat voor datacollectie je genoeg hebt aan alleen maar een zooitje waardes. | ||||||
#ANONIEM | maandag 23 april 2012 @ 17:00 | |||||
Een array met landen | ||||||
Crutch | maandag 23 april 2012 @ 17:02 | |||||
Ja ik zou geen landobject gaan maken ofzo. | ||||||
#ANONIEM | maandag 23 april 2012 @ 17:03 | |||||
Niet als je alleen landen nodig hebt die bestaan Wil je er iets mee doen dan wel natuurlijk! | ||||||
Light | maandag 23 april 2012 @ 20:46 | |||||
Je kunt als je een object aan een collectie toevoegt meteen controleren of het object wel in de collectie mag. En dat laat je dan de collectie doen (zodat je het ook niet ergens kunt vergeten en je de code mooi centraal houdt). | ||||||
drumminggod | dinsdag 24 april 2012 @ 18:25 | |||||
Als ik dit invoer onderaan mijn code dan is mijn hele style verknalt.. Als ik de redirect functie onder invoer [ Bericht 2% gewijzigd door drumminggod op 24-04-2012 18:31:14 ] | ||||||
KomtTijd... | dinsdag 24 april 2012 @ 19:01 | |||||
No shit? | ||||||
drumminggod | dinsdag 24 april 2012 @ 20:10 | |||||
Ik heb het probleem: "zie door de bomen het bos niet meer" denk ik.. | ||||||
KomtTijd... | dinsdag 24 april 2012 @ 20:26 | |||||
Ookwel het "blindelings copy-pasten zonder zelf na te denken" probleem genoemd. | ||||||
Scorpie | dinsdag 24 april 2012 @ 20:39 | |||||
Hèhè. | ||||||
xaban06 | woensdag 25 april 2012 @ 15:52 | |||||
Vraagje, ik heb enkele XML data feeds, bestaan er kant en klare scripts om deze uit te lezen (vervolgens te dumpen in een mysql database)? | ||||||
mschol | woensdag 25 april 2012 @ 16:23 | |||||
php heeft een xml parser met een aantal functies, kijk daar eens naar: http://php.net/manual/en/ref.xml.php | ||||||
xaban06 | woensdag 25 april 2012 @ 16:54 | |||||
Ik ben zelf al aan de slag gegaan met simplexml, maar waarom de wiel opnieuw uitvinden als er al zoiets bestaat | ||||||
Light | woensdag 25 april 2012 @ 20:48 | |||||
DOMDocument SimpleXML is leuk voor als er niets anders beschikbaar is, zoals in PHP4. Sinds PHP5 zit DOMDocument ingebouwd, met meer dan genoeg mogelijkheden om XML te lezen en te maken. | ||||||
KomtTijd... | woensdag 25 april 2012 @ 21:01 | |||||
Er zijn wel meer mogelijkheden... | ||||||
Light | donderdag 26 april 2012 @ 06:51 | |||||
Ik heb daar ook gezien dat SimpleXML wel PHP5 vereist, dus zat ik fout in m'n vorige post. Dan is het vooral zaak om te kijken wat je nodig hebt en welke XML tool daar bij in de buurt komt (en of die beschikbaar is op de server). | ||||||
KomtTijd... | donderdag 26 april 2012 @ 09:56 | |||||
Ik heb dat SimpleXML weleens gebruikt, was best makkelijk. Maar ik heb niet echt onderzocht wat de beste mogelijkheid was ofzo. | ||||||
xaban06 | donderdag 26 april 2012 @ 11:07 | |||||
SimpleXML zit standaard sinds PHP 5 inderdaad, op het moment werk ik daarmee (tenminste, nog startende), maar ik dacht voordat ik start, eens hier om advies vragen | ||||||
-Datdus- | donderdag 26 april 2012 @ 11:07 | |||||
Heeft iemand hier verstand van het maken van .csv bestanden met php? Ik kan niet echt een duidelijke tutorial vinden. | ||||||
mstx | donderdag 26 april 2012 @ 11:09 | |||||
http://www.php.net/manual/en/function.fputcsv.php | ||||||
GI | donderdag 26 april 2012 @ 11:11 | |||||
Of gewoon lekker makkelijk zelf opbouwen. Comma Seperated Values is nou niet heel erg moeilijk | ||||||
GlowMouse | donderdag 26 april 2012 @ 11:18 | |||||
Uitlezen valt anders nog tegen met newlines enzo, maar maken is inderdaad vrij makkelijk | ||||||
boem-dikkie | donderdag 26 april 2012 @ 11:23 | |||||
Ik wel, is niet heel erg lastig. Zijn zelfs gewoon PHP functies voor. | ||||||
ursel | donderdag 26 april 2012 @ 17:23 | |||||
Iemand hier verstand van subforms in Zend Framework? Wil een subform in een subform maken, maar dat werkt niet. | ||||||
Feyenoordlife | vrijdag 27 april 2012 @ 14:40 | |||||
Waarom werkt het volgende niet?
| ||||||
mstx | vrijdag 27 april 2012 @ 14:42 | |||||
Een URL is geen geldige HTTP header. http://nl3.php.net/manual/en/function.header.php
| ||||||
Scorpie | vrijdag 27 april 2012 @ 14:42 | |||||
| ||||||
Scorpie | vrijdag 27 april 2012 @ 14:44 | |||||
Location zet hij al in zijn variabele | ||||||
mstx | vrijdag 27 april 2012 @ 14:46 | |||||
Ik zou toch zweren dat dat er net nog niet stond Misschien maakt de spatie nog uit? | ||||||
Scorpie | vrijdag 27 april 2012 @ 14:47 | |||||
Zat ik ook nog aan te denken ja. Ik keek er ook over heen hoor eerste keer | ||||||
boem-dikkie | vrijdag 27 april 2012 @ 14:55 | |||||
Je zet nu geen quotes in je header. Je declareert je variabele met "" waardoor de inhoud zonder quotes is. Je header moet zo: header ('url: blabla.php'); en hij verwerkt hem nu zo header (url: blabla); Tenminste, dat denk ik. | ||||||
boem-dikkie | vrijdag 27 april 2012 @ 14:56 | |||||
Probeer eens header('$url');? | ||||||
Feyenoordlife | vrijdag 27 april 2012 @ 14:58 | |||||
Heb hem nu op deze manier (met en zonder spatie geprobeerd) maar hij blijft teruggaan naar index.php:
| ||||||
Feyenoordlife | vrijdag 27 april 2012 @ 15:00 | |||||
Werkt ook niet. | ||||||
stefan1218 | vrijdag 27 april 2012 @ 15:09 | |||||
volgens php.net is dit de syntax: header("Location: http://www.example.com/"); /* Redirect browser */ probeer eens de hele url (inclusief http:// enz.) ipv index.php?p=....... | ||||||
boem-dikkie | vrijdag 27 april 2012 @ 15:10 | |||||
Zou niet hoeven, gebruik zelf ook gewoon dingen als index.php met een header. | ||||||
Feyenoordlife | vrijdag 27 april 2012 @ 15:14 | |||||
Blijft hetzelfde. | ||||||
Civilian | vrijdag 27 april 2012 @ 15:26 | |||||
Wat gebeurt er, for the sake of testing, als je de url er even volledig handmatig inzet? Werkt hij dan wel? Als ik trouwens én een ID heb én een P, pakt hij alsnog de laatste if statement. Ik weet niet of dat de bedoeling is. Maar jouw eerste if statement loopt hij doorheen en de header wordt dan nooit uitgevoerd. Sowieso even een exit; achter zetten De eerste statement kom je in als je $_GET['id'] hebt.. Maar je verwacht in die statement ook een $_GET['p']. (als je die niet hebt klopt je url niet). En als je $_GET['p'] hebt gezet kom je automatisch ook in het 2e statement uit. En aangezien dat de laatste header is, zal hij die ook uitvoeren en niet de eerste | ||||||
#ANONIEM | vrijdag 27 april 2012 @ 15:35 | |||||
Het probleem zit hem in je if constructie. hij doet nu ALTIJD de laatste if! zet er even een else tussen:
[ Bericht 0% gewijzigd door #ANONIEM op 27-04-2012 15:35:21 ] | ||||||
Civilian | vrijdag 27 april 2012 @ 15:37 | |||||
Nu zal je alsnog altijd een fout krijgen, zie mijn stukje in de eerste verwacht hij P die er niet is, want anders kom je in de 2e statement uit. | ||||||
GlowMouse | vrijdag 27 april 2012 @ 15:38 | |||||
Het probleem zit hem in iemand die niet goed kan debuggen. Ik mis bijvoorbeeld welke header er daadwerkelijk verstuurd wordt. | ||||||
#ANONIEM | vrijdag 27 april 2012 @ 15:39 | |||||
Ik ga er dan natuurlijk vanuit dat hij een p meegeeft... Als dat niet gebeurd dan snap ik waarom het niet werkt Niet dat dit een goede oplossing is voor pagina's... maar je moet ergens beginnen. | ||||||
Civilian | vrijdag 27 april 2012 @ 15:41 | |||||
Maar als je een P meegeeft kom je dus niet in de eerste statement | ||||||
#ANONIEM | vrijdag 27 april 2012 @ 15:42 | |||||
dat is ook niet nodig als je geen id hebt hij wil 1 statement om een id erbij te doen: script.php?p=user&id=1 // komt dus in de eerste loop script.php?p=user // Komt in de 2de | ||||||
Feyenoordlife | vrijdag 27 april 2012 @ 15:44 | |||||
Dit is inderdaad de bedoeling ja. | ||||||
Civilian | vrijdag 27 april 2012 @ 15:45 | |||||
Dan denk ik te moeilijk. Maargoed, toch een beetje rare constructie Maar dat is 't probleem niet hier | ||||||
#ANONIEM | vrijdag 27 april 2012 @ 15:46 | |||||
Je kunt beter een andere methode gebruiken voor dit soort dingen niet dat ik je meteen in het diepe wil late duiken, maar op de MVC manier is een stuk beter. | ||||||
Civilian | vrijdag 27 april 2012 @ 15:51 | |||||
Heb je trouwens iets van output staan voordat je header() aanroept? Een echo, print oid? Dat zorgt namelijk ook voor errors. | ||||||
Feyenoordlife | vrijdag 27 april 2012 @ 15:51 | |||||
Dit leek mij juist de simpelste constructie. Door eerst te checken of de pagina een id heeft, zo ja, dan de header location inclusief het id, en anders alleen de pagina. | ||||||
Civilian | vrijdag 27 april 2012 @ 15:52 | |||||
Het is inderdaad ook een simpele constructie, maar "goed" is hij niet. (wat niet betekent dat het niet zou werken). | ||||||
Feyenoordlife | vrijdag 27 april 2012 @ 15:56 | |||||
Bovenaan de pagina staat een form en voor de header wordt nog een session aangemaakt. Als dit voor een error zou zorgen zou php dit toch aan moeten geven (error reporting staat aan) dmv van volgens mij een headers already sent error? Als ik de header plaats zonder de loop wordt hij namelijk wel gewoon doorgestuurd. | ||||||
#ANONIEM | vrijdag 27 april 2012 @ 15:57 | |||||
zet eens heel je code neer dan. | ||||||
Civilian | vrijdag 27 april 2012 @ 15:59 | |||||
en staat display errors ook aan? ini_set('display_errors', 1); | ||||||
Feyenoordlife | vrijdag 27 april 2012 @ 16:02 | |||||
| ||||||
Civilian | vrijdag 27 april 2012 @ 16:04 | |||||
Dat kan niet je hebt output voordat je de headers send. Het beste kan je de form action doorsturen naar een ander php bestand, en daar de boel afhandelen. | ||||||
Feyenoordlife | vrijdag 27 april 2012 @ 16:07 | |||||
Hoe kan het dan zo zijn dat wanneer ik ipv de loops een header neerzet ik wel doorgestuurd wordt naar de pagina die ik invoer? | ||||||
Civilian | vrijdag 27 april 2012 @ 16:12 | |||||
Dat weet ik zo niet. Maar dit script is sowieso bad practise. en het is geen loopje, maar een if-statement | ||||||
Civilian | vrijdag 27 april 2012 @ 16:15 | |||||
Waarom gebruik je trouwens linkjes in je "form" om te submitten en geen submitknop? Dit hele schript klopt van geen kanten.. | ||||||
Feyenoordlife | vrijdag 27 april 2012 @ 16:17 | |||||
Ik gebruik toch een submitknop? | ||||||
wipes66 | vrijdag 27 april 2012 @ 16:17 | |||||
probeer het eens zo (wat iets logischer is denk ):
| ||||||
Civilian | vrijdag 27 april 2012 @ 16:21 | |||||
Ah was 't overzicht een beetje kwijt | ||||||
#ANONIEM | vrijdag 27 april 2012 @ 16:22 | |||||
Je moet sowieso al je HTML pas doen NA je PHP code. | ||||||
mschol | vrijdag 27 april 2012 @ 16:31 | |||||
doe dan gewoon je html in een apart bestandje en include die op de juiste plek... | ||||||
#ANONIEM | vrijdag 27 april 2012 @ 16:33 | |||||
er zijn heel veel verbeter punten natuurlijk, je kunt beter een MVC model aanhouden als je toch goed wil gaan werken. | ||||||
Civilian | vrijdag 27 april 2012 @ 16:48 | |||||
Misschien dat dat nog wat te hoog gegrepen is.. Maar inderdaad wel beter om gelijk wat goeds aan te leren | ||||||
xaban06 | vrijdag 27 april 2012 @ 19:21 | |||||
MVC is altijd lastiger voor beginners, tenminste, ik vind het lastig aan te leren. Enig advies welk MVC laag drempellig is om in te stappen? | ||||||
StM | zaterdag 28 april 2012 @ 15:30 | |||||
Er is niet zoiets als een MVC sinds het puur een theoretisch model is waarbij er frameworks zijn die het implementeren. Iets wat naar mijn mening de meeste PHP frameworks niet zo heel erg best doen trouwens. Maar je kan kijken naar Zend Framework (al dan niet 2 hoewel die nog beta is) of Symfony 2 waar ik recent veel goede verhalen over hoor. | ||||||
stefanhaan | zaterdag 28 april 2012 @ 16:09 | |||||
CodeIgniter is ook wel een fijn framework om mee te werken, vind ik zelf. Ook niet al te lastig om mee te beginnen. | ||||||
#ANONIEM | zaterdag 28 april 2012 @ 20:35 | |||||
Je kunt al beginnen met alles in aparte mappen te zetten etc, dat maakt alles al veel makkelijker te doen | ||||||
boem-dikkie | zondag 29 april 2012 @ 00:02 | |||||
Als je het Zend Framework gebruikt en de tutorial leert/uitvoert die op hun documentatie site staat heb je de MVC constructie in een notendop. | ||||||
mschol | zondag 29 april 2012 @ 00:09 | |||||
ik heb er ook altijd problemen mee, om de een of andere reden snap ik de theorie altijd wel, maar kan ik het nooit (goed) in de praktijk gebruiken | ||||||
Ofyles2 | zondag 29 april 2012 @ 00:10 | |||||
Ik heb inmiddels mijn eigen MVC-paradigma bedacht. Nu houd ik scripts, sheets en allerlei 'externe processen' apart in een vierde map. Ik zie MVC nu als een middel en niet als het doel. | ||||||
boem-dikkie | zondag 29 april 2012 @ 00:10 | |||||
Is het ooit een doel dan? | ||||||
#ANONIEM | zondag 29 april 2012 @ 00:13 | |||||
Nope, het doel is een betere gestructureerde code de methode is MVC model | ||||||
boem-dikkie | zondag 29 april 2012 @ 00:14 | |||||
I know, maar ik vroeg me af waarom Ofyles het ooit als doel zag. | ||||||
Ofyles2 | zondag 29 april 2012 @ 00:14 | |||||
Nee. Om het nog af te maken, ik heb de processen nog meer hapklaar gemaakt door subfolders te gebruiken in models en views. Dit is overigens niet mijn eerste MVC: ik heb meermaals geprobeerd een leuk pakket samen te stellen om dat vervolgens teleurgesteld weg te gooien. | ||||||
boem-dikkie | zondag 29 april 2012 @ 00:15 | |||||
Duidelijk. | ||||||
xaban06 | zondag 29 april 2012 @ 13:36 | |||||
Ook voor de beginner? Bij ons op werk gebruiken ze trouwens symfony, misschien eens bij ze langs lopen. | ||||||
#ANONIEM | zondag 29 april 2012 @ 20:10 | |||||
je kunt er beter meteen mee beginnen dan dat je later nog eens eraan moet wennen. Je hebt heel veel verschillende frameworks. Sommige gebruiken ook ORM andere hebben een PDO extensie, etc etc. | ||||||
Cue_ | woensdag 2 mei 2012 @ 16:38 | |||||
He een klein SQL vraagje (Oracle database) Ik moet het volgende inserten 48° 11' 24" N dus gezellig met enkel en dubbelquote... hoe ga ik dat doen? Aangezien het ook een varchar is en hij al omlijst moet worden met quotjes. Heb wel beetje gegoogled maar om nou te zeggen dat het me echt duidelijk werd. (zeggen dan dubbele quotjes te gebruiken of een extra quote, maar dat lijkt niet helemaal te werken voor mij) | ||||||
KomtTijd... | woensdag 2 mei 2012 @ 16:40 | |||||
Gewoon escapen? | ||||||
#ANONIEM | woensdag 2 mei 2012 @ 16:44 | |||||
mysql_real_escape_string() of PDO::bindParam() | ||||||
Cue_ | woensdag 2 mei 2012 @ 16:45 | |||||
Zo 'gewoon' is dat niet voor mij (nog)... | ||||||
Black_Ninja | woensdag 2 mei 2012 @ 16:51 | |||||
Vorige week geleerd \ gebruiken voor je vreemde teken Toch toch toch? | ||||||
Cue_ | woensdag 2 mei 2012 @ 16:52 | |||||
Het is een directe insert in de oracle database.. dus geen php aan te pas of mysql | ||||||
KomtTijd... | woensdag 2 mei 2012 @ 16:52 | |||||
Nu kun je het googlen Neem aan dat je nog nooit queries gemaakt hebt dan, want escapen doe je altijd met userinput. | ||||||
Black_Ninja | woensdag 2 mei 2012 @ 16:52 | |||||
Sorry , hoestie verder? | ||||||
Cue_ | woensdag 2 mei 2012 @ 16:53 | |||||
ja had ik gedaan.. kwam ik dus op dat je dus een extra ' quote) ervoor moest zetten.. leek niet te werken. nu wel | ||||||
#ANONIEM | donderdag 3 mei 2012 @ 12:48 | |||||
Pff een pokerserver is moeilijker als het lijkt Zit nu te vitten met de kaart combinaties. | ||||||
Civilian | donderdag 3 mei 2012 @ 14:38 | |||||
Ben nu ook met een eigen (kleine) layer bezig voor ZF waarbij je in 1 klap een goede module structuur hebt voor je applicatie (een /design map voor layouts ed en een /code map voor de code). Wel een leuk projectje Oproepen van nieuwe classes is ook gelijk een stuk makkelijker | ||||||
raptorix | donderdag 3 mei 2012 @ 15:05 | |||||
Behoorlijk lastig, als ik je tip mag geven, pak dit TDD aan, je zou trouwens eens deze uiterst nuttige blog kunnen lezen: http://www.codingthewheel(...)nd-evaluator-roundup | ||||||
#ANONIEM | donderdag 3 mei 2012 @ 18:34 | |||||
Dankje voor de info, ik heb even gekeken naar andere PHP classes en het kan wel iets makkelijker dan de manieren die daar omschreven zijn. Ik ga het proberen helemaal zelf te schrijven en mocht dat niet lukken kan ik altijd nog iets overnemen. Ik heb in iedergeval het Turn en Stage systeem af waardoor je door verschillende stadia van de game kan gaan | ||||||
Neraice | zaterdag 5 mei 2012 @ 19:16 | |||||
Wie kan mij helpen met deze code? Hij werkt atm niet.
Ik probeer dus HTML met daarin PHP te echo'en. | ||||||
JDx | zaterdag 5 mei 2012 @ 19:21 | |||||
Waarom zet je WEER <?php erin, je zit toch al in php te schrijven. | ||||||
Alfje | zaterdag 5 mei 2012 @ 19:22 | |||||
Wat wil je dat er getoond wordt? op deze manier toon je vermoedelijk <?php echo do_short.... ?> in een H1? Als je de first name wilt tonen moet je niet php tags binnen een stuk php script scrijven maar echo "<h1>".do_shortcode(...)."</h1>" een . plakt twee strings aan elkaar | ||||||
Neraice | zaterdag 5 mei 2012 @ 19:30 | |||||
Stom van me. Hij werkt nu helemaal, bedankt! | ||||||
HeyMarlous | zaterdag 5 mei 2012 @ 19:55 | |||||
Iemand toevallig erin geslaagd SSL werkend te krijgen op WAMP/XAMPP ? | ||||||
Ofyles2 | zaterdag 5 mei 2012 @ 20:02 | |||||
Nog niet. Ik ga er binnenkort ook voor. | ||||||
boem-dikkie | dinsdag 8 mei 2012 @ 22:28 | |||||
Hier mensen die git gebruiken? Heb git (Assembla) werkende via Netbeans. Kan gewoon keurig committen en daarna pushen. Als ik echter via mijn terminal push (committen gaat wel goed) dan krijg ik de volgende error: Permission Denied(public-key, keyboard-interactive). Fatal: The remote hung up unexpectedly Ik heb al op Google gezocht maar de antwoorden die daar gegeven worden heb ik al volgens mij.. | ||||||
boem-dikkie | woensdag 9 mei 2012 @ 00:09 | |||||
Al gefixt, als je in plaats van je key uploaden met een uploadformulier gewoon je key kopieert en plakt op de website van Assembla werkt het wél gewoon met terminal. Dafuq? | ||||||
raptorix | woensdag 9 mei 2012 @ 09:15 | |||||
Misschien wil ie code listing weergeven | ||||||
Civilian | woensdag 9 mei 2012 @ 09:45 | |||||
Ja, een tijdje terug op WAMP Met deze tutorial heb ik het werkend gekregen. http://forum.wampserver.com/read.php?2,32986 Mocht je al certificaten hebben, dan kan je beginnen bij stap 2 [ Bericht 20% gewijzigd door Civilian op 09-05-2012 10:13:40 ] | ||||||
boem-dikkie | woensdag 9 mei 2012 @ 10:31 | |||||
Als je een beetje ervaring hebt met PHP e.d. is het vrij simpel. | ||||||
Civilian | woensdag 9 mei 2012 @ 17:57 | |||||
Geen idee of iemand van jullie bekend is met Magento. Maar deze code vind ik dus in een module is, volgens de maker, al in 200 shops zit Géén escapes, géén prepared statements.. Helemaal niks, zo de DB in.. | ||||||
themole | woensdag 9 mei 2012 @ 18:03 | |||||
Wordt dat escapen niet gedaan door het magento framework? | ||||||
Civilian | woensdag 9 mei 2012 @ 18:29 | |||||
Normaalgesproken wel. Maar hij maakt hier geen gebruik van het framework, maar draait gewoon de rauwe query. Anders zou hij met de models etc. werken | ||||||
stefanhaan | woensdag 9 mei 2012 @ 18:43 | |||||
Codeigniter vind ik persoonlijk wel een lekker framework om mee te werken. | ||||||
#ANONIEM | woensdag 9 mei 2012 @ 18:57 | |||||
haha wat een faal Ik zou het even aanpassen | ||||||
Pakspul | woensdag 9 mei 2012 @ 19:17 | |||||
Heb je een lijst van die bedrijven? Want je kan bakken met geld verdienen als je ze persoonlijk benaderd en ze binnen kunt halen om hun systeem beter te beveiligen | ||||||
HeyMarlous | woensdag 9 mei 2012 @ 21:24 | |||||
Thanks, ik zal ernaar kijken!. Ander vraagje, ik wil op mijn win7 bak een DNS servertje draaien, gewoon omdat de host file te beperkt is en constant bijgewerkt moet worden. Welke kan ik hier het best voor gebruiken? | ||||||
Schepseltje | woensdag 9 mei 2012 @ 21:28 | |||||
Ben ik ook mee begonnen, daarna overgestapt op Yii, ben er erg over te spreken, het is wat moeilijker dan CI maar als je het een beetje doorhebt werkt het zo snel en soepel.. | ||||||
Schepseltje | woensdag 9 mei 2012 @ 21:31 | |||||
Ik weet niet waar die $quote vandaan komt, als die van een veilige bron afkomstig is zou het geen probleem moeten zijn, alhoewel het best practise is om PDO bindParams te gebruiken binnen Magento. Als er bijvoorbeeld $_GET['quote'] had gestaan was het een ander verhaal, alhoewel ik vermoed dat de Zend DB class ingebouwde validatie heeft.. Ben blij dat ik niet meer zovaak Magento opdrachtjes krijg.. zo'n print_r is maar zelden mogelijk vanwege the gigantische objecten die gebruikt worden.. | ||||||
Civilian | woensdag 9 mei 2012 @ 23:07 | |||||
Ik vind 't heerlijk om met Magento te werken. Maar print_r's werken niet nee. Daar heb ik ondertussen mn eigen debugclasses voor. Maar $this->getRequest()->getParam('quote'); is niks meer dan een simpele $_GET['quote']; Daarom schrok ik ook zo | ||||||
raptorix | donderdag 10 mei 2012 @ 06:09 | |||||
Een serieus grotere bagger als Magento heb ik nooit gezien, alles gefragementeerd in honderden files, daarnaast is de performance dramatisch. | ||||||
Civilian | donderdag 10 mei 2012 @ 08:24 | |||||
De structuur is wennen, maar als je eenmaal weet hoe hij werkt is 't prima. Maar jij propt meerdere classes in hetzelfde bestand dan ofzo? En performance, tjah dat is bekend. Je moet geen huis, tuin en keukenservertje hebben wil je de site aan een groot aantal klanten serveren. | ||||||
stefanhaan | donderdag 10 mei 2012 @ 10:41 | |||||
het fijne aan CI vind ik dat in tegenstelling tot veel frameworks is dat je de command line niet nodig hebt. En het is simpel om snel een veilig een stuk software uit de grond te stampen. | ||||||
raptorix | donderdag 10 mei 2012 @ 13:23 | |||||
Ehm, ik was gewoon even aan het spelen met een standaard Magento site, hoewel ik de backend nog wel aardig vind vind ik de templating erg rommelig, maar nu ben ik ook gewent om in Visual Studio aan .net projecten te werken. | ||||||
Civilian | donderdag 10 mei 2012 @ 13:32 | |||||
Elk framework kan natuurlijk rommelig overkomen als je er alleen maar even mee aan het spelen bent geweest Maar om dan gelijk te zeggen dat je nog nooit grotere bagger bent tegengekomen gaat dan wel wat ver. | ||||||
Cue_ | donderdag 10 mei 2012 @ 13:34 | |||||
SQL vraagje. ik wil een describe van een table, natuurlijk niet zo moeilijk, maar nu heet die table ORDER . hierdoor werkt een gewone "desc order" niet. Weet iemand wat voor haakjes/quotjes ik hiervoor moet gebruiken. Want wat ik geprobeerd heb werkt niet. | ||||||
Civilian | donderdag 10 mei 2012 @ 13:36 | |||||
desc `order` werkt niet? (Met backtics dus) | ||||||
Cue_ | donderdag 10 mei 2012 @ 13:38 | |||||
desc 'order' desc "order" desc `order` allemaal niet | ||||||
#ANONIEM | donderdag 10 mei 2012 @ 13:40 | |||||
zet het eens andersom neer: ORDER BY `order` DESC | ||||||
Cue_ | donderdag 10 mei 2012 @ 13:41 | |||||
Weet het al.. het moest niet "order" zijn maar "ORDER" | ||||||
raptorix | donderdag 10 mei 2012 @ 13:43 | |||||
Nou, het was iets meer als een uurtje naar kijken Ik vind het gewoon te gefragmenteerd, en te veel gezoek naar componenten. | ||||||
raptorix | donderdag 10 mei 2012 @ 13:44 | |||||
Je table trouwens noemen naar "reserved" words is meestal geen slim idee trouwens | ||||||
Cue_ | donderdag 10 mei 2012 @ 13:45 | |||||
I know, was ook niet mijn idee | ||||||
Civilian | donderdag 10 mei 2012 @ 13:52 | |||||
Tjah ieder z'n smaak denk ik. Magento is opgebouwd aan de hand van de Zend Framework modulaire structuur. Dat ben ik gewend, en vind ik ook wel een prettige structuur. Dus zelf had ik er niet zo veel moeite mee | ||||||
StM | donderdag 10 mei 2012 @ 14:22 | |||||
Magento is nog wel een stapje erger hoor imo Echt alles kan je overriden volgens mij via die xml files en dat is in Zend toch iets meer weggewerkt. | ||||||
raptorix | donderdag 10 mei 2012 @ 14:29 | |||||
Het punt is dat je met Magento toch vrij goed de componenten moet kennen die er in zitten, alleen dat kost al erg veel tijd, wij hebben ook wel eens een kleine Magento implementatie gedaan, maar het is niet een product wat we snel zullen inzetten. We zijn op dit moment bezig met een demandware implementatie, overigens zelf nog niet naar gekeken, maar wat ik hoorde werkt het erg aardig. | ||||||
Catch22- | donderdag 10 mei 2012 @ 14:32 | |||||
Magento is goed als je het nodig hebt, het is gauw 'teveel van het goede'. Als je 20 artikelen in 1 shop zonder al teveel variatie hebt en geen magazijnbeheer wil, dan is het wat overdreven om Magento te gebruiken. | ||||||
Civilian | donderdag 10 mei 2012 @ 15:20 | |||||
Magento is al snel overkill inderdaad Ben nu met een systeem (het is meer een normale applicatie dan shop) bezig waar ruim 150K producten inzitten en dan werkt het toch wel prettig. Ook een implementatie gedaan met DigiD, veel 3e partijen en dan werkt Magento toch een stuk degelijker dan een klein shopje van Joomla of Wordpress (oid). Kleine implementaties zou ik Magento ook niet voor gebruiken | ||||||
Schepseltje | donderdag 10 mei 2012 @ 16:47 | |||||
Probleem is dat magento op dit moment de enige optie is als je een beetje geavanceerde shop wil.. het ding is gigantisch.. XML layouts, EAV, extreme subclassing, recursieve template rendering.. veel succes bij het opsporen van een bug.. In ieder geval, ALS je voor magento gaat, neem Magento dan als uitgangspunt, wij maakten in het begin de fout om zelf een webshop uit te denken (grafisch/functioneel) en dan proberen Magento daaraan aan te passen.. als je dat doet, krijg je dikke terror.. [ Bericht 13% gewijzigd door Schepseltje op 10-05-2012 16:53:01 ] | ||||||
cablegunmaster | donderdag 10 mei 2012 @ 16:54 | |||||
Andersom klinkt ook stukken logischer, al ben ik zelf geen voorstander van Magento. Als je genoeg tijd hebt en kennis is het zelfmaken stukken handiger imho. (in my humble opinion). Maarja dan moet je het tijd en geld ervoor hebben. | ||||||
Catch22- | donderdag 10 mei 2012 @ 16:56 | |||||
dat is met elk systeem zo. Maar als je een grote toko runt met Magento, moet je gewoon iemand hebben die dat beheert en weet hoe het werkt, dat is niet zo gek. Het is geen wordpress of oscommerce (dat ook nog lastig kan zijn) zelf een shop maken is niet te doen, geloof me. Ben zijdelings betrokken geweest bij een shop voor kleding. Waren meerdere shops met 1 voorraad en gedeelde producten inc voorraadbeheer en klantbeheer enzo. Dat is zo complex, dat magento een beter startpunt is. | ||||||
#ANONIEM | donderdag 10 mei 2012 @ 18:40 | |||||
de complexiteit daarvan valt wel mee. Het wordt pas lastig als je verschillende servers op verschillende locaties hebt staan die allemaal in sync moeten zijn. Een globale database en klantenbestand is net zo moeilijk als een normale webshop opzetten (voor mij dan). | ||||||
raptorix | vrijdag 11 mei 2012 @ 13:07 | |||||
Op PHP gebied misschien wel, als je breder kijkt zijn er prima alternatieven, heb gekeken naar NOP commerce, ongeveer gelijk qua features | ||||||
raptorix | vrijdag 11 mei 2012 @ 13:09 | |||||
Ik heb destijds in 1999 mijn webshop zelf gebouwd, als je alleen al basis neemt is het al snel een halfjaar bouwen, en dan heb je echt nog maar een kleine basis. | ||||||
xaban06 | dinsdag 15 mei 2012 @ 05:13 | |||||
Ik ben op zoek naar een tool om CSV data in een MySQL database te dumpen. Tips? Mijn CSV bestaat uit 2 regels, voorbeeld:
De records in MySQL moet zijn:
| ||||||
boem-dikkie | dinsdag 15 mei 2012 @ 08:18 | |||||
Schrijf zelf een script? Voor praktisch alles wat je wil zijn er gewoon PHP functies. http://php.net/manual/en/function.fgetcsv.php Ik zou daar even kijken. Het openen en lezen van een csv en met de gegevens die je ophaalt kun je vervolgens een query maken die de boel in je mySQL database zet. | ||||||
Schepseltje | dinsdag 15 mei 2012 @ 23:30 | |||||
Normaal komt de klant al aanzetten met een idee van wat ie wil (meestal dingen die ie ergens anders heeft gezien) of soms is er al een grafisch ontwerp voor een webshop aangeleverd. In zo'n geval is Magento geen optie Hangt er helemaal vanaf wat je wil, een webshop voor tante annie die af en toe een breiwerkje verkoopt is prima zelf te doen, maar ga je voor een grotere winkel met een bestaand facturatiesysteem, nieuwsbriefsysteem, affiliates, uitgebreide statistieken, CRM, etc etc, dan is zelf maken bijna geen optie, of je moet echt maanden de tijd hebben. Maar dan nog zou ik eerder Magento nemen vanwege de support, het bijwerken van betaalmodules e.d kost aardig wat tijd.. | ||||||
stefanhaan | woensdag 16 mei 2012 @ 09:53 | |||||
Caps gebruiken is vaak ook niet zo slim | ||||||
raptorix | woensdag 16 mei 2012 @ 14:46 | |||||
Maar waarom Magento? Er zijn zoveel betere opensource alternatieven. | ||||||
Cue_ | woensdag 16 mei 2012 @ 14:59 | |||||
Volgens mij zet oracle dat automatisch om naar caps. | ||||||
boem-dikkie | woensdag 16 mei 2012 @ 21:54 | |||||
Ik snap niet wat ik fout doe.. Ik probeer van een 'datum' die ik invul in een form een unix timestamp te maken. Ik vul bijvoorbeeld 15-05-2012 in en de dag van vandaag komt er te staan als ik de timestamp weer terug echo als datum.. namelijk 16-04-2012.. Heb het op andere manieren geprobeerd door eerst maand en dan dag als 'input' te geven maar dat geeft ook rare resultaten als opeens 2013 ipv 2012 of constant de 15e als dag pakken, ook als ik een andere willekeurige dag in voer. | ||||||
GlowMouse | woensdag 16 mei 2012 @ 21:56 | |||||
code? | ||||||
boem-dikkie | woensdag 16 mei 2012 @ 21:58 | |||||
Heb het ook geprobeerd met de volgende dingen:
En met
| ||||||
GlowMouse | woensdag 16 mei 2012 @ 21:59 | |||||
Heb je http://nl.php.net/mktime gezien? Vandaag is het trouwens 16-05-2012 Misschien vind je http://nl.php.net/strtotime makkelijker, let wel op het verschil tussen 16/05/2012 en 16-05-2012. | ||||||
boem-dikkie | woensdag 16 mei 2012 @ 22:02 | |||||
Ja, ik heb php.net al bekeken, en verschillende voorbeelden geprobeerd en hij bleef het fout doen. Het probleem is dat hij als ik iets invul of de datum van vandaag terug geeft, ook als ik een geheel andere datum invul. Of hij geeft de 15e van de maand terug die ik invul. Of hij maakt opeens van 2012, 2013. strtotime misschien proberen, dan str_replace ik de - wel met een /. | ||||||
Light | woensdag 16 mei 2012 @ 22:05 | |||||
Als je een / gebruikt, is het formaat mm/dd/yyyy. Bij een - is het dd-mm-yyyy. Dus ik zou die - niet vervangen. | ||||||
boem-dikkie | woensdag 16 mei 2012 @ 22:05 | |||||
Geen idee wat het probleem is geweest maar strtotime doet wat ik nodig heb. Thanks. | ||||||
Diabox | donderdag 17 mei 2012 @ 17:47 | |||||
Heb jij ervaring met nog 'n paar goeie? Vind Magento iedere keer weer zware overkill als ik er 'n webshop mee moet maken voor 'n klant, OSCommerce vind ik zware bagger en andere systemen heb ik nog niet echt mee gewerkt. | ||||||
Niox | donderdag 17 mei 2012 @ 17:52 | |||||
Voor kleine projecten gebruik ik meestal OpenCart. Mist wel wat functies (met name makkelijk instellen verzendkosten per product) maar voor kleinere shops voldoet het. | ||||||
raptorix | vrijdag 18 mei 2012 @ 06:29 | |||||
NOP Commerce, het is welliswaar .net/c# maar wel geheel MVC, ik had er al tijdje niet meer naar gekeken, maar zag dat ze nu de hele meuk MVC hebben gemaakt, zag er zeer strak uit qua code/structuur. | ||||||
xaban06 | vrijdag 18 mei 2012 @ 06:50 | |||||
Hoi Ik heb een datum + tijd formaat, een voorbeeld is: 2012-05-02T21:00:00 (2 mei 2012, 21:00). Welk functie kan ik het beste gebruiken om hiermee te werken? Volgens mij is het geen standaard format? | ||||||
raptorix | vrijdag 18 mei 2012 @ 08:39 | |||||
Zoiets?
| ||||||
xaban06 | vrijdag 18 mei 2012 @ 10:24 | |||||
Thanks, zal straks even kijken. Wat ik wil bereiken is: is 'datum/tijd' binnen een 'zone' van de komende 15 minuten? | ||||||
xaban06 | vrijdag 18 mei 2012 @ 11:27 | |||||
Dat is pas vanaf PHP 5.3 volgens mij, ik draai nog 5.2 Misschien moet ik het formaat even omzetten naar wat anders om te bereiken wat ik wil? met welk formaat is het makkelijk te checken of een datum/tijd binnen de komende xx minuten valt? | ||||||
raptorix | vrijdag 18 mei 2012 @ 11:32 | |||||
Het handigst is natuurlijk als je het naar Unix TIme in seconden converteert. Ik ben niet bekend met PHP maar je zou eventueel een reguliere expressie kunnen gebruiken om die tijd te converteren. | ||||||
Crutch | vrijdag 18 mei 2012 @ 11:51 | |||||
Ik snap het niet. Ik zet in een folder /admin/index.php een sessie, maar de sessie is niet te vinden als ik terugga naar /index.php En ja ik gebruik overal session_start(); Een $_SESSION is toch globaal? | ||||||
Ofyles2 | vrijdag 18 mei 2012 @ 11:59 | |||||
Klopt. | ||||||
GlowMouse | vrijdag 18 mei 2012 @ 11:59 | |||||
cookies kunnen voor een subfolder zijn ingesteld | ||||||
Crutch | vrijdag 18 mei 2012 @ 12:03 | |||||
Hmmm. Wat is wijsheid? Een admin-sessie zetten via een cookie? Lijkt me niet echt safe. | ||||||
GlowMouse | vrijdag 18 mei 2012 @ 12:06 | |||||
de precieze oorzaak opzoeken | ||||||
Crutch | vrijdag 18 mei 2012 @ 12:10 | |||||
Dat hoeft niet meer. Het werkt op totaal onverklaarbare wijze, ineens. | ||||||
boem-dikkie | vrijdag 18 mei 2012 @ 12:25 | |||||
Ah dat zijn de beste problemen. De problemen die zichzelf oplossen, ineens. | ||||||
Crutch | vrijdag 18 mei 2012 @ 12:28 | |||||
True, maar het knaagt stiekem wel een beetje. Ik wil weten wat het probleem dan echt was. | ||||||
Crutch | vrijdag 18 mei 2012 @ 12:28 | |||||
Even volblaffen. | ||||||
Crutch | vrijdag 18 mei 2012 @ 12:28 | |||||
Hoppa |