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.quote:Op zaterdag 21 april 2012 13:47 schreef themole het volgende:
[..]
Zou het als ik jou was snel oplossen, de onderste site in je signature is al vatbaar daarvoor.
Verander ?id=9 maar eens in ?id='; krijg je meteen een error.
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.quote:Op zaterdag 21 april 2012 13:47 schreef themole het volgende:
[..]
Zou het als ik jou was snel oplossen, de onderste site in je signature is al vatbaar daarvoor.
Verander ?id=9 maar eens in ?id='; krijg je meteen een error.
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.quote:Op zaterdag 21 april 2012 13:58 schreef JDx het volgende:
[..]
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.
Ja, je kunt sowieso alle data in je database uitlezen. Als hetzelfde MySQL-account ook schrijfrechten heeft, kan de database ook worden aangepast.quote:Maar kunnen ze echt schade aanrichten? Want ik heb ook sites voor bedrijven e.d. gemaakt op deze manier.
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.quote: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?
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.quote:Op zaterdag 21 april 2012 13:58 schreef Light het volgende:
[..]
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.
http://nl.wikipedia.org/wiki/SQL-injectiequote:Op zaterdag 21 april 2012 13:58 schreef JDx het volgende:
[..]
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?
Dat vraagt JDx.quote:Op zaterdag 21 april 2012 14:04 schreef themole het volgende:
[..]
Waar zeg ik dat het uitmaakt of je POST of GET gebruikt?
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.quote:Op zaterdag 21 april 2012 14:04 schreef themole het volgende:
[..]
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://php.net/manual/en/pdo.prepared-statements.phpquote:Op zaterdag 21 april 2012 14:15 schreef JDx het volgende:
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.
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'.quote:Op zaterdag 21 april 2012 14:14 schreef TwenteFC het volgende:
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'])
True. Maar als je een hele applicatie moet omschrijven, is dat best veel werk.quote:Beste is om PDO te gebruiken.
http://kledingmerken.jdx.nl/single.php?id=9%20or%201%3D1quote:Op zaterdag 21 april 2012 14:15 schreef JDx het volgende:
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.
Als je websites hebt voor bedrijven kan je dit soort dingen niet maken. Dan maar omschrijven. Maar dit is gewoon linkquote:Op zaterdag 21 april 2012 14:17 schreef Light het volgende:
[..]
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.
Verrekquote:Op zaterdag 21 april 2012 14:18 schreef Light het volgende:
[..]
http://kledingmerken.jdx.nl/single.php?id=9%20or%201%3D1
Ik zou liever voor de snellere oplossing kiezen, denk ik. Dat omschrijven kan altijd nog, eerst moet de boel veilig worden.quote:Op zaterdag 21 april 2012 14:19 schreef Civilian het volgende:
[..]
Als je websites hebt voor bedrijven kan je dit soort dingen niet maken. Dan maar omschrijven. Maar dit is gewoon link
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.quote:Op zaterdag 21 april 2012 14:20 schreef JDx het volgende:
[..]
Verrek
Mooi dat ik dit nu ontdek en niet dat mn baas opeens met een boze klant komt
Inderdaad, persoonlijk had ik hem op zwart gegooid.. alles nagelopen, en dan weer online gegooid.quote:Op zaterdag 21 april 2012 14:21 schreef Light het volgende:
[..]
Ik zou liever voor de snellere oplossing kiezen, denk ik. Dat omschrijven kan altijd nog, eerst moet de boel veilig worden.
Wachtwoorden staan er verder niet in volgens mij.quote:Op zaterdag 21 april 2012 14:22 schreef Tijn het volgende:
[..]
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.
Wees blij dat er nog geen grapjas is geweest die een DELETE statement heeft uitgevoerdquote:Op zaterdag 21 april 2012 14:20 schreef JDx het volgende:
[..]
Verrek
Mooi dat ik dit nu ontdek en niet dat mn baas opeens met een boze klant komt
Geen enkel wachtwoord in geen enkele tabel van je CMS?quote:Op zaterdag 21 april 2012 14:23 schreef JDx het volgende:
[..]
Wachtwoorden staan er verder niet in volgens mij.
Dat zou ook kunnen? Oh god...quote:Op zaterdag 21 april 2012 14:23 schreef Pakspul het volgende:
[..]
Wees blij dat er nog geen grapjas is geweest die een DELETE statement heeft uitgevoerd
Als je input niet filtert en direct in een query gooit, kan iedereen elke query uitvoeren die 'ie maar wil.quote:
Dat lijkt alweer een stuk beterquote:Op zaterdag 21 april 2012 14:23 schreef JDx het volgende:
http://kledingmerken.jdx.nl/single.php?id=9%20or%201%3D1
Yup, en dingen inserten. Allemaal mogelijk. Maak daarom ook maar een backup van je database.quote:
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).quote:Op zaterdag 21 april 2012 14:23 schreef JDx het volgende:
http://kledingmerken.jdx.nl/single.php?id=9%20or%201%3D1
Zo te zien wordt nu intval() gebruikt. Dan krijg je 0 als je met tekst begint, niets spannends verder.quote:Op zaterdag 21 april 2012 14:25 schreef Pakspul het volgende:
[..]
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).
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.quote:Op zaterdag 21 april 2012 14:26 schreef JDx het volgende:
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.
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.quote:Op zaterdag 21 april 2012 14:26 schreef JDx het volgende:
Dus kan veel al beveiligen door die intval() toe te passen.
Wat is er toch ook een tuig op de wereld, ik zie altijd het goede, nooit de mogelijkheid om misbruik te maken.quote:Op zaterdag 21 april 2012 14:30 schreef Tijn het volgende:
[..]
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.
Dat maakt dus niet uit. Als het op dezelfde database draait, kan iedere malloot daar nu gewoon bij.quote:Op zaterdag 21 april 2012 14:29 schreef JDx het volgende:
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.
Dan ben je wel heel naief.quote:Op zaterdag 21 april 2012 14:31 schreef JDx het volgende:
[..]
Wat is er toch ook een tuig op de wereld, ik zie altijd het goede, nooit de mogelijkheid om misbruik te maken.
Het ligt niet aan het tuig, je moet gewoon robuuste software maken. Hackers helpen je juist om betere code te schrijven.quote:Op zaterdag 21 april 2012 14:31 schreef JDx het volgende:
[..]
Wat is er toch ook een tuig op de wereld, ik zie altijd het goede, nooit de mogelijkheid om misbruik te maken.
Gewoon niet aan gedacht dat mensen er eventueel misbruik van kunnen maken.quote:
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).quote:Op zaterdag 21 april 2012 14:33 schreef Tijn het volgende:
[..]
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.
Creatief gebruik van het woord "gewoon".quote:Op zaterdag 21 april 2012 14:34 schreef JDx het volgende:
[..]
Gewoon niet aan gedacht dat mensen er eventueel misbruik van kunnen maken.
Nee ik ben aangenomen omdat alle programmeurs zijn gestopt of ontslagen. Ze hadden niemand meer die dit kon en konden niemand vindenquote:Op zaterdag 21 april 2012 14:40 schreef Tijn het volgende:
Overigens ook niet erg professioneel van dat bedrijf waar je werkt dat je code blijkbaar nooit is gereviewed.
Dat sowieso!quote:Op zaterdag 21 april 2012 14:45 schreef KomtTijd... het volgende:
En vooral ook om eerdere code nog eens door te nemen en te corrigeren.
Ik durf me heul niet als programmeur te verkopen, juist omdat ik weet dat ik niet al ditsoort security dingetjes weet.quote:Op zaterdag 21 april 2012 14:44 schreef JDx het volgende:
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?
Mwoah, als je userinput goed controleert kan je weinig gebeuren. Dingen als je code optimalizeren etc. zijn ook wel handig om te weten.quote:Op zaterdag 21 april 2012 14:47 schreef KomtTijd... het volgende:
[..]
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.
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 neequote:Op zaterdag 21 april 2012 14:44 schreef JDx het volgende:
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?
quote:Op zaterdag 21 april 2012 15:17 schreef Swetsenegger het volgende:
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.
Timing!quote:Op zaterdag 21 april 2012 15:48 schreef Arcee het volgende:
SQL-injecties stonden centraal in Zembla gisteravond:
http://www.uitzendinggemist.nl/afleveringen/1249442
Ik heb ook een eigen cmsje maar ik vang wel altijd user input af.quote:Op zaterdag 21 april 2012 15:47 schreef Diabox het volgende:
[..]
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.
Best kans dat ze voor de zomer failliet zijn...quote:Op zaterdag 21 april 2012 16:08 schreef TwenteFC het volgende:
Die aflevering van Zembla is wel hard... ongelooflijk!
En het achterhalen van de wachtwoorden duurde ook niet lang, dus of ze zijn als plaintext opgeslagen of er is een zwakke encryptie gebruikt.quote: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".
Een wachtwoord als 123456 is wel heel simpel, daar mag best een regeltje bij dat er ook een letter in moet zitten.quote: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.
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.quote:Op zaterdag 21 april 2012 16:09 schreef stefanhaan het volgende:
Je moet gewoon een functie implementeren waarmee je standaard user input verwerkt en controleert. Als je dat aanleert voorkom je dingen zoals MysqlInjection.
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.quote:Of wat geadvanceerdere mysql leren door middel van procedures en views. Dan is je database ook al vrij goed beveiligd.
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.quote:Op zaterdag 21 april 2012 16:51 schreef Light het volgende:
[..]
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.
Wachtwoorden als 123456 duren nooit lang om te achterhalen (als ze niet gesalt zijn). Daar kun je de hashes gewoon van googlen.quote:Op zaterdag 21 april 2012 16:42 schreef Light het volgende:
[..]
En het achterhalen van de wachtwoorden duurde ook niet lang, dus of ze zijn als plaintext opgeslagen of er is een zwakke encryptie gebruikt.
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.quote:Op zaterdag 21 april 2012 16:57 schreef KomtTijd... het volgende:
[..]
Wachtwoorden als 123456 duren nooit lang om te achterhalen (als ze niet gesalt zijn). Daar kun je de hashes gewoon van googlen.
De reactie van VCD ook Dit persbericht bijvoorbeeld, echt om te janken. Ze ontkennen eigenlijk gewoon alles.quote:Op zaterdag 21 april 2012 16:08 schreef TwenteFC het volgende:
Die aflevering van Zembla is wel hard... ongelooflijk!
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.quote:Op zaterdag 21 april 2012 18:09 schreef Tijn het volgende:
[..]
De reactie van VCD ook Dit persbericht bijvoorbeeld, echt om te janken. Ze ontkennen eigenlijk gewoon alles.
En ondertussen zijn ze wel op zoek naar personeel:quote:Op zaterdag 21 april 2012 18:09 schreef Tijn het volgende:
[..]
De reactie van VCD ook Dit persbericht bijvoorbeeld, echt om te janken. Ze ontkennen eigenlijk gewoon alles.
Dit klopt niet.quote:Op zaterdag 21 april 2012 14:04 schreef Tijn het volgende:
[..]
Als hetzelfde MySQL-account ook schrijfrechten heeft, kan de database ook worden aangepast.
hoe wil je dat doen dan?quote:
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.quote:Op zaterdag 21 april 2012 20:18 schreef Tegan het volgende:
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.
Dat is echt geen excuus hoor . Eigenlijk hoort bij ieder bedrijf wel een programmeur, dan wel voor de website of voor intern verkeer.quote:Op zaterdag 21 april 2012 21:19 schreef JDx het volgende:
[..]
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.
Dit vooral:quote:Op zaterdag 21 april 2012 18:09 schreef Tijn het volgende:
De reactie van VCD ook Dit persbericht bijvoorbeeld, echt om te janken. Ze ontkennen eigenlijk gewoon alles.
En wat nou als ze die niet kunnen vinden?quote:Op zaterdag 21 april 2012 21:30 schreef Tegan het volgende:
[..]
Dat is echt geen excuus hoor . Eigenlijk hoort bij ieder bedrijf wel een programmeur, dan wel voor de website of voor intern verkeer.
Dan besteed je het programmeerwerk uit. Daarmee voorkom je ook dat je afhankelijk wordt van 1 persoon.quote:Op zaterdag 21 april 2012 21:40 schreef JDx het volgende:
[..]
En wat nou als ze die niet kunnen vinden?
Niet zomaar iemand laten aanmodderen. Beter zoeken. Beter salaris bieden.quote:Op zaterdag 21 april 2012 21:40 schreef JDx het volgende:
[..]
En wat nou als ze die niet kunnen vinden?
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.quote:Op zaterdag 21 april 2012 21:30 schreef Tegan het volgende:
[..]
Dat is echt geen excuus hoor . Eigenlijk hoort bij ieder bedrijf wel een programmeur, dan wel voor de website of voor intern verkeer.
Dit gebeurt sowieso al zelden in deze tijden.quote:Op zaterdag 21 april 2012 21:42 schreef Tegan het volgende:
[..]
Niet zomaar iemand laten aanmodderen. Beter zoeken. Beter salaris bieden.
Nou goed. Niet alle bedrijven hebben er een nodig. Maar bedrijf van JDx bv. wel.quote:Op zaterdag 21 april 2012 21:43 schreef stefanhaan het volgende:
[..]
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.
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.quote:Op zaterdag 21 april 2012 21:36 schreef Arcee het volgende:
[..]
Dit vooral:
[ afbeelding ]
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.:')
Laatst had je Cue_ ookal in dezelfde situatie .quote:Op zaterdag 21 april 2012 21:44 schreef Tegan het volgende:
[..]
Nou goed. Niet alle bedrijven hebben er een nodig. Maar bedrijf van JDx bv. wel.
Nee dat laat zien hoe wanhopig ze waren om een nieuwe programmeur te vinden.quote:Op zaterdag 21 april 2012 22:25 schreef Tegan het volgende:
Want als het via Fok gebeurt kan het geen bedrijf zijn die fout bezig is?
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.quote:Opvallend genoeg komt naar voren uit het onderzoek van deze experts, dat de ongeoorloofde toegang naar alle waarschijnlijkheid heeft plaatsgevonden middels voorkennis (lees: men heeft op onrechtmatige wijze een inlogwachtwoord in handen gekregen).
Dat is toch geen excuus om het zo op te lossen?quote:Op zaterdag 21 april 2012 22:27 schreef JDx het volgende:
[..]
Nee dat laat zien hoe wanhopig ze waren om een nieuwe programmeur te vinden.
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!"quote:Op zaterdag 21 april 2012 22:11 schreef JDx het volgende:
Sterker nog, ik heb mijn baan via Fok! omdat ze niemand konden vinden die daar wilde werken én iets wist van programeercode's etc
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.quote:Op zaterdag 21 april 2012 22:51 schreef totalvamp het volgende:
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.
Ja klopt, gisterenquote:Op zaterdag 21 april 2012 22:45 schreef Swetsenegger het volgende:
[..]
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?
Dan heb ik jouw droombaan, doen wat je wil en geen controlequote:Op zaterdag 21 april 2012 22:51 schreef totalvamp het volgende:
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.
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?quote:
dat is het inderdaadquote:Op zaterdag 21 april 2012 23:48 schreef Tijn het volgende:
[..]
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?
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.quote:Op zaterdag 21 april 2012 23:46 schreef JDx het volgende:
[..]
Ja klopt, gisteren
[..]
Dan heb ik jouw droombaan, doen wat je wil en geen controle
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.quote:Op zondag 22 april 2012 02:52 schreef totalvamp het volgende:
[..]
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.
Haha, altijd lachen met semi-publieke overheidsinstanties die te vaak leunen op bevriende programmeurs.quote:Op zaterdag 21 april 2012 15:48 schreef Arcee het volgende:
SQL-injecties stonden centraal in Zembla gisteravond:
http://www.uitzendinggemist.nl/afleveringen/1249442
Niks publieks aan hoor, VCD is gewoon een commercieel bedrijf die naast overheden ook aan een heleboel andere bedrijven levert.quote:Op zondag 22 april 2012 07:32 schreef Ofyles2 het volgende:
[..]
Haha, altijd lachen met semi-publieke overheidsinstanties die te vaak leunen op bevriende programmeurs.
Ffmpeg FTWquote:Op zondag 22 april 2012 13:34 schreef Baghdaddy het volgende:
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.
Ik snap je probleem niet? Het ligt toch gewoon aan het soort player die je gebruikt?quote:Op zondag 22 april 2012 13:34 schreef Baghdaddy het volgende:
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.
VCD als grootste voorbeeld.quote:Op zaterdag 21 april 2012 14:33 schreef KomtTijd... het volgende:
Wat mij betreft is het "tuig" de mensen die ditsoort tijdbommen aan een klant durven leveren.
VCD mag ook wat doen aan zoekmachine-optimalisatie. Zo'n langdradige URL onthoudt niemand...quote:Op zaterdag 21 april 2012 18:09 schreef Tijn het volgende:
[..]
De reactie van VCD ook Dit persbericht bijvoorbeeld, echt om te janken. Ze ontkennen eigenlijk gewoon alles.
ffmpeg of gewoon eisen dat het mp4, 3gp, wmv bestanden zijn die je al af kunt spelen in de browser.quote:Op zondag 22 april 2012 13:34 schreef Baghdaddy het volgende:
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.
ffmpeg > flv en dan een flashplayer gebruiken?quote:Op zondag 22 april 2012 13:34 schreef Baghdaddy het volgende:
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.
Flashplayers zijn ouderwets. Gewoon HTML5 doen stukken makkelijker.quote:Op zondag 22 april 2012 17:21 schreef mschol het volgende:
[..]
ffmpeg > flv en dan een flashplayer gebruiken?
FLV werkt niet op mobiele apparaten en heeft misschien wel de slechtste kwaliteit/bestandsgrootte-verhouding van alle videoformaten.quote:Op zondag 22 april 2012 17:21 schreef mschol het volgende:
[..]
ffmpeg > flv en dan een flashplayer gebruiken?
een beetje mobieltje kan gewoon met flash omgaan hoorquote:Op zondag 22 april 2012 17:32 schreef Tijn het volgende:
[..]
FLV werkt niet op mobiele apparaten en heeft misschien wel de slechtste kwaliteit/bestandsgrootte-verhouding van alle videoformaten.
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.quote:Op maandag 23 april 2012 00:16 schreef mschol het volgende:
[..]
een beetje mobieltje kan gewoon met flash omgaan hoor
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.quote:mar hey, gewoon een nog 'experimentele' standaard gebruiken, goeie zaak
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 statusquote:Op maandag 23 april 2012 00:18 schreef Tijn het volgende:
[..]
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.
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.quote:Op maandag 23 april 2012 00:27 schreef mschol het volgende:
[..]
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
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 allesquote:Op zondag 22 april 2012 23:36 schreef Tijn het volgende:
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?
1 2 3 4 5 | SELECT g.autonr, g.merk, g.kenteken, v.opmerking FROM gegevens g LEFT OUTER JOIN vloot v ONv.vlootnr = g.autonr WHERE g.autonr = '1400' AND v.datum = (select max(datum) from vloot where vlootnr = 1400) |
Zo'n vermoeden had ik al inderdaad. Ga hem eens in de join gooienquote:Op maandag 23 april 2012 11:49 schreef GlowMouse het volgende:
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.
Dit en je kunt objecten makkelijker een functie meegeven voor bijvoorbeeld sorteren etcquote:Op maandag 23 april 2012 16:07 schreef GlowMouse het volgende:
Objecten dwingen meer consistentie af.
Een object kan ook veel meer verschillende eigenschappen en functies bevatten dan alleen een index en een waarde.quote:Op maandag 23 april 2012 15:39 schreef Sitethief het volgende:
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...
Hoe doen ze dat dan?quote:Op maandag 23 april 2012 16:07 schreef GlowMouse het volgende:
Objecten dwingen meer consistentie af.
Dat is wel interessant.quote:Op maandag 23 april 2012 16:15 schreef totalvamp het volgende:
[..]
Dit en je kunt objecten makkelijker een functie meegeven voor bijvoorbeeld sorteren etc
Mjah, er zit pure data in, die net zo goed in een array zou kunnen zitten.quote:Op maandag 23 april 2012 16:18 schreef Crutch het volgende:
[..]
Een object kan ook veel meer verschillende eigenschappen en functies bevatten dan alleen een index en een waarde.
Nee hier zit je dus fout.quote:Op maandag 23 april 2012 16:41 schreef Sitethief het volgende:
[..]
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.
Woordenboek een optie?quote:
Als je het kunt redden met één array per datacollectie dan kun je dat gewoon blijven gebruiken natuurlijk.quote:Mjah, er zit pure data in, die net zo goed in een array zou kunnen zitten.
Een array met landenquote:Op maandag 23 april 2012 16:47 schreef Crutch het volgende:
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.
Ja ik zou geen landobject gaan maken ofzo.quote:
Niet als je alleen landen nodig hebt die bestaan Wil je er iets mee doen dan wel natuurlijk!quote:Op maandag 23 april 2012 17:02 schreef Crutch het volgende:
[..]
Ja ik zou geen landobject gaan maken ofzo.
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).quote:
Als ik dit invoer onderaan mijn code dan is mijn hele style verknalt..quote:Op dinsdag 17 april 2012 11:40 schreef cablegunmaster het volgende:
[..]
1. Simpelste oplossing is een redirect . Dan stuurt hij door naar de volgende pagina en dan mogen ze zo veel F5 drukken als ze willen maar dan herhaalt hij niet.
2. een Check inbouwen dat als de text precies zo al voorkomt dat hij niet meer een Insert uitvoert maar doorgaat met redirecten.
[ code verwijderd ]
[..]
Headers mogen geen output daarvoor hebben dus een reeks html + vervolgens de header kan tot fouten leiden.
[ code verwijderd ]
Prefereer daarom liever Redirect
quote:Op dinsdag 17 april 2012 11:40 schreef cablegunmaster het volgende:
Headers mogen geen output daarvoor hebben dus een reeks html + vervolgens de header kan tot fouten leiden.
[ code verwijderd ]
No shit?quote:Op dinsdag 24 april 2012 18:25 schreef drumminggod het volgende:
[..]
Als ik dit invoer onderaan mijn code dan is mijn hele style verknalt..
Als ik de redirect functie onder invoer
Ik heb het probleem: "zie door de bomen het bos niet meer" denk ik..quote:
Hèhè.quote:Op dinsdag 24 april 2012 20:26 schreef KomtTijd... het volgende:
Ookwel het "blindelings copy-pasten zonder zelf na te denken" probleem genoemd.
php heeft een xml parser met een aantal functies, kijk daar eens naar:quote:Op woensdag 25 april 2012 15:52 schreef xaban06 het volgende:
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)?
Ik ben zelf al aan de slag gegaan met simplexml, maar waarom de wiel opnieuw uitvinden als er al zoiets bestaatquote:Op woensdag 25 april 2012 16:23 schreef mschol het volgende:
[..]
php heeft een xml parser met een aantal functies, kijk daar eens naar:
http://php.net/manual/en/ref.xml.php
DOMDocumentquote:Op woensdag 25 april 2012 15:52 schreef xaban06 het volgende:
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)?
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.quote:Op woensdag 25 april 2012 16:54 schreef xaban06 het volgende:
[..]
Ik ben zelf al aan de slag gegaan met simplexml, maar waarom de wiel opnieuw uitvinden als er al zoiets bestaat
Er zijn wel meer mogelijkheden...quote:Op woensdag 25 april 2012 20:48 schreef Light het volgende:
[..]
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.
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).quote:Op woensdag 25 april 2012 21:01 schreef KomtTijd... het volgende:
[..]
Er zijn wel meer mogelijkheden...
http://www.php.net/manual/en/function.fputcsv.phpquote:Op donderdag 26 april 2012 11:07 schreef -Datdus- het volgende:
Heeft iemand hier verstand van het maken van .csv bestanden met php? Ik kan niet echt een duidelijke tutorial vinden.
Uitlezen valt anders nog tegen met newlines enzo, maar maken is inderdaad vrij makkelijkquote:Op donderdag 26 april 2012 11:11 schreef GI het volgende:
Of gewoon lekker makkelijk zelf opbouwen. Comma Seperated Values is nou niet heel erg moeilijk
Ik wel, is niet heel erg lastig. Zijn zelfs gewoon PHP functies voor.quote:Op donderdag 26 april 2012 11:07 schreef -Datdus- het volgende:
Heeft iemand hier verstand van het maken van .csv bestanden met php? Ik kan niet echt een duidelijke tutorial vinden.
1 2 3 4 5 6 7 8 9 10 11 12 13 | <?php if(isset($_GET['id'])){ $page = $_GET['p']; $pid = $_GET['id']; $url = "Location:index.php?p=".$page."&id=".$pid; header($url); } if(isset($_GET['p'])){ $page = $_GET['p']; $url = "Location:index.php?p=".$page; header($url); } ?> |
Een URL is geen geldige HTTP header.quote:Op vrijdag 27 april 2012 14:40 schreef Feyenoordlife het volgende:
Waarom werkt het volgende niet?
[ code verwijderd ]
Als ik $url echo komt er wel de goede url uit, maar via de header kom ik steeds op index.php
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
1 2 3 4 5 6 7 8 9 10 11 12 | <?php if(isset($_GET['id'])){ $page = $_GET['p']; $pid = $_GET['id']; $url = "Location:index.php?p=".$page."&id=".$pid; } if(isset($_GET['p'])){ $page = $_GET['p']; $url = "Location:index.php?p=".$page; } redirect($url); ?> |
quote:Op vrijdag 27 april 2012 14:42 schreef mstx het volgende:
[..]
Een URL is geen geldige HTTP header.
http://nl3.php.net/manual/en/function.header.phpLocation zet hij al in zijn variabeleSPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Ik zou toch zweren dat dat er net nog niet stondquote:Op vrijdag 27 april 2012 14:44 schreef Scorpie het volgende:
[..]
Location zet hij al in zijn variabele
Zat ik ook nog aan te denken ja. Ik keek er ook over heen hoor eerste keerquote:Op vrijdag 27 april 2012 14:46 schreef mstx het volgende:
[..]
Ik zou toch zweren dat dat er net nog niet stond
Misschien maakt de spatie nog uit?
1 2 3 4 5 6 7 8 9 10 11 12 13 | <?php if(isset($_GET['id'])){ $page = $_GET['p']; $pid = $_GET['id']; $url = "index.php?p=".$page."&id=".$pid; header("Location: $url"); } if(isset($_GET['p'])){ $page = $_GET['p']; $url = "index.php?p=".$page; header("Location: $url"); } ?> |
Zou niet hoeven, gebruik zelf ook gewoon dingen als index.php met een header.quote:Op vrijdag 27 april 2012 15:09 schreef stefan1218 het volgende:
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=.......
Blijft hetzelfde.quote:Op vrijdag 27 april 2012 15:09 schreef stefan1218 het volgende:
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=.......
Wat gebeurt er, for the sake of testing, als je de url er even volledig handmatig inzet? Werkt hij dan wel?quote:
1 2 3 4 5 6 7 8 9 10 11 12 | <?php if(isset($_GET['id'])){ $page = $_GET['p']; $pid = $_GET['id']; $url = "index.php?p=".$page."&id=".$pid; header("Location: $url"); } else if(isset($_GET['p'])){ $page = $_GET['p']; $url = "index.php?p=".$page; header("Location: $url"); } ?> |
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.quote:Op vrijdag 27 april 2012 15:35 schreef totalvamp het volgende:
Het probleem zit hem in je if constructie.
hij doet nu ALTIJD de laatste if! zet er even een else tussen:
[ code verwijderd ]
Ik ga er dan natuurlijk vanuit dat hij een p meegeeft...quote:Op vrijdag 27 april 2012 15:37 schreef Civilian het volgende:
[..]
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.
Maar als je een P meegeeft kom je dus niet in de eerste statementquote:Op vrijdag 27 april 2012 15:39 schreef totalvamp het volgende:
[..]
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.
dat is ook niet nodig als je geen id hebtquote:Op vrijdag 27 april 2012 15:41 schreef Civilian het volgende:
[..]
Maar als je een P meegeeft kom je dus niet in de eerste statement
Dit is inderdaad de bedoeling ja.quote:Op vrijdag 27 april 2012 15:42 schreef totalvamp het volgende:
[..]
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
Dan denk ik te moeilijk. Maargoed, toch een beetje rare constructie Maar dat is 't probleem niet hierquote:Op vrijdag 27 april 2012 15:42 schreef totalvamp het volgende:
[..]
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
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.quote:Op vrijdag 27 april 2012 15:44 schreef Feyenoordlife het volgende:
[..]
Dit is inderdaad de bedoeling ja.
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.quote:Op vrijdag 27 april 2012 15:45 schreef Civilian het volgende:
[..]
Dan denk ik te moeilijk. Maargoed, toch een beetje rare constructie Maar dat is 't probleem niet hier
Het is inderdaad ook een simpele constructie, maar "goed" is hij niet. (wat niet betekent dat het niet zou werken).quote:Op vrijdag 27 april 2012 15:51 schreef Feyenoordlife het volgende:
[..]
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.
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.quote:Op vrijdag 27 april 2012 15:51 schreef Civilian het volgende:
Heb je trouwens iets van output staan voordat je header() aanroept? Een echo, print oid? Dat zorgt namelijk ook voor errors.
zet eens heel je code neer dan.quote:Op vrijdag 27 april 2012 15:56 schreef Feyenoordlife het volgende:
[..]
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.
en staat display errors ook aan?quote:Op vrijdag 27 april 2012 15:56 schreef Feyenoordlife het volgende:
[..]
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.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 | <form action="<?php echo $_SERVER['PHP_SELF']; ?>" method="post"> <table> <tr><td>Gebruikersnaam:</td><td>Wachtwoord:</td></tr> <tr><td><input size="12" name="Gebruikersnaam" /></td><td><input size="12" name="Wachtwoord" type="password" /></td><td><input type="submit" value="Login" name="Login" /></form></td></tr> <tr><td><a href="?p=registreren">Registreren</a></td><td><a href="?p=wachtwoord_vergeten">Wachtwoord vergeten</a></td></tr></table> <?php ini_set('display_errors', 1); error_reporting(E_ALL); if(!empty($_POST['Login'])){ if($_SERVER['REQUEST_METHOD'] == 'POST' AND $_POST['Login'] == 'Login') // Controle of er op de knop is geklikt. { if (empty($_POST['Gebruikersnaam'])) { echo ('<br />Geen gebruikersnaam ingevoerd'); } elseif (empty($_POST['Wachtwoord'])) { echo ('<br />Geen wachtwoord ingevoerd'); } else { $Gebruikersnaam = mysql_real_escape_string($_POST['Gebruikersnaam']); $Wachtwoord = sha1($_POST['Wachtwoord']); $sql = ("SELECT * FROM leden WHERE Gebruikersnaam='".$Gebruikersnaam."' AND Wachtwoord='".$Wachtwoord."'"); $uitvoer = mysql_query($sql); $controle = mysql_num_rows($uitvoer); //Uitvoer van inlog $lidid = mysql_fetch_array($uitvoer); if($controle == 1) { $_SESSION["ingelogd"] = 1; $_SESSION["naam"] = $_POST['Gebruikersnaam']; if(isset($_GET['id'])){ $page = $_GET['p']; $pid = $_GET['id']; $url = "index.php?p=".$page."&id=".$pid; header("Location: $url"); exit(); } else if(isset($_GET['p'])){ $page = $_GET['p']; $url = "index.php?p=".$page; header("Location: $url"); exit(); } } else { echo ('<align="left">Inloggen mislukt.</align>'); // Negatieve melding van ingevoerde gegevens. } } } } ?> |
Dat kan niet je hebt output voordat je de headers send.quote:
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?quote:Op vrijdag 27 april 2012 16:04 schreef Civilian het volgende:
[..]
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.
Dat weet ik zo niet. Maar dit script is sowieso bad practise.quote:Op vrijdag 27 april 2012 16:07 schreef Feyenoordlife het volgende:
[..]
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?
Ik gebruik toch een submitknop?quote:Op vrijdag 27 april 2012 16:15 schreef Civilian het volgende:
Waarom gebruik je trouwens linkjes in je "form" om te submitten en geen submitknop? Dit hele schript klopt van geen kanten..
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | <?php if (isset($_GET['p'])) { $url = 'index.php?p='.urlencode($_GET['p']); if (isset($_GET['id']) && is_numeric($_GET['id'])) { $url .= '&id='.$_GET['id']; } header('Location: '.$url); die(); } ?> |
Ah was 't overzicht een beetje kwijtquote:Op vrijdag 27 april 2012 16:17 schreef Feyenoordlife het volgende:
[..]
Ik gebruik toch een submitknop?
doe dan gewoon je html in een apart bestandje en include die op de juiste plek...quote:Op vrijdag 27 april 2012 16:22 schreef totalvamp het volgende:
Je moet sowieso al je HTML pas doen NA je PHP code.
er zijn heel veel verbeter punten natuurlijk, je kunt beter een MVC model aanhouden als je toch goed wil gaan werken.quote:Op vrijdag 27 april 2012 16:31 schreef mschol het volgende:
[..]
doe dan gewoon je html in een apart bestandje en include die op de juiste plek...
Misschien dat dat nog wat te hoog gegrepen is.. Maar inderdaad wel beter om gelijk wat goeds aan te lerenquote:Op vrijdag 27 april 2012 16:33 schreef totalvamp het volgende:
[..]
er zijn heel veel verbeter punten natuurlijk, je kunt beter een MVC model aanhouden als je toch goed wil gaan werken.
MVC is altijd lastiger voor beginners, tenminste, ik vind het lastig aan te leren.quote:Op vrijdag 27 april 2012 16:33 schreef totalvamp het volgende:
[..]
er zijn heel veel verbeter punten natuurlijk, je kunt beter een MVC model aanhouden als je toch goed wil gaan werken.
Je kunt al beginnen met alles in aparte mappen te zetten etc, dat maakt alles al veel makkelijker te doenquote:Op vrijdag 27 april 2012 19:21 schreef xaban06 het volgende:
[..]
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?
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.quote:Op vrijdag 27 april 2012 19:21 schreef xaban06 het volgende:
[..]
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?
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 gebruikenquote:Op vrijdag 27 april 2012 19:21 schreef xaban06 het volgende:
[..]
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?
Is het ooit een doel dan?quote:Op zondag 29 april 2012 00:10 schreef Ofyles2 het volgende:
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.
Nope, het doel is een betere gestructureerde code de methode is MVC modelquote:
Nee.quote:
Ook voor de beginner?quote:Op zondag 29 april 2012 00:02 schreef boem-dikkie het volgende:
[..]
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.
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.quote:Op zondag 29 april 2012 13:36 schreef xaban06 het volgende:
[..]
Ook voor de beginner?
Bij ons op werk gebruiken ze trouwens symfony, misschien eens bij ze langs lopen.
Zo 'gewoon' is dat niet voor mij (nog)...quote:
Vorige week geleerdquote:Op woensdag 2 mei 2012 16:38 schreef Cue_ het volgende:
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)
Nu kun je het googlenquote:Op woensdag 2 mei 2012 16:45 schreef Cue_ het volgende:
[..]
Zo 'gewoon' is dat niet voor mij (nog)...
Sorry , hoestie verder?quote:Op woensdag 2 mei 2012 16:52 schreef Cue_ het volgende:
Het is een directe insert in de oracle database.. dus geen php aan te pas of mysql
ja had ik gedaan.. kwam ik dus op dat je dus een extra ' quote) ervoor moest zetten.. leek niet te werken.quote:Op woensdag 2 mei 2012 16:52 schreef KomtTijd... het volgende:
Nu kun je het googlen
Neem aan dat je nog nooit queries gemaakt hebt dan, want escapen doe je altijd met userinput.
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-roundupquote:Op donderdag 3 mei 2012 12:48 schreef totalvamp het volgende:
Pff een pokerserver is moeilijker als het lijkt
Zit nu te vitten met de kaart combinaties.
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.quote:Op donderdag 3 mei 2012 15:05 schreef raptorix het volgende:
[..]
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
1 2 3 4 | <?php if (isset($data['first_name'])) { echo "<h1><?php echo do_shortcode(stripslashes($data['first_name'])); ?></h1>"; } ?> |
quote:Op zaterdag 5 mei 2012 19:16 schreef Neraice het volgende:
Wie kan mij helpen met deze code? Hij werkt atm niet.
[ code verwijderd ]
Ik probeer dus HTML met daarin PHP te echo'en.
Wat wil je dat er getoond wordt?quote:Op zaterdag 5 mei 2012 19:16 schreef Neraice het volgende:
Wie kan mij helpen met deze code? Hij werkt atm niet.
[ code verwijderd ]
Ik probeer dus HTML met daarin PHP te echo'en.
Nog niet.quote:Op zaterdag 5 mei 2012 19:55 schreef HeyMarlous het volgende:
Iemand toevallig erin geslaagd SSL werkend te krijgen op WAMP/XAMPP ?
Misschien wil ie code listing weergevenquote:Op zaterdag 5 mei 2012 19:21 schreef JDx het volgende:
[..]
Waarom zet je WEER <?php erin, je zit toch al in php te schrijven.
Ja, een tijdje terug op WAMPquote:Op zaterdag 5 mei 2012 19:55 schreef HeyMarlous het volgende:
Iemand toevallig erin geslaagd SSL werkend te krijgen op WAMP/XAMPP ?
Als je een beetje ervaring hebt met PHP e.d. is het vrij simpel.quote:Op zondag 29 april 2012 13:36 schreef xaban06 het volgende:
[..]
Ook voor de beginner?
Bij ons op werk gebruiken ze trouwens symfony, misschien eens bij ze langs lopen.
Normaalgesproken wel. Maar hij maakt hier geen gebruik van het framework, maar draait gewoon de rauwe query.quote:Op woensdag 9 mei 2012 18:03 schreef themole het volgende:
Wordt dat escapen niet gedaan door het magento framework?
haha wat een faalquote:Op woensdag 9 mei 2012 17:57 schreef Civilian het volgende:
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
[ afbeelding ]
Géén escapes, géén prepared statements.. Helemaal niks, zo de DB in..
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 beveiligenquote:Op woensdag 9 mei 2012 17:57 schreef Civilian het volgende:
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
[ afbeelding ]
Géén escapes, géén prepared statements.. Helemaal niks, zo de DB in..
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?quote:Op woensdag 9 mei 2012 09:45 schreef Civilian het volgende:
[..]
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
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..quote:Op woensdag 9 mei 2012 18:43 schreef stefanhaan het volgende:
Codeigniter vind ik persoonlijk wel een lekker framework om mee te werken.
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..quote:Op woensdag 9 mei 2012 17:57 schreef Civilian het volgende:
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
[ afbeelding ]
Géén escapes, géén prepared statements.. Helemaal niks, zo de DB in..
Ik vind 't heerlijk om met Magento te werken. Maar print_r's werken niet nee. Daar heb ik ondertussen mn eigen debugclasses voor.quote:Op woensdag 9 mei 2012 21:31 schreef Schepseltje het volgende:
[..]
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..
Een serieus grotere bagger als Magento heb ik nooit gezien, alles gefragementeerd in honderden files, daarnaast is de performance dramatisch.quote:Op woensdag 9 mei 2012 23:07 schreef Civilian het volgende:
[..]
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
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?quote:Op donderdag 10 mei 2012 06:09 schreef raptorix het volgende:
[..]
Een serieus grotere bagger als Magento heb ik nooit gezien, alles gefragementeerd in honderden files, daarnaast is de performance dramatisch.
het fijne aan CI vind ik dat in tegenstelling tot veel frameworks is dat je de command line niet nodig hebt.quote:Op woensdag 9 mei 2012 21:28 schreef Schepseltje het volgende:
[..]
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..
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.quote:Op donderdag 10 mei 2012 08:24 schreef Civilian het volgende:
[..]
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.
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.quote:Op donderdag 10 mei 2012 13:23 schreef raptorix het volgende:
[..]
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.
desc `order` werkt niet?quote:Op donderdag 10 mei 2012 13:34 schreef Cue_ het volgende:
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.
Nou, het was iets meer als een uurtje naar kijkenquote:Op donderdag 10 mei 2012 13:32 schreef Civilian het volgende:
[..]
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.
I know, was ook niet mijn ideequote:Op donderdag 10 mei 2012 13:44 schreef raptorix het volgende:
Je table trouwens noemen naar "reserved" words is meestal geen slim idee trouwens
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 meequote:Op donderdag 10 mei 2012 13:43 schreef raptorix het volgende:
[..]
Nou, het was iets meer als een uurtje naar kijken
Ik vind het gewoon te gefragmenteerd, en te veel gezoek naar componenten.
Magento is al snel overkill inderdaadquote:Op donderdag 10 mei 2012 14:32 schreef Catch22- het volgende:
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.
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..quote:Op donderdag 10 mei 2012 14:32 schreef Catch22- het volgende:
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.
Andersom klinkt ook stukken logischer, al ben ik zelf geen voorstander van Magento.quote:Op donderdag 10 mei 2012 16:47 schreef Schepseltje het volgende:
[..]
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..
dat is met elk systeem zo.quote:Op donderdag 10 mei 2012 16:47 schreef Schepseltje het volgende:
[..]
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..
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.quote:Op donderdag 10 mei 2012 16:56 schreef Catch22- het volgende:
[..]
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.
Op PHP gebied misschien wel, als je breder kijkt zijn er prima alternatieven, heb gekeken naar NOP commerce, ongeveer gelijk qua featuresquote:Op donderdag 10 mei 2012 16:47 schreef Schepseltje het volgende:
[..]
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..
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.quote:Op donderdag 10 mei 2012 16:56 schreef Catch22- het volgende:
[..]
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.
1 2 | 01-mei;02-mei;03-mei;04-mei;05-mei;06-mei;07-mei;08-mei;09-mei;10-mei;11-mei;12-mei;13-mei;14-mei;15-mei;16-mei;17-mei;18-mei;19-mei;20-mei;21-mei;22-mei;23-mei;24-mei;25-mei;26-mei;27-mei;28-mei;29-mei;30-mei;31-mei A;;N;N;;;;O;O;A;A;;N;N;;;;O;O;A;A;;N;;D;;;O;O;A;A |
1 2 3 4 5 6 7 8 9 10 11 | Dag Shift 01-mei A 02-mei 03-mei N 04-mei N 05-mei 06-mei 07-mei 08-mei O .. .. |
Schrijf zelf een script? Voor praktisch alles wat je wil zijn er gewoon PHP functies.quote:Op dinsdag 15 mei 2012 05:13 schreef xaban06 het volgende:
Ik ben op zoek naar een tool om CSV data in een MySQL database te dumpen. Tips?
Mijn CSV bestaat uit 2 regels, voorbeeld:
[ code verwijderd ]
De records in MySQL moet zijn:
[ code verwijderd ]
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.quote:Op donderdag 10 mei 2012 16:54 schreef cablegunmaster het volgende:
[..]
Andersom klinkt ook stukken logischer,
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..quote: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.
Caps gebruiken is vaak ook niet zo slimquote:Op donderdag 10 mei 2012 13:41 schreef Cue_ het volgende:
Weet het al.. het moest niet "order" zijn maar "ORDER"
Maar waarom Magento? Er zijn zoveel betere opensource alternatieven.quote:Op dinsdag 15 mei 2012 23:30 schreef Schepseltje het volgende:
[..]
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..
Volgens mij zet oracle dat automatisch om naar caps.quote:Op woensdag 16 mei 2012 09:53 schreef stefanhaan het volgende:
[..]
Caps gebruiken is vaak ook niet zo slim
1 2 3 4 | <?php $datum = $_POST['ndatum']; $datum = mktime($datum); ?> |
1 2 3 4 | <?php $datum = str_replace('-', ', ', $datum); $datum = mktime($datum); ?> |
1 2 3 | <?php $datum = mktime(00, 00, 00, $datum); ?> |
Als je een / gebruikt, is het formaat mm/dd/yyyy. Bij een - is het dd-mm-yyyy. Dus ik zou die - niet vervangen.quote:Op woensdag 16 mei 2012 22:02 schreef boem-dikkie het volgende:
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 /.
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.quote:Op woensdag 16 mei 2012 14:46 schreef raptorix het volgende:
[..]
Maar waarom Magento? Er zijn zoveel betere opensource alternatieven.
Voor kleine projecten gebruik ik meestal OpenCart. Mist wel wat functies (met name makkelijk instellen verzendkosten per product) maar voor kleinere shops voldoet het.quote:Op donderdag 17 mei 2012 17:47 schreef Diabox het volgende:
[..]
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.
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.quote:Op donderdag 17 mei 2012 17:47 schreef Diabox het volgende:
[..]
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.
1 2 3 | $format = 'Y-m-!d H:i:s'; $date = DateTime::createFromFormat($format, '2009-02-15 15:16:17'); echo "Format: $format; " . $date->format('Y-m-d H:i:s') . "\n"; |
Thanks, zal straks even kijken.quote:
Dat is pas vanaf PHP 5.3 volgens mij, ik draai nog 5.2quote:
Het handigst is natuurlijk als je het naar Unix TIme in seconden converteert.quote:Op vrijdag 18 mei 2012 11:27 schreef xaban06 het volgende:
[..]
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?
Klopt.quote:Op vrijdag 18 mei 2012 11:51 schreef Crutch het volgende:
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?
de precieze oorzaak opzoekenquote:
Dat hoeft niet meer. Het werkt op totaal onverklaarbare wijze, ineens.quote:
Ah dat zijn de beste problemen. De problemen die zichzelf oplossen, ineens.quote:Op vrijdag 18 mei 2012 12:10 schreef Crutch het volgende:
[..]
Dat hoeft niet meer. Het werkt op totaal onverklaarbare wijze, ineens.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |