FOK!forum / Digital Corner / [PHP/(My)SQL] voor dummies #101
Tijnzaterdag 21 april 2012 @ 13:58
php.jpg


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
Lightzaterdag 21 april 2012 @ 13:58
quote:
14s.gif 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.
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.
JDxzaterdag 21 april 2012 @ 13:58
quote:
14s.gif 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.

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?
Tijnzaterdag 21 april 2012 @ 14:04
quote:
0s.gif 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.
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:
Maar kunnen ze echt schade aanrichten? Want ik heb ook sites voor bedrijven e.d. gemaakt op deze manier.
Ja, je kunt sowieso alle data in je database uitlezen. Als hetzelfde MySQL-account ook schrijfrechten heeft, kan de database ook worden aangepast.

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?
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.
themolezaterdag 21 april 2012 @ 14:04
quote:
0s.gif 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.
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:
0s.gif 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?
http://nl.wikipedia.org/wiki/SQL-injectie
Tijnzaterdag 21 april 2012 @ 14:05
quote:
14s.gif Op zaterdag 21 april 2012 14:04 schreef themole het volgende:

[..]

Waar zeg ik dat het uitmaakt of je POST of GET gebruikt?
Dat vraagt JDx.
themolezaterdag 21 april 2012 @ 14:05
quote:
2s.gif Op zaterdag 21 april 2012 14:05 schreef Tijn het volgende:

[..]

Dat vraagt JDx.
Idd, die quote was achteraf niet echt handig. :P
Lightzaterdag 21 april 2012 @ 14:07
quote:
14s.gif 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. :)
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.
TwenteFCzaterdag 21 april 2012 @ 14:09
JDx doe dat eens heel snel veranderen, je bent binnen 10 seconden binnen op je database man.
JDxzaterdag 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.
TwenteFCzaterdag 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.
JDxzaterdag 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.
TwenteFCzaterdag 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 ]
Civilianzaterdag 21 april 2012 @ 14:17
quote:
0s.gif 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.
http://php.net/manual/en/pdo.prepared-statements.php
Lightzaterdag 21 april 2012 @ 14:17
quote:
19s.gif 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'])
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:
Beste is om PDO te gebruiken.
True. Maar als je een hele applicatie moet omschrijven, is dat best veel werk.
Lightzaterdag 21 april 2012 @ 14:18
quote:
0s.gif 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.
http://kledingmerken.jdx.nl/single.php?id=9%20or%201%3D1
Civilianzaterdag 21 april 2012 @ 14:19
quote:
0s.gif 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.
Als je websites hebt voor bedrijven kan je dit soort dingen niet maken. Dan maar omschrijven. Maar dit is gewoon link ;)
JDxzaterdag 21 april 2012 @ 14:20
quote:
Verrek :)

Mooi dat ik dit nu ontdek en niet dat mn baas opeens met een boze klant komt :P
Lightzaterdag 21 april 2012 @ 14:21
quote:
7s.gif 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 ;)
Ik zou liever voor de snellere oplossing kiezen, denk ik. Dat omschrijven kan altijd nog, eerst moet de boel veilig worden.
Tijnzaterdag 21 april 2012 @ 14:22
quote:
0s.gif 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 :P
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.
TwenteFCzaterdag 21 april 2012 @ 14:23
quote:
0s.gif 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.
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.
JDxzaterdag 21 april 2012 @ 14:23
quote:
2s.gif 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.
Wachtwoorden staan er verder niet in volgens mij.
Pakspulzaterdag 21 april 2012 @ 14:23
quote:
0s.gif 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 :P
Wees blij dat er nog geen grapjas is geweest die een DELETE statement heeft uitgevoerd :P
JDxzaterdag 21 april 2012 @ 14:23
http://kledingmerken.jdx.nl/single.php?id=9%20or%201%3D1
Tijnzaterdag 21 april 2012 @ 14:24
quote:
0s.gif Op zaterdag 21 april 2012 14:23 schreef JDx het volgende:

[..]

Wachtwoorden staan er verder niet in volgens mij.
Geen enkel wachtwoord in geen enkele tabel van je CMS?
JDxzaterdag 21 april 2012 @ 14:24
quote:
0s.gif 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 :P
Dat zou ook kunnen? Oh god...
Tijnzaterdag 21 april 2012 @ 14:24
quote:
0s.gif Op zaterdag 21 april 2012 14:24 schreef JDx het volgende:

[..]

Dat zou ook kunnen? Oh god...
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.
Lightzaterdag 21 april 2012 @ 14:24
quote:
Dat lijkt alweer een stuk beter :)
themolezaterdag 21 april 2012 @ 14:25
quote:
0s.gif Op zaterdag 21 april 2012 14:24 schreef JDx het volgende:

[..]

Dat zou ook kunnen? Oh god...
Yup, en dingen inserten. Allemaal mogelijk. Maak daarom ook maar een backup van je database.
Pakspulzaterdag 21 april 2012 @ 14:25
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).
TwenteFCzaterdag 21 april 2012 @ 14:26
quote:
0s.gif Op zaterdag 21 april 2012 14:24 schreef Light het volgende:

[..]

Dat lijkt alweer een stuk beter :)
Civilianzaterdag 21 april 2012 @ 14:26
Daarom ook geen CMS bouwen als je stiekem eigenlijk niet weet wat je doet :P Er zijn er genoeg die al een heel stuk veiliger van zichzelf zijn.. Maargoed, dat is mijn mening.
JDxzaterdag 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.
Lightzaterdag 21 april 2012 @ 14:27
quote:
0s.gif 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).
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
quote:
0s.gif 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.
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.
JDxzaterdag 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.
Tijnzaterdag 21 april 2012 @ 14:30
quote:
0s.gif Op zaterdag 21 april 2012 14:26 schreef JDx het volgende:

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.
JDxzaterdag 21 april 2012 @ 14:31
quote:
2s.gif 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.
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
quote:
0s.gif 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.
Dat maakt dus niet uit. Als het op dezelfde database draait, kan iedere malloot daar nu gewoon bij.
TwenteFCzaterdag 21 april 2012 @ 14:32
quote:
0s.gif 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.
:P 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.
Tijnzaterdag 21 april 2012 @ 14:33
quote:
0s.gif 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.

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.
JDxzaterdag 21 april 2012 @ 14:34
quote:
19s.gif Op zaterdag 21 april 2012 14:32 schreef TwenteFC het volgende:

[..]

:P Dan ben je wel heel naief.
Gewoon niet aan gedacht dat mensen er eventueel misbruik van kunnen maken.


quote:
13s.gif 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.
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).
Tijnzaterdag 21 april 2012 @ 14:36
quote:
0s.gif Op zaterdag 21 april 2012 14:34 schreef JDx het volgende:

[..]

Gewoon niet aan gedacht dat mensen er eventueel misbruik van kunnen maken.
Creatief gebruik van het woord "gewoon".
JDxzaterdag 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.
Tijnzaterdag 21 april 2012 @ 14:40
Overigens ook niet erg professioneel van dat bedrijf waar je werkt dat je code blijkbaar nooit is gereviewed.
TwenteFCzaterdag 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 :@
JDxzaterdag 21 april 2012 @ 14:41
quote:
2s.gif 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.
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.
Tijnzaterdag 21 april 2012 @ 14:43
Klinkt als een fantastische toko B-)
TwenteFCzaterdag 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.
JDxzaterdag 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? :P
KomtTijd...zaterdag 21 april 2012 @ 14:45
En vooral ook om eerdere code nog eens door te nemen en te corrigeren.
JDxzaterdag 21 april 2012 @ 14:45
quote:
14s.gif 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.
Dat sowieso!
KomtTijd...zaterdag 21 april 2012 @ 14:47
quote:
0s.gif 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? :P
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.
TwenteFCzaterdag 21 april 2012 @ 14:51
quote:
14s.gif 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.
Mwoah, als je userinput goed controleert kan je weinig gebeuren. Dingen als je code optimalizeren etc. zijn ook wel handig om te weten.
Tijnzaterdag 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?
Civilianzaterdag 21 april 2012 @ 15:01
quote:
0s.gif 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? :P
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
Swetseneggerzaterdag 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.
Chandlerzaterdag 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! :)
Diaboxzaterdag 21 april 2012 @ 15:47
quote:
11s.gif 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.

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. :')
Arceezaterdag 21 april 2012 @ 15:48
SQL-injecties stonden centraal in Zembla gisteravond:
http://www.uitzendinggemist.nl/afleveringen/1249442 ^O^
TwenteFCzaterdag 21 april 2012 @ 15:51
quote:
0s.gif Op zaterdag 21 april 2012 15:48 schreef Arcee het volgende:
SQL-injecties stonden centraal in Zembla gisteravond:
http://www.uitzendinggemist.nl/afleveringen/1249442 ^O^
:D Timing!
Swetseneggerzaterdag 21 april 2012 @ 16:01
quote:
0s.gif 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. :')
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 :{
TwenteFCzaterdag 21 april 2012 @ 16:08
:o 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 ]
stefanhaanzaterdag 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.
Lightzaterdag 21 april 2012 @ 16:42
quote:
19s.gif Op zaterdag 21 april 2012 16:08 schreef TwenteFC het volgende:
:o Die aflevering van Zembla is wel hard... ongelooflijk!
Best kans dat ze voor de zomer failliet zijn...
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".
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:
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.
Een wachtwoord als 123456 is wel heel simpel, daar mag best een regeltje bij dat er ook een letter in moet zitten.
Lightzaterdag 21 april 2012 @ 16:51
quote:
10s.gif 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.
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:
Of wat geadvanceerdere mysql leren door middel van procedures en views. Dan is je database ook al vrij goed beveiligd.
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.
stefanhaanzaterdag 21 april 2012 @ 16:56
quote:
0s.gif 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.
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
quote:
0s.gif 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.

Wachtwoorden als 123456 duren nooit lang om te achterhalen (als ze niet gesalt zijn). Daar kun je de hashes gewoon van googlen.
TwenteFCzaterdag 21 april 2012 @ 18:00
quote:
14s.gif 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.
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.
Tijnzaterdag 21 april 2012 @ 18:09
quote:
19s.gif Op zaterdag 21 april 2012 16:08 schreef TwenteFC het volgende:

:o Die aflevering van Zembla is wel hard... ongelooflijk!
De reactie van VCD ook :') Dit persbericht bijvoorbeeld, echt om te janken. Ze ontkennen eigenlijk gewoon alles.
TwenteFCzaterdag 21 april 2012 @ 18:25
quote:
2s.gif 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.
;( 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.
Lightzaterdag 21 april 2012 @ 18:34
quote:
2s.gif 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:
Productmanager verzuimapplicaties VCD Humannet

Waar is de vorige productmanager gebleven?
Tijnzaterdag 21 april 2012 @ 19:10
Het is ook de enige vacature die ze hebben :')
stefanhaanzaterdag 21 april 2012 @ 20:00
weet iemand nog iets leuks te devven? :')
JDxzaterdag 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.
Teganzaterdag 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.
GlowMousezaterdag 21 april 2012 @ 20:40
quote:
2s.gif Op zaterdag 21 april 2012 14:04 schreef Tijn het volgende:

[..]

Als hetzelfde MySQL-account ook schrijfrechten heeft, kan de database ook worden aangepast.
Dit klopt niet.
Tijnzaterdag 21 april 2012 @ 21:03
quote:
0s.gif Op zaterdag 21 april 2012 20:40 schreef GlowMouse het volgende:

[..]

Dit klopt niet.
Hoezo niet?
GlowMousezaterdag 21 april 2012 @ 21:09
quote:
5s.gif Op zaterdag 21 april 2012 21:03 schreef Tijn het volgende:

[..]

Hoezo niet?
hoe wil je dat doen dan?
JDxzaterdag 21 april 2012 @ 21:19
quote:
15s.gif 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.
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.
Teganzaterdag 21 april 2012 @ 21:30
quote:
0s.gif 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.
Dat is echt geen excuus hoor :{. Eigenlijk hoort bij ieder bedrijf wel een programmeur, dan wel voor de website of voor intern verkeer.
Arceezaterdag 21 april 2012 @ 21:36
quote:
2s.gif 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 vooral:

synzo5.jpg

Nee, omdat jullie per se niet wilden luisteren. _O-

Zembla stond bij ze in de receptie om ze te vertellen dat er vertrouwelijke informatie was blootgelegd, maar VCD haalde de politie erbij.:')
JDxzaterdag 21 april 2012 @ 21:40
quote:
0s.gif 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.
En wat nou als ze die niet kunnen vinden?
Lightzaterdag 21 april 2012 @ 21:42
quote:
0s.gif Op zaterdag 21 april 2012 21:40 schreef JDx het volgende:

[..]

En wat nou als ze die niet kunnen vinden?
Dan besteed je het programmeerwerk uit. Daarmee voorkom je ook dat je afhankelijk wordt van 1 persoon.
Teganzaterdag 21 april 2012 @ 21:42
quote:
0s.gif 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.

Of wat Light zegt.
stefanhaanzaterdag 21 april 2012 @ 21:43
quote:
0s.gif 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.
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.
stefanhaanzaterdag 21 april 2012 @ 21:43
quote:
0s.gif Op zaterdag 21 april 2012 21:42 schreef Tegan het volgende:

[..]

Niet zomaar iemand laten aanmodderen. Beter zoeken. Beter salaris bieden.
Dit gebeurt sowieso al zelden in deze tijden.
Teganzaterdag 21 april 2012 @ 21:44
quote:
10s.gif 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.
Nou goed. Niet alle bedrijven hebben er een nodig. Maar bedrijf van JDx bv. wel.
Lightzaterdag 21 april 2012 @ 21:45
quote:
0s.gif Op zaterdag 21 april 2012 21:36 schreef Arcee het volgende:

[..]

Dit vooral:

[ afbeelding ]

Nee, omdat jullie per se niet wilden luisteren. _O-

Zembla stond bij ze in de receptie om ze te vertellen dat er vertrouwelijke informatie was blootgelegd, maar VCD haalde de politie erbij.:')
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.
Teganzaterdag 21 april 2012 @ 21:47
quote:
0s.gif 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.
Laatst had je Cue_ ookal in dezelfde situatie :{ .
JDxzaterdag 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 ;)
Teganzaterdag 21 april 2012 @ 22:25
Want als het via Fok gebeurt kan het geen bedrijf zijn die fout bezig is?
JDxzaterdag 21 april 2012 @ 22:27
quote:
11s.gif 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?
Nee dat laat zien hoe wanhopig ze waren om een nieuwe programmeur te vinden.
cablegunmasterzaterdag 21 april 2012 @ 22:28
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).
Als je inbreekt heb je voorkennis Logisch :P . Als je daarvoor nog geen notatie of een manier hebt bedacht om het te loggen, dan is het ook logisch hoe ze eraan komen. _O-
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. :P
Teganzaterdag 21 april 2012 @ 22:32
quote:
0s.gif 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.
Dat is toch geen excuus om het zo op te lossen?
Swetseneggerzaterdag 21 april 2012 @ 22:45
quote:
0s.gif 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 ;)
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?
#ANONIEMzaterdag 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 ]
Pakspulzaterdag 21 april 2012 @ 23:14
quote:
0s.gif 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 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.
JDxzaterdag 21 april 2012 @ 23:46
quote:
5s.gif 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?
Ja klopt, gisteren ;)


quote:
0s.gif 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.
Dan heb ik jouw droombaan, doen wat je wil en geen controle ;)
Tijnzaterdag 21 april 2012 @ 23:48
quote:
0s.gif Op zaterdag 21 april 2012 21:09 schreef GlowMouse het volgende:

[..]

hoe wil je dat doen dan?
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?
GlowMousezondag 22 april 2012 @ 00:28
quote:
2s.gif 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 het inderdaad
#ANONIEMzondag 22 april 2012 @ 02:52
quote:
0s.gif 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 ;)
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.
TwenteFCzondag 22 april 2012 @ 03:35
quote:
0s.gif 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.
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.
Ofyles2zondag 22 april 2012 @ 07:32
quote:
0s.gif Op zaterdag 21 april 2012 15:48 schreef Arcee het volgende:
SQL-injecties stonden centraal in Zembla gisteravond:
http://www.uitzendinggemist.nl/afleveringen/1249442 ^O^
Haha, altijd lachen met semi-publieke overheidsinstanties die te vaak leunen op bevriende programmeurs.
Tijnzondag 22 april 2012 @ 11:54
quote:
0s.gif 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.
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 ]
Baghdaddyzondag 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.
GlowMousezondag 22 april 2012 @ 13:46
Ik zie het probleem niet, maar met phpmotion kan veel.
Tijnzondag 22 april 2012 @ 14:26
quote:
0s.gif 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 FTW B-)
boem-dikkiezondag 22 april 2012 @ 14:32
quote:
0s.gif 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?
Ofyles2zondag 22 april 2012 @ 14:39
quote:
2s.gif 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 als grootste voorbeeld.

Dat dat bedrijf zo snel mogelijk bloedrode cijfers schrijft.

[ Bericht 0% gewijzigd door Ofyles2 op 22-04-2012 14:53:23 ]
Ofyles2zondag 22 april 2012 @ 14:48
quote:
2s.gif 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.
VCD mag ook wat doen aan zoekmachine-optimalisatie. Zo'n langdradige URL onthoudt niemand... :')
#ANONIEMzondag 22 april 2012 @ 17:18
quote:
0s.gif 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 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.
mscholzondag 22 april 2012 @ 17:21
quote:
0s.gif 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?
#ANONIEMzondag 22 april 2012 @ 17:26
quote:
0s.gif Op zondag 22 april 2012 17:21 schreef mschol het volgende:

[..]

ffmpeg > flv en dan een flashplayer gebruiken?
Flashplayers zijn ouderwets. Gewoon HTML5 doen stukken makkelijker.
Tijnzondag 22 april 2012 @ 17:32
quote:
0s.gif 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.

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.
Tijnzondag 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?
GlowMousemaandag 23 april 2012 @ 00:06
Zoiets kun je niet 100% waterdicht maken. Je kunt het spelverloop mee laten sturen en dat serverside controleren.
Tijnmaandag 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.
mscholmaandag 23 april 2012 @ 00:16
quote:
10s.gif 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.
een beetje mobieltje kan gewoon met flash omgaan hoor :')

mar hey, gewoon een nog 'experimentele' standaard gebruiken, goeie zaak ^O^ 8)7
Tijnmaandag 23 april 2012 @ 00:18
quote:
0s.gif Op maandag 23 april 2012 00:16 schreef mschol het volgende:

[..]

een beetje mobieltje kan gewoon met flash omgaan hoor :')
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.

quote:
mar hey, gewoon een nog 'experimentele' standaard gebruiken, goeie zaak ^O^ 8)7
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 ]
mscholmaandag 23 april 2012 @ 00:27
quote:
3s.gif 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.
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 ;)
Tijnmaandag 23 april 2012 @ 00:30
quote:
0s.gif 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 ;)
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.
#ANONIEMmaandag 23 april 2012 @ 01:19
quote:
5s.gif 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?
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 :P
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
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)
Met bv auto 1400 gaat het goed, want hier is opmerking gevuld in de tabel. Bij een andere auto waarbij er geen gegevens in de vloot tabel staan, gaat het mis. Hoe kan ik dit het beste oplossen?
GlowMousemaandag 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
quote:
0s.gif 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.
Zo'n vermoeden had ik al inderdaad. Ga hem eens in de join gooien :)
Sitethiefmaandag 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...
GlowMousemaandag 23 april 2012 @ 16:07
Objecten dwingen meer consistentie af.
#ANONIEMmaandag 23 april 2012 @ 16:15
quote:
0s.gif Op maandag 23 april 2012 16:07 schreef GlowMouse het volgende:
Objecten dwingen meer consistentie af.
Dit en je kunt objecten makkelijker een functie meegeven voor bijvoorbeeld sorteren etc
Crutchmaandag 23 april 2012 @ 16:18
quote:
0s.gif 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...
Een object kan ook veel meer verschillende eigenschappen en functies bevatten dan alleen een index en een waarde.
Sitethiefmaandag 23 april 2012 @ 16:41
quote:
0s.gif Op maandag 23 april 2012 16:07 schreef GlowMouse het volgende:
Objecten dwingen meer consistentie af.
Hoe doen ze dat dan?

quote:
0s.gif Op maandag 23 april 2012 16:15 schreef totalvamp het volgende:

[..]

Dit en je kunt objecten makkelijker een functie meegeven voor bijvoorbeeld sorteren etc
Dat is wel interessant.
quote:
0s.gif 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.
Mjah, er zit pure data in, die net zo goed in een array zou kunnen zitten.
#ANONIEMmaandag 23 april 2012 @ 16:46
quote:
0s.gif 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.
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.
Crutchmaandag 23 april 2012 @ 16:47
quote:
0s.gif Op maandag 23 april 2012 16:41 schreef Sitethief het volgende:

[..]

Hoe doen ze dat dan?
Woordenboek een optie?
quote:
Mjah, er zit pure data in, die net zo goed in een array zou kunnen zitten.
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.
#ANONIEMmaandag 23 april 2012 @ 17:00
quote:
0s.gif 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.
Een array met landen :P
Crutchmaandag 23 april 2012 @ 17:02
quote:
0s.gif Op maandag 23 april 2012 17:00 schreef totalvamp het volgende:

[..]

Een array met landen :P
Ja ik zou geen landobject gaan maken ofzo. :')
#ANONIEMmaandag 23 april 2012 @ 17:03
quote:
0s.gif Op maandag 23 april 2012 17:02 schreef Crutch het volgende:

[..]

Ja ik zou geen landobject gaan maken ofzo. :')
Niet als je alleen landen nodig hebt die bestaan ;) Wil je er iets mee doen dan wel natuurlijk!
Lightmaandag 23 april 2012 @ 20:46
quote:
0s.gif Op maandag 23 april 2012 16:41 schreef Sitethief het volgende:

[..]

Hoe doen ze dat dan?
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).
drumminggoddinsdag 24 april 2012 @ 18:25
quote:
0s.gif 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 :P
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
quote:
0s.gif 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 ]

quote:
7s.gif 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
No shit?
drumminggoddinsdag 24 april 2012 @ 20:10
quote:
14s.gif Op dinsdag 24 april 2012 19:01 schreef KomtTijd... het volgende:

[..]

[..]

No shit?
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.
Scorpiedinsdag 24 april 2012 @ 20:39
quote:
14s.gif Op dinsdag 24 april 2012 20:26 schreef KomtTijd... het volgende:
Ookwel het "blindelings copy-pasten zonder zelf na te denken" probleem genoemd.
Hèhè.
xaban06woensdag 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)?
mscholwoensdag 25 april 2012 @ 16:23
quote:
0s.gif 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)?
php heeft een xml parser met een aantal functies, kijk daar eens naar:
http://php.net/manual/en/ref.xml.php
xaban06woensdag 25 april 2012 @ 16:54
quote:
0s.gif 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
Ik ben zelf al aan de slag gegaan met simplexml, maar waarom de wiel opnieuw uitvinden als er al zoiets bestaat :)
Lightwoensdag 25 april 2012 @ 20:48
quote:
0s.gif 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)?
DOMDocument
quote:
0s.gif 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 :)
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
quote:
0s.gif 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.
Er zijn wel meer mogelijkheden...
Lightdonderdag 26 april 2012 @ 06:51
quote:
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.
xaban06donderdag 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.
mstxdonderdag 26 april 2012 @ 11:09
quote:
12s.gif 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.
http://www.php.net/manual/en/function.fputcsv.php
GIdonderdag 26 april 2012 @ 11:11
Of gewoon lekker makkelijk zelf opbouwen. Comma Seperated Values is nou niet heel erg moeilijk ;)
GlowMousedonderdag 26 april 2012 @ 11:18
quote:
3s.gif 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 ;)
Uitlezen valt anders nog tegen met newlines enzo, maar maken is inderdaad vrij makkelijk :)
boem-dikkiedonderdag 26 april 2012 @ 11:23
quote:
12s.gif 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.
Ik wel, is niet heel erg lastig. Zijn zelfs gewoon PHP functies voor.
urseldonderdag 26 april 2012 @ 17:23
Iemand hier verstand van subforms in Zend Framework?
Wil een subform in een subform maken, maar dat werkt niet. :')
Feyenoordlifevrijdag 27 april 2012 @ 14:40
Waarom werkt het volgende niet?
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);
                }
?>
Als ik $url echo komt er wel de goede url uit, maar via de header kom ik steeds op index.php
mstxvrijdag 27 april 2012 @ 14:42
quote:
0s.gif 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
Een URL is geen geldige HTTP header.
http://nl3.php.net/manual/en/function.header.php

SPOILER
Ik denk dat je de "Location" header wilt instellen; dus: header("Location: ".$url);
Scorpievrijdag 27 april 2012 @ 14:42
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);
?>
Scorpievrijdag 27 april 2012 @ 14:44
quote:
7s.gif 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.php

SPOILER
Ik denk dat je de "Location" header wilt instellen; dus: header("Location: ".$url);
Location zet hij al in zijn variabele :)
mstxvrijdag 27 april 2012 @ 14:46
quote:
0s.gif Op vrijdag 27 april 2012 14:44 schreef Scorpie het volgende:

[..]

Location zet hij al in zijn variabele :)
:@ Ik zou toch zweren dat dat er net nog niet stond
Misschien maakt de spatie nog uit?
Scorpievrijdag 27 april 2012 @ 14:47
quote:
0s.gif 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?
Zat ik ook nog aan te denken ja. Ik keek er ook over heen hoor eerste keer :P
boem-dikkievrijdag 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-dikkievrijdag 27 april 2012 @ 14:56
Probeer eens header('$url');?
Feyenoordlifevrijdag 27 april 2012 @ 14:58
Heb hem nu op deze manier (met en zonder spatie geprobeerd) maar hij blijft teruggaan naar index.php:

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");
                }
?>
Feyenoordlifevrijdag 27 april 2012 @ 15:00
quote:
14s.gif Op vrijdag 27 april 2012 14:56 schreef boem-dikkie het volgende:
Probeer eens header('$url');?
Werkt ook niet.
stefan1218vrijdag 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-dikkievrijdag 27 april 2012 @ 15:10
quote:
0s.gif 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=.......
Zou niet hoeven, gebruik zelf ook gewoon dingen als index.php met een header.
Feyenoordlifevrijdag 27 april 2012 @ 15:14
quote:
0s.gif 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.
Civilianvrijdag 27 april 2012 @ 15:26
quote:
0s.gif Op vrijdag 27 april 2012 15:14 schreef Feyenoordlife het volgende:

[..]

Blijft hetzelfde.
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 :P
#ANONIEMvrijdag 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:

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");
                }
?>


[ Bericht 0% gewijzigd door #ANONIEM op 27-04-2012 15:35:21 ]
Civilianvrijdag 27 april 2012 @ 15:37
quote:
0s.gif 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 ]

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.
GlowMousevrijdag 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.
#ANONIEMvrijdag 27 april 2012 @ 15:39
quote:
7s.gif 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.
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.
Civilianvrijdag 27 april 2012 @ 15:41
quote:
0s.gif 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.
Maar als je een P meegeeft kom je dus niet in de eerste statement :P
#ANONIEMvrijdag 27 april 2012 @ 15:42
quote:
7s.gif 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 :P
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
Feyenoordlifevrijdag 27 april 2012 @ 15:44
quote:
0s.gif 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
Dit is inderdaad de bedoeling ja.
Civilianvrijdag 27 april 2012 @ 15:45
quote:
0s.gif 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 :P Maar dat is 't probleem niet hier
#ANONIEMvrijdag 27 april 2012 @ 15:46
quote:
0s.gif Op vrijdag 27 april 2012 15:44 schreef Feyenoordlife het volgende:

[..]

Dit is inderdaad de bedoeling ja.
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.
Civilianvrijdag 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.
Feyenoordlifevrijdag 27 april 2012 @ 15:51
quote:
7s.gif Op vrijdag 27 april 2012 15:45 schreef Civilian het volgende:

[..]

Dan denk ik te moeilijk. Maargoed, toch een beetje rare constructie :P Maar dat is 't probleem niet hier
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.
Civilianvrijdag 27 april 2012 @ 15:52
quote:
0s.gif 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.
Het is inderdaad ook een simpele constructie, maar "goed" is hij niet. (wat niet betekent dat het niet zou werken).
Feyenoordlifevrijdag 27 april 2012 @ 15:56
quote:
7s.gif 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.
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.
#ANONIEMvrijdag 27 april 2012 @ 15:57
quote:
0s.gif 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.
zet eens heel je code neer dan.
Civilianvrijdag 27 april 2012 @ 15:59
quote:
0s.gif 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? :)
ini_set('display_errors', 1);
Feyenoordlifevrijdag 27 april 2012 @ 16:02
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.
            
}    
    }
    }
}
?>
Civilianvrijdag 27 april 2012 @ 16:04
quote:
0s.gif Op vrijdag 27 april 2012 16:02 schreef Feyenoordlife het volgende:

[ code verwijderd ]

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.
Feyenoordlifevrijdag 27 april 2012 @ 16:07
quote:
7s.gif 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.
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?
Civilianvrijdag 27 april 2012 @ 16:12
quote:
0s.gif 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?
Dat weet ik zo niet. Maar dit script is sowieso bad practise.
en het is geen loopje, maar een if-statement :P
Civilianvrijdag 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..
Feyenoordlifevrijdag 27 april 2012 @ 16:17
quote:
7s.gif 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..
Ik gebruik toch een submitknop?
wipes66vrijdag 27 april 2012 @ 16:17
probeer het eens zo (wat iets logischer is denk :P ):

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();
    
    }
?>
Civilianvrijdag 27 april 2012 @ 16:21
quote:
0s.gif Op vrijdag 27 april 2012 16:17 schreef Feyenoordlife het volgende:

[..]

Ik gebruik toch een submitknop?
Ah :) was 't overzicht een beetje kwijt ;)
#ANONIEMvrijdag 27 april 2012 @ 16:22
Je moet sowieso al je HTML pas doen NA je PHP code.
mscholvrijdag 27 april 2012 @ 16:31
quote:
0s.gif Op vrijdag 27 april 2012 16:22 schreef totalvamp het volgende:
Je moet sowieso al je HTML pas doen NA je PHP code.
doe dan gewoon je html in een apart bestandje en include die op de juiste plek...
#ANONIEMvrijdag 27 april 2012 @ 16:33
quote:
0s.gif 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...
er zijn heel veel verbeter punten natuurlijk, je kunt beter een MVC model aanhouden als je toch goed wil gaan werken.
Civilianvrijdag 27 april 2012 @ 16:48
quote:
0s.gif 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.
Misschien dat dat nog wat te hoog gegrepen is.. Maar inderdaad wel beter om gelijk wat goeds aan te leren
xaban06vrijdag 27 april 2012 @ 19:21
quote:
0s.gif 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.
Enig advies welk MVC laag drempellig is om in te stappen?
StMzaterdag 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.
stefanhaanzaterdag 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.
#ANONIEMzaterdag 28 april 2012 @ 20:35
quote:
0s.gif 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?
Je kunt al beginnen met alles in aparte mappen te zetten etc, dat maakt alles al veel makkelijker te doen
boem-dikkiezondag 29 april 2012 @ 00:02
quote:
0s.gif 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.
mscholzondag 29 april 2012 @ 00:09
quote:
0s.gif 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 gebruiken :P
Ofyles2zondag 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-dikkiezondag 29 april 2012 @ 00:10
quote:
0s.gif 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.
Is het ooit een doel dan?
#ANONIEMzondag 29 april 2012 @ 00:13
quote:
7s.gif Op zondag 29 april 2012 00:10 schreef boem-dikkie het volgende:

[..]

Is het ooit een doel dan?
Nope, het doel is een betere gestructureerde code :) de methode is MVC model :P
boem-dikkiezondag 29 april 2012 @ 00:14
I know, maar ik vroeg me af waarom Ofyles het ooit als doel zag.
Ofyles2zondag 29 april 2012 @ 00:14
quote:
7s.gif Op zondag 29 april 2012 00:10 schreef boem-dikkie het volgende:

[..]

Is het ooit een doel dan?
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-dikkiezondag 29 april 2012 @ 00:15
Duidelijk.
xaban06zondag 29 april 2012 @ 13:36
quote:
14s.gif 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.
Ook voor de beginner?

Bij ons op werk gebruiken ze trouwens symfony, misschien eens bij ze langs lopen.
#ANONIEMzondag 29 april 2012 @ 20:10
quote:
0s.gif 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.
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?
#ANONIEMwoensdag 2 mei 2012 @ 16:44
mysql_real_escape_string()

of

PDO::bindParam()
Cue_woensdag 2 mei 2012 @ 16:45
quote:
14s.gif Op woensdag 2 mei 2012 16:40 schreef KomtTijd... het volgende:
Gewoon escapen?
Zo 'gewoon' is dat niet voor mij (nog)...
Black_Ninjawoensdag 2 mei 2012 @ 16:51
quote:
0s.gif 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)
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
quote:
0s.gif Op woensdag 2 mei 2012 16:45 schreef Cue_ het volgende:

[..]

Zo 'gewoon' is dat niet voor mij (nog)...
Nu kun je het googlen ^O^

Neem aan dat je nog nooit queries gemaakt hebt dan, want escapen doe je altijd met userinput.
Black_Ninjawoensdag 2 mei 2012 @ 16:52
quote:
0s.gif 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 :)
Sorry :@ , hoestie verder? :P
Cue_woensdag 2 mei 2012 @ 16:53
quote:
14s.gif Op woensdag 2 mei 2012 16:52 schreef KomtTijd... het volgende:

Nu kun je het googlen ^O^

Neem aan dat je nog nooit queries gemaakt hebt dan, want escapen doe je altijd met userinput.
ja had ik gedaan.. kwam ik dus op dat je dus een extra ' quote) ervoor moest zetten.. leek niet te werken.

nu wel :( :') O+
#ANONIEMdonderdag 3 mei 2012 @ 12:48
Pff een pokerserver is moeilijker als het lijkt :P
Zit nu te vitten met de kaart combinaties.
Civiliandonderdag 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 :D
raptorixdonderdag 3 mei 2012 @ 15:05
quote:
0s.gif Op donderdag 3 mei 2012 12:48 schreef totalvamp het volgende:
Pff een pokerserver is moeilijker als het lijkt :P
Zit nu te vitten met de kaart combinaties.
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
#ANONIEMdonderdag 3 mei 2012 @ 18:34
quote:
0s.gif 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
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 :)
Neraicezaterdag 5 mei 2012 @ 19:16
Wie kan mij helpen met deze code? Hij werkt atm niet.

1
2
3
4
        
<?php if (isset($data['first_name'])) {
          echo "<h1><?php echo do_shortcode(stripslashes($data['first_name'])); ?></h1>";
} ?>

Ik probeer dus HTML met daarin PHP te echo'en.
JDxzaterdag 5 mei 2012 @ 19:21
quote:
0s.gif 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.
:')

Waarom zet je WEER <?php erin, je zit toch al in php te schrijven.
Alfjezaterdag 5 mei 2012 @ 19:22
quote:
0s.gif 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?
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
Neraicezaterdag 5 mei 2012 @ 19:30
Stom van me. :') Hij werkt nu helemaal, bedankt!
HeyMarlouszaterdag 5 mei 2012 @ 19:55
Iemand toevallig erin geslaagd SSL werkend te krijgen op WAMP/XAMPP ?
Ofyles2zaterdag 5 mei 2012 @ 20:02
quote:
0s.gif Op zaterdag 5 mei 2012 19:55 schreef HeyMarlous het volgende:
Iemand toevallig erin geslaagd SSL werkend te krijgen op WAMP/XAMPP ?
Nog niet.

Ik ga er binnenkort ook voor.
boem-dikkiedinsdag 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-dikkiewoensdag 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? :')
raptorixwoensdag 9 mei 2012 @ 09:15
quote:
0s.gif 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.
Misschien wil ie code listing weergeven :)
Civilianwoensdag 9 mei 2012 @ 09:45
quote:
0s.gif Op zaterdag 5 mei 2012 19:55 schreef HeyMarlous het volgende:
Iemand toevallig erin geslaagd SSL werkend te krijgen op WAMP/XAMPP ?
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-dikkiewoensdag 9 mei 2012 @ 10:31
quote:
0s.gif 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.
Als je een beetje ervaring hebt met PHP e.d. is het vrij simpel.
Civilianwoensdag 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 :'(

Image%202012-05-09%20at%205.56.06%20PM.png

Géén escapes, géén prepared statements.. Helemaal niks, zo de DB in..
themolewoensdag 9 mei 2012 @ 18:03
Wordt dat escapen niet gedaan door het magento framework?
Civilianwoensdag 9 mei 2012 @ 18:29
quote:
14s.gif Op woensdag 9 mei 2012 18:03 schreef themole het volgende:
Wordt dat escapen niet gedaan door het magento framework?
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 :)
stefanhaanwoensdag 9 mei 2012 @ 18:43
Codeigniter vind ik persoonlijk wel een lekker framework om mee te werken. ^O^
#ANONIEMwoensdag 9 mei 2012 @ 18:57
quote:
7s.gif 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..
haha wat een faal :')
Ik zou het even aanpassen :P
Pakspulwoensdag 9 mei 2012 @ 19:17
quote:
7s.gif 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 beveiligen :P
HeyMarlouswoensdag 9 mei 2012 @ 21:24
quote:
7s.gif 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
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?
Schepseltjewoensdag 9 mei 2012 @ 21:28
quote:
0s.gif Op woensdag 9 mei 2012 18:43 schreef stefanhaan het volgende:
Codeigniter vind ik persoonlijk wel een lekker framework om mee te werken. ^O^
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..
Schepseltjewoensdag 9 mei 2012 @ 21:31
quote:
7s.gif 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 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..
Civilianwoensdag 9 mei 2012 @ 23:07
quote:
0s.gif 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..
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 ;)
raptorixdonderdag 10 mei 2012 @ 06:09
quote:
7s.gif 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 ;)
Een serieus grotere bagger als Magento heb ik nooit gezien, alles gefragementeerd in honderden files, daarnaast is de performance dramatisch.
Civiliandonderdag 10 mei 2012 @ 08:24
quote:
0s.gif 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.
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.
stefanhaandonderdag 10 mei 2012 @ 10:41
quote:
0s.gif 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..
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.
raptorixdonderdag 10 mei 2012 @ 13:23
quote:
7s.gif 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.
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.
Civiliandonderdag 10 mei 2012 @ 13:32
quote:
0s.gif 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.
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.
Civiliandonderdag 10 mei 2012 @ 13:36
quote:
0s.gif 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.
desc `order` werkt niet?
(Met backtics dus)
Cue_donderdag 10 mei 2012 @ 13:38
desc 'order'
desc "order"
desc `order`

allemaal niet
#ANONIEMdonderdag 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" :') :X
raptorixdonderdag 10 mei 2012 @ 13:43
quote:
7s.gif 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.
Nou, het was iets meer als een uurtje naar kijken ;)
Ik vind het gewoon te gefragmenteerd, en te veel gezoek naar componenten.
raptorixdonderdag 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
quote:
0s.gif Op donderdag 10 mei 2012 13:44 schreef raptorix het volgende:
Je table trouwens noemen naar "reserved" words is meestal geen slim idee trouwens ;)
I know, was ook niet mijn idee :N
Civiliandonderdag 10 mei 2012 @ 13:52
quote:
0s.gif 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.
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 :P
StMdonderdag 10 mei 2012 @ 14:22
Magento is nog wel een stapje erger hoor imo :P Echt alles kan je overriden volgens mij via die xml files en dat is in Zend toch iets meer weggewerkt.
raptorixdonderdag 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.
Civiliandonderdag 10 mei 2012 @ 15:20
quote:
11s.gif 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.
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 :)
Schepseltjedonderdag 10 mei 2012 @ 16:47
quote:
11s.gif 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..

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 ]
cablegunmasterdonderdag 10 mei 2012 @ 16:54
quote:
0s.gif 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..
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
quote:
0s.gif 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.

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.
#ANONIEMdonderdag 10 mei 2012 @ 18:40
quote:
11s.gif 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.
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).
raptorixvrijdag 11 mei 2012 @ 13:07
quote:
0s.gif 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..
Op PHP gebied misschien wel, als je breder kijkt zijn er prima alternatieven, heb gekeken naar NOP commerce, ongeveer gelijk qua features
raptorixvrijdag 11 mei 2012 @ 13:09
quote:
11s.gif 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.
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.
xaban06dinsdag 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:
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

De records in MySQL moet zijn:
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
..
..
boem-dikkiedinsdag 15 mei 2012 @ 08:18
quote:
0s.gif 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 ]

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.
Schepseltjedinsdag 15 mei 2012 @ 23:30
quote:
0s.gif Op donderdag 10 mei 2012 16:54 schreef cablegunmaster het volgende:

[..]

Andersom klinkt ook stukken logischer,
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
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.
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..
stefanhaanwoensdag 16 mei 2012 @ 09:53
quote:
0s.gif Op donderdag 10 mei 2012 13:41 schreef Cue_ het volgende:
Weet het al.. het moest niet "order" zijn maar "ORDER" :') :X
Caps gebruiken is vaak ook niet zo slim
raptorixwoensdag 16 mei 2012 @ 14:46
quote:
0s.gif 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..
Maar waarom Magento? Er zijn zoveel betere opensource alternatieven.
Cue_woensdag 16 mei 2012 @ 14:59
quote:
7s.gif Op woensdag 16 mei 2012 09:53 schreef stefanhaan het volgende:

[..]

Caps gebruiken is vaak ook niet zo slim
Volgens mij zet oracle dat automatisch om naar caps.
boem-dikkiewoensdag 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.
GlowMousewoensdag 16 mei 2012 @ 21:56
code?
boem-dikkiewoensdag 16 mei 2012 @ 21:58
1
2
3
4
<?php
$datum 
$_POST['ndatum'];
$datum mktime($datum);
?>

Heb het ook geprobeerd met de volgende dingen:

1
2
3
4
<?php
$datum 
str_replace('-'', '$datum);
$datum mktime($datum);
?>

En met

1
2
3
<?php
$datum 
mktime(000000$datum);
?>
GlowMousewoensdag 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-dikkiewoensdag 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 /.
Lightwoensdag 16 mei 2012 @ 22:05
quote:
11s.gif 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 /.
Als je een / gebruikt, is het formaat mm/dd/yyyy. Bij een - is het dd-mm-yyyy. Dus ik zou die - niet vervangen.
boem-dikkiewoensdag 16 mei 2012 @ 22:05
Geen idee wat het probleem is geweest maar strtotime doet wat ik nodig heb. Thanks.
Diaboxdonderdag 17 mei 2012 @ 17:47
quote:
0s.gif Op woensdag 16 mei 2012 14:46 schreef raptorix het volgende:

[..]

Maar waarom Magento? Er zijn zoveel betere opensource alternatieven.
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.
Nioxdonderdag 17 mei 2012 @ 17:52
quote:
0s.gif 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.
Voor kleine projecten gebruik ik meestal OpenCart. Mist wel wat functies (met name makkelijk instellen verzendkosten per product) maar voor kleinere shops voldoet het.
raptorixvrijdag 18 mei 2012 @ 06:29
quote:
0s.gif 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.
xaban06vrijdag 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?
raptorixvrijdag 18 mei 2012 @ 08:39
Zoiets?

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";
xaban06vrijdag 18 mei 2012 @ 10:24
quote:
0s.gif Op vrijdag 18 mei 2012 08:39 schreef raptorix het volgende:
Zoiets?
[ code verwijderd ]

Thanks, zal straks even kijken.

Wat ik wil bereiken is: is 'datum/tijd' binnen een 'zone' van de komende 15 minuten?
xaban06vrijdag 18 mei 2012 @ 11:27
quote:
0s.gif Op vrijdag 18 mei 2012 08:39 schreef raptorix het volgende:
Zoiets?
[ code verwijderd ]

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?
raptorixvrijdag 18 mei 2012 @ 11:32
quote:
0s.gif 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?
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.
Crutchvrijdag 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?
Ofyles2vrijdag 18 mei 2012 @ 11:59
quote:
0s.gif 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?
Klopt.
GlowMousevrijdag 18 mei 2012 @ 11:59
cookies kunnen voor een subfolder zijn ingesteld
Crutchvrijdag 18 mei 2012 @ 12:03
Hmmm. Wat is wijsheid?
Een admin-sessie zetten via een cookie?
Lijkt me niet echt safe.
GlowMousevrijdag 18 mei 2012 @ 12:06
quote:
0s.gif Op vrijdag 18 mei 2012 12:03 schreef Crutch het volgende:
Hmmm. Wat is wijsheid?
de precieze oorzaak opzoeken
Crutchvrijdag 18 mei 2012 @ 12:10
quote:
7s.gif Op vrijdag 18 mei 2012 12:06 schreef GlowMouse het volgende:

[..]

de precieze oorzaak opzoeken
Dat hoeft niet meer. :') Het werkt op totaal onverklaarbare wijze, ineens.
boem-dikkievrijdag 18 mei 2012 @ 12:25
quote:
0s.gif Op vrijdag 18 mei 2012 12:10 schreef Crutch het volgende:

[..]

Dat hoeft niet meer. :') Het werkt op totaal onverklaarbare wijze, ineens.
Ah dat zijn de beste problemen. De problemen die zichzelf oplossen, ineens.
Crutchvrijdag 18 mei 2012 @ 12:28
True, maar het knaagt stiekem wel een beetje.
Ik wil weten wat het probleem dan echt was. :(
Crutchvrijdag 18 mei 2012 @ 12:28
Even volblaffen.
Crutchvrijdag 18 mei 2012 @ 12:28
Hoppa