abonnement Unibet Coolblue Bitvavo
  vrijdag 28 november 2014 @ 22:41:28 #76
91039 mstx
2x1/2 = 1/2 x 1/2
pi_147103862
quote:
0s.gif Op vrijdag 28 november 2014 22:39 schreef robin007bond het volgende:

[..]

Dat kan ook ja, maar ik kan me voorstellen dat mensen het dan gelijk helemaal goed willen doen. :P
Onze klanten in ieder geval niet. Als ze kunnen kiezen tussen het vervangen door mysqli functies in 5 minuten of alle queries ombouwen naar pdo met parameters voor tientallen uren werk weet ik wel wat ze kiezen, want niemand ziet het verschil.
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
pi_147104482
quote:
0s.gif Op vrijdag 28 november 2014 22:41 schreef mstx het volgende:

[..]

Onze klanten in ieder geval niet. Als ze kunnen kiezen tussen het vervangen door mysqli functies in 5 minuten of alle queries ombouwen naar pdo met parameters voor tientallen uren werk weet ik wel wat ze kiezen, want niemand ziet het verschil.
  vrijdag 28 november 2014 @ 23:31:52 #78
12221 Tijn
Powered by MS Paint
pi_147105986
quote:
0s.gif Op vrijdag 28 november 2014 22:39 schreef robin007bond het volgende:

[..]

Dat kan ook ja, maar ik kan me voorstellen dat mensen het dan gelijk helemaal goed willen doen. :P
Erm... Nee. Echt niemand gaat betalen voor het ombouwen van een applicatie die uiteindelijk precies hetzelfde kan als daarvoor.
pi_147106142
1000'en keren dergelijke functies gebruiken klinkt vooral als een heel erg slecht ontworpen applicatie.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147110267
quote:
0s.gif Op vrijdag 28 november 2014 23:35 schreef Monolith het volgende:
1000'en keren dergelijke functies gebruiken klinkt vooral als een heel erg slecht ontworpen applicatie.
Je moest eens weten wat voor gedrochten er bestaan. Code die compleet onveilig is vanwege luiheid, tijdsgebrek, etc.
Zeker met code die al verouderd is heb je vaak problemen of met slecht gebouwde CMS systemen (joomla).
pi_147113527
quote:
0s.gif Op zaterdag 29 november 2014 01:50 schreef totalvamp het volgende:

[..]

Je moest eens weten wat voor gedrochten er bestaan. Code die compleet onveilig is vanwege luiheid, tijdsgebrek, etc.
Zeker met code die al verouderd is heb je vaak problemen of met slecht gebouwde CMS systemen (joomla).
Ik ben ermee bekend hoor. Doe zelf de laatste jaren gelukkig niets meer met PHP, maar ik weet wat voor een ellende daarmee geproduceerd wordt. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147114177
Worden jullie PHP'ers niet gek van die comtinue discussie over PDO vs mysql*_-functies? Ik verbaas me echt continue dat er zoveel over gesproken moet worden. Gebruik PDO, 10 jaar geleden was dat het devies en nog steeds heb je idioten die het niet gebruiken. Waarom?
In theory there is no difference between theory and practice. In practice there is.
pi_147114206
quote:
0s.gif Op zaterdag 29 november 2014 12:07 schreef slacker_nl het volgende:
Worden jullie PHP'ers niet gek van die comtinue discussie over PDO vs mysql*_-functies? Ik verbaas me echt continue dat er zoveel over gesproken moet worden. Gebruik PDO, 10 jaar geleden was dat het devies en nog steeds heb je idioten die het niet gebruiken. Waarom?
Omdat er nog veel oude tutorials en dergelijke op internet circuleren denk ik.
  zaterdag 29 november 2014 @ 12:11:01 #84
363995 Reemi
Zeg maar Remi.
pi_147114226
quote:
0s.gif Op zaterdag 29 november 2014 12:09 schreef robin007bond het volgende:

[..]

Omdat er nog veel oude tutorials en dergelijke op internet circuleren denk ik.
Goed punt inderdaad.
Smile like you mean it
www.wefut.com
pi_147114284
quote:
0s.gif Op zaterdag 29 november 2014 12:11 schreef Reemi het volgende:

[..]

Goed punt inderdaad.
Daarbij is PHP ook echt de taal bij uitstek waar veel mensen gewoon een beetje mee experimenteren. Ik heb het idee dat weinig mensen echt een serieus boek over PHP lezen.

Veel mensen hebben verschillende stijlen van werken. Als ik iets nodig heb kijk ik op php.net naar documentatie. De beginnerlingen zoeken sneller dingen als:

"Mysql php database connection tutorial"

Als je dan een beetje op verkeerde sites komt, zie je al snel dingen als dit:

http://www.freewebmasterhelp.com/tutorials/phpmysql/4
pi_147114436
quote:
0s.gif Op zaterdag 29 november 2014 12:09 schreef robin007bond het volgende:

[..]

Omdat er nog veel oude tutorials en dergelijke op internet circuleren denk ik.
Dat is geen argument imo. Of... misschien ook wel. Ze hadden dus veeeeeeel eerder die mysql*_ meuk moeten deprecaten en verwijderen.
In theory there is no difference between theory and practice. In practice there is.
pi_147114471
quote:
1s.gif Op zaterdag 29 november 2014 12:22 schreef slacker_nl het volgende:

[..]

Dat is geen argument imo. Of... misschien ook wel. Ze hadden dus veeeeeeel eerder die mysql*_ meuk moeten deprecaten en verwijderen.
Mee eens. :) Gewoon ter zelfbescherming voor de mensen die het anders fout zouden doen.
pi_147114519
Probleem is dat de grootste kracht van PHP ook gelijk de grootste zwakte is, praktisch iedere idioot kan ermee aan de slag. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147114549
quote:
0s.gif Op zaterdag 29 november 2014 12:07 schreef slacker_nl het volgende:
Worden jullie PHP'ers niet gek van die comtinue discussie over PDO vs mysql*_-functies? Ik verbaas me echt continue dat er zoveel over gesproken moet worden. Gebruik PDO, 10 jaar geleden was dat het devies en nog steeds heb je idioten die het niet gebruiken. Waarom?
PDO heeft een iets hogere leercirve. Mysql_* is lekker makkelijk.
pi_147114591
quote:
0s.gif Op zaterdag 29 november 2014 12:27 schreef Monolith het volgende:
Probleem is dat de grootste kracht van PHP ook gelijk de grootste zwakte is, praktisch iedere idioot kan ermee aan de slag. :P
Eigenlijk wel ja. :D
pi_147114600
quote:
1s.gif Op zaterdag 29 november 2014 12:29 schreef d4v1d het volgende:

[..]

PDO heeft een iets hogere leercirve. Mysql_* is lekker makkelijk.
Hogere leercurve? Explain.
In theory there is no difference between theory and practice. In practice there is.
pi_147114610
quote:
1s.gif Op zaterdag 29 november 2014 12:32 schreef slacker_nl het volgende:

[..]

Hogere leercurve? Explain.
Zelf vind ik PDO echt heel makkelijk in gebruik. Ik kan het me echt niet voorstellen dat mensen daar moeite mee hebben.
pi_147114727
quote:
1s.gif Op zaterdag 29 november 2014 12:32 schreef slacker_nl het volgende:

[..]

Hogere leercurve? Explain.
Prepared statements en shit. En OO en classes begreep ik echt nog niet in het begin (toen ik nog mysql_* gebruikte)
  zaterdag 29 november 2014 @ 12:48:14 #94
12221 Tijn
Powered by MS Paint
pi_147114963
quote:
0s.gif Op zaterdag 29 november 2014 12:07 schreef slacker_nl het volgende:
Worden jullie PHP'ers niet gek van die comtinue discussie over PDO vs mysql*_-functies? Ik verbaas me echt continue dat er zoveel over gesproken moet worden. Gebruik PDO, 10 jaar geleden was dat het devies en nog steeds heb je idioten die het niet gebruiken. Waarom?
Ik word er niet gek van, want ik heb niks te maken met wat anderen doen :P

[ Bericht 0% gewijzigd door Tijn op 29-11-2014 13:08:54 ]
pi_147115045
Opvallend trouwens.

PHP-programmeurs verdienen gemiddeld minder:
http://tweakers.net/revie(...)erdienen-icters.html

[ Bericht 1% gewijzigd door #ANONIEM op 29-11-2014 12:53:05 ]
  zaterdag 29 november 2014 @ 13:10:39 #96
12221 Tijn
Powered by MS Paint
pi_147115462
quote:
1s.gif Op zaterdag 29 november 2014 12:52 schreef robin007bond het volgende:
Opvallend trouwens.

PHP-programmeurs verdienen gemiddeld minder:
http://tweakers.net/revie(...)erdienen-icters.html
Kwestie van vraag en aanbod. Als je iets kan dat weinig anderen kunnen, kun je een hoger salaris vragen. Scripten in PHP is niet een voorbeeld van zoiets :P
pi_147115511
quote:
3s.gif Op zaterdag 29 november 2014 13:10 schreef Tijn het volgende:

[..]

Kwestie van vraag en aanbod. Als je iets kan dat weinig anderen kunnen, kun je een hoger salaris vragen. Scripten in PHP is niet een voorbeeld van zoiets :P
Wellicht ja. :)

Ik denk dat mensen die echt heel goed met bepaalde frameworks kunnen werken en echt goed OOP in PHP kunnen programmeren wel redelijk gelijklopen.
pi_147117855
Persoonlijk vind ik PDO ook makkelijker dan de oude database functies, en ik zou ook iedereen aanraden alleen nog pdo te gebruiken als een ORM class geen optie is.
Maar dat betekent niet dat je goedwerkende applicaties moet gaan ombouwen puur voor The sake of it. If it aint broken, don't fix it!
pi_147117937
quote:
14s.gif Op zaterdag 29 november 2014 15:03 schreef KomtTijd... het volgende:
Persoonlijk vind ik PDO ook makkelijker dan de oude database functies, en ik zou ook iedereen aanraden alleen nog pdo te gebruiken als een ORM class geen optie is.
Maar dat betekent niet dat je goedwerkende applicaties moet gaan ombouwen puur voor The sake of it. If it aint broken, don't fix it!
"if it ain't broken, don't fix it" versus "if you stand still, you fall behind".

Persoonlijk ben ik vóór actief onderhoud aan applicaties, ook al zijn ze niet "broken". Updaten en het geleidelijk inbrengen van nieuwe technieken hoort daar bij, naar mijn mening.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
pi_147118169
quote:
2s.gif Op zaterdag 29 november 2014 15:07 schreef papernote het volgende:

[..]

"if it ain't broken, don't fix it" versus "if you stand still, you fall behind".

Persoonlijk ben ik vóór actief onderhoud aan applicaties, ook al zijn ze niet "broken". Updaten en het geleidelijk inbrengen van nieuwe technieken hoort daar bij, naar mijn mening.
Ja geleidelijk inbrengen idd. En dan kom je op een gegeven moment op een punt dat je die laatste paar functies ook maar gaat refactoren. Maar dat is iets anders dan een hele applicatie omschrijven puur omdat het kan.

edit: het ligt er ook aan wat voor applicatie het is. Bij een proprietary maatwerk product geldt eerder het eerste, bij een opensource massaproduct absoluut dat laatste.

[ Bericht 8% gewijzigd door KomtTijd... op 29-11-2014 17:54:57 ]
pi_147121927
quote:
0s.gif Op zaterdag 29 november 2014 13:12 schreef robin007bond het volgende:

[..]

Wellicht ja. :)

Ik denk dat mensen die echt heel goed met bepaalde frameworks kunnen werken en echt goed OOP in PHP kunnen programmeren wel redelijk gelijklopen.
Dat denk ik ook ja. Maar je hebt met PHP natuurlijk wel veel van die veredelde ammateurs (zoals ondergetekende :') ) die het gemiddelde omlaag halen.
pi_147122404
quote:
0s.gif Op zaterdag 29 november 2014 13:12 schreef robin007bond het volgende:

[..]

Wellicht ja. :)

Ik denk dat mensen die echt heel goed met bepaalde frameworks kunnen werken en echt goed OOP in PHP kunnen programmeren wel redelijk gelijklopen.
Punt is natuurlijk wel dat het toepassingsgebied relatief beperkt is. Je zult ook niet bepaald veel PHP-mensen tegenkomen die zich bezighouden net zaken als Enterprise architecture e.d.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147125747
Owja nog iets leuks, mijn baas weigert php code op linux servers te draaien, omdat hij niet weet hoe hij deze moet instellen...

Nu constant problemen met rechten en bullshit.
pi_147125878
Ik weet niet of ik daar heel hard om moet lachen of juist huilen.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147126044
quote:
0s.gif Op zaterdag 29 november 2014 20:01 schreef totalvamp het volgende:
Owja nog iets leuks, mijn baas weigert php code op linux servers te draaien, omdat hij niet weet hoe hij deze moet instellen...

Nu constant problemen met rechten en bullshit.
:'( :'( :'(
pi_147126421
quote:
0s.gif Op zaterdag 29 november 2014 20:04 schreef Monolith het volgende:
Ik weet niet of ik daar heel hard om moet lachen of juist huilen.
Dat krijg je als een niet technisch persoon je baas is xD
Zolang hij me betaald vind ik het best, ik blijf er alleen wel over zeuren.

quote:
1s.gif Op zaterdag 29 november 2014 20:08 schreef robin007bond het volgende:
[..]
:'( :'( :'(
Hier wordt je nog vredrietiger van:

Hij laat sommige klanten eigen code op dezelfde server draaien...
Dus ook Joomla en Wordpress...
Afgelopen week is de server op de blacklist gekomen vanwege gehackte Joomla sites die al jaren onbeveiligd staan.

Owja en de server draait letterlijk op het OS IPV een virtuele server...

[ Bericht 2% gewijzigd door #ANONIEM op 29-11-2014 20:21:29 ]
pi_147127291
Je baas moet zich, als niet-technisch persoon, daar niet mee bemoeien. En jij moet de ballen hebben om dat tegen 'm te zeggen.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
pi_147127366
quote:
2s.gif Op zaterdag 29 november 2014 20:36 schreef papernote het volgende:
Je baas moet zich, als niet-technisch persoon, daar niet mee bemoeien. En jij moet de ballen hebben om dat tegen 'm te zeggen.
Hebben mijn collega's al jaren daarvoor gedaan, maar hij luistert niet :P
Ik werk er pas 2 maanden xD
pi_147127463
quote:
0s.gif Op zaterdag 29 november 2014 20:38 schreef totalvamp het volgende:

[..]

Hebben mijn collega's al jaren daarvoor gedaan, maar hij luistert niet :P
Ik werk er pas 2 maanden xD
Dan is hij geen baas, maar een schijt-irritante bemoeial die ontslagen moet worden. Een goede baas weet wanneer hij z'n bek moet houden. Zeker als er personeel met meer kennis rondloopt.

Maar hij is zeker zo'n baas die denkt alles zelf beter te weten en z'n werknemers meer als uitvoerende slaven ziet, dan als mensen die ook zelfstandig iets kunnen?

Ik zou maar vast uitkijken naar een nieuwe plek.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
  FOK!mycroftheld zaterdag 29 november 2014 @ 20:40:39 #110
128465 verified  bondage
Ingewikkeld
pi_147127465
quote:
0s.gif Op zaterdag 29 november 2014 20:38 schreef totalvamp het volgende:

[..]

Hebben mijn collega's al jaren daarvoor gedaan, maar hij luistert niet :P
Ik werk er pas 2 maanden xD
Ga maar vast leren in .net te programmeren.
pi_147127491
Daar zou je je zelfs als programmeur niet mee bezig hoeven houden. Regel een managed server als er geen server beheerder is.
pi_147127503
quote:
14s.gif Op zaterdag 29 november 2014 20:40 schreef bondage het volgende:

[..]

Ga maar vast leren in .net te programmeren.
Als je kunt programmeren, dan is de taal irrelevant.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
  FOK!mycroftheld zaterdag 29 november 2014 @ 20:42:16 #113
128465 verified  bondage
Ingewikkeld
pi_147127550
quote:
2s.gif Op zaterdag 29 november 2014 20:41 schreef papernote het volgende:

[..]

Als je kunt programmeren, dan is de taal irrelevant.
Andere namen voor functies etc. Moet je toch ff leren.
pi_147127672
quote:
10s.gif Op zaterdag 29 november 2014 20:40 schreef papernote het volgende:

[..]

Dan is hij geen baas, maar een schijt-irritante bemoeial die ontslagen moet worden. Een goede baas weet wanneer hij z'n bek moet houden. Zeker als er personeel met meer kennis rondloopt.

Maar hij is zeker zo'n baas die denkt alles zelf beter te weten en z'n werknemers meer als uitvoerende slaven ziet, dan als mensen die ook zelfstandig iets kunnen?

Ik zou maar vast uitkijken naar een nieuwe plek.
Het is zijn bedrijf, maar volgende week gaan we sowieso ff praten over wat dingen die niet echt kosten efficient zijn.

Het is meer dat hij geen tijd wil steken en het opnieuw opzetten van een server (ze draaien bij ons op locatie).
Nouja we hebben heel veel vrijheid, ik mocht zelf een PHP framework uitkiezen om een nieuwe SAAS applicatie in te schrijven.

quote:
14s.gif Op zaterdag 29 november 2014 20:40 schreef bondage het volgende:

[..]

Ga maar vast leren in .net te programmeren.
Daar zit er ook 1 van :P Die doet alleen maar .net, ik wil er niet aan beginnen omdat ik een hekel aan microsoft servers hebn.

quote:
14s.gif Op zaterdag 29 november 2014 20:41 schreef KomtTijd... het volgende:
Daar zou je je zelfs als programmeur niet mee bezig hoeven houden. Regel een managed server als er geen server beheerder is.
Nouja ik vind serverbeheer niet erg om te doen, maar het moet gewoon goed werken.
  FOK!mycroftheld zaterdag 29 november 2014 @ 20:47:51 #115
128465 verified  bondage
Ingewikkeld
pi_147127845
quote:
0s.gif Op zaterdag 29 november 2014 20:44 schreef totalvamp het volgende:

[..]

Daar zit er ook 1 van :P Die doet alleen maar .net, ik wil er niet aan beginnen omdat ik een hekel aan microsoft servers hebn.
Dat is de grap natuurlijk (8> Gelukkig bepaal ik op het werk zelf wat voor OS er op de server komt te staan en kan ik tot in de kleinste details de uitbreidingen kiezen. Ik ben de klant, en de klant is koning 8-)
pi_147127873
quote:
2s.gif Op zaterdag 29 november 2014 20:41 schreef papernote het volgende:

[..]

Als je kunt programmeren, dan is de taal irrelevant.
Als je enkel PHP kent gaan zaken als threading en concurrency je nog wel tegenvallen hoor.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147127880
quote:
0s.gif Op zaterdag 29 november 2014 20:44 schreef totalvamp het volgende:

[..]

Nouja ik vind serverbeheer niet erg om te doen, maar het moet gewoon goed werken.
Ik ook niet, maar dan moet je er wel de tijd voor hebben/krijgen om er ook echt wat aan te doen zo af en toe. Kortom ik ben blij dat wij dat inmiddels allemaal uitbesteed hebben ondanks dat het wel eens lastig is dat je niet FF snel iets kunt installeren ofzo...
pi_147127962
quote:
1s.gif Op zaterdag 29 november 2014 20:48 schreef Monolith het volgende:

[..]

Als je enkel PHP kent gaan zaken als threading en concurrency je nog wel tegenvallen hoor.
Dan kun je dus niet programmeren.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
pi_147128002
quote:
2s.gif Op zaterdag 29 november 2014 20:50 schreef papernote het volgende:

[..]

Dan kun je dus niet programmeren.
:')__.
pi_147128051
quote:
2s.gif Op zaterdag 29 november 2014 20:50 schreef papernote het volgende:

[..]

Dan kun je dus niet programmeren.
Prolog, Lisp, cobol kun je ook gewoon met enkel imperatieve ervaring?
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  FOK!mycroftheld zaterdag 29 november 2014 @ 20:54:44 #121
128465 verified  bondage
Ingewikkeld
pi_147128149
quote:
2s.gif Op zaterdag 29 november 2014 20:50 schreef papernote het volgende:

[..]

Dan kun je dus niet programmeren.
Denk dat het weinig zegt over hoe goed iemand kan programmeren. Het is maar net wat je gewend bent.
pi_147128320
quote:
14s.gif Op zaterdag 29 november 2014 17:51 schreef KomtTijd... het volgende:

[..]

Dat denk ik ook ja. Maar je hebt met PHP natuurlijk wel veel van die veredelde ammateurs (zoals ondergetekende :') ) die het gemiddelde omlaag halen.
Ahww dat valt bij jou toch reuze mee?

Maar inderdaad. Dat denk ik ook.
pi_147128547
Ik snap ook niet wat het voordeel van .net over andere talen zou moeten zijn...
pi_147128624
quote:
1s.gif Op zaterdag 29 november 2014 20:51 schreef KomtTijd... het volgende:

[..]

:')__.
:*
quote:
1s.gif Op zaterdag 29 november 2014 20:52 schreef Monolith het volgende:

[..]

Prolog, Lisp, cobol kun je ook gewoon met enkel imperatieve ervaring?
Een goede opleiding bevat alle programmeerparadigma's. Een goede programmeur kent alle paradigma's, al zal door ervaring en gebruik het ene er wat beter in zitten dan het andere.

Maar iemand die zich "programmeur" noemt, maar nooit verder is gekomen dan in z'n vrije tijd wat html rondslepen in visuele editor van Frontpage zal daar inderdaad moeite mee hebben.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
pi_147128640
quote:
0s.gif Op zaterdag 29 november 2014 21:05 schreef totalvamp het volgende:
Ik snap ook niet wat het voordeel van .net over andere talen zou moeten zijn...
.net is een framework, geen taal.

Het is een mooi ecosysteem en C# is een fijne taal.

Groetjes van een MS-hater. ;)
pi_147128770
quote:
2s.gif Op zaterdag 29 november 2014 21:07 schreef papernote het volgende:

[..]

:*

[..]

Een goede opleiding bevat alle programmeerparadigma's. Een goede programmeur kent alle paradigma's, al zal door ervaring en gebruik het ene er wat beter in zitten dan het andere.

Maar iemand die zich "programmeur" noemt, maar nooit verder is gekomen dan in z'n vrije tijd wat html rondslepen in visuele editor van Frontpage zal daar inderdaad moeite mee hebben.
Dat gaat dan over iemand met een goede opleiding. In principe kan iemand een prima programmeur zijn zonder formele opleiding. Bovendien raak je tijdens een opleiding echt nog maar de basis aan van veel zaken en leer je veel dingen pas in de praktijk. Simpelweg roepen dat een goede programmeur alles kan is was te kort door de bocht.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147129157
quote:
1s.gif Op zaterdag 29 november 2014 21:11 schreef Monolith het volgende:

[..]

Dat gaat dan over iemand met een goede opleiding. In principe kan iemand een prima programmeur zijn zonder formele opleiding. Bovendien raak je tijdens een opleiding echt nog maar de basis aan van veel zaken en leer je veel dingen pas in de praktijk. Simpelweg roepen dat een goede programmeur alles kan is was te kort door de bocht.
Ik heb zelf ook nog nooit een opleiding ervoor gedaan, sterker nog die was er gewoon niet.
Die kwamen pas 2 jaar nadat ik al van school af was.
  zaterdag 29 november 2014 @ 21:56:57 #128
62215 qu63
..de tijd drinkt..
pi_147130918
quote:
2s.gif Op zaterdag 29 november 2014 20:50 schreef papernote het volgende:

[..]

Dan kun je dus niet programmeren.
Wanneer kan je dan wel programmeren? Als je maar beheerst wat je nodig hebt voor je taak is t goed, toch? http://www.quora.com/How-(...)er/George-Gonzalez-5
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_147140153
quote:
0s.gif Op zaterdag 29 november 2014 21:56 schreef qu63 het volgende:

[..]

Wanneer kan je dan wel programmeren? Als je maar beheerst wat je nodig hebt voor je taak is t goed, toch? http://www.quora.com/How-(...)er/George-Gonzalez-5
precies .. of het efficiënt, structureel en veilig is, om maar wat dingen te noemen, maakt dan ook niet uit :')


EDIT: heb 2-3 maanden geleden zarGon geholpen met zijn FOK! crew systeem. Hij is daarbij geholpen door mensen van FOK! die er zogenaamd verstand van hebben :')

- PHP en HTML kriskras door elkaar, waardoor je de queries tussen de cellen vandaan kan vissen
- Ene keer gebruik gemaakt van de mysql_ functies, de andere keer weer PDO (soms in 1 bestand :') )
- In ieder bestand een nieuwe mysql_connect of PDO object.
- Het verkeerd gebruik maken van de PDO functies. SQL injectie is niet meer mogelijk, mits je het goed toepast. Zag een query met ->prepare("SELECT ... FROM WHERE veld = '".$phpvariabele.'" i.p.v. placeholders/labels te gebruiken).
- In index.php werd een $_GET variabele opgevangen en in een mysql_ query gegooid, zonder een escape_string er omheen.

Ik ben toen voor hem overnieuw begonnen, en na 24 uur was ik verder dan hij was, na maanden werk.

Ja dat wat er was, werkte en zou voldoen aan de taak, maar of je het vakkundig PHP kan noemen?

[ Bericht 21% gewijzigd door remi1986 op 30-11-2014 06:44:07 ]
pi_147140199
quote:
14s.gif Op vrijdag 28 november 2014 18:00 schreef KomtTijd... het volgende:

[..]

Als je applicatie niet veilig is moet je het lek fixxen, niet rucksichtsloss je database driver vervangen. En functies worden júíst deprecated (ipv verwijderd) zodat bestaande applicaties niet aangepast hoeven worden.

Kom op KomtTijd. Je doet in heel DIG alsof je overal verstand van hebt...

Deprecated betekent dat de functie in een volgende versie er niet meer is (ja verwijderd ja). Heb je een groot probleem als je alles met mysql_ hebt gemaakt en je host opeens aankondigt over te gaan op MySQL 5.5. Ik weet ook dat dit niet van de één op de andere dag gebeurt, maar vroeg of laat upgraden ze allemaal. Dan ben je dus te laat.
pi_147140208
quote:
0s.gif Op zaterdag 29 november 2014 12:32 schreef robin007bond het volgende:

[..]

Zelf vind ik PDO echt heel makkelijk in gebruik. Ik kan het me echt niet voorstellen dat mensen daar moeite mee hebben.
de mensen die nog echt PHP/MySQL hebben geleerd, zouden met PDO geen moeite moeten hebben. Vind het er allemaal juist makkelijker op geworden. Echter, doordat veel mensen zich een bepaald framework eigen maken en zich vervolgens tot PHP Programmeur bekronen, zijn er steeds minder mensen die nog standaard PHP en queries kunnen schrijven. Dat hebben we tijd terug gezien bij ons op het werk toen we een nieuwe developer zochten.
pi_147140234
quote:
1s.gif Op zaterdag 29 november 2014 20:48 schreef KomtTijd... het volgende:

[..]

Ik ook niet, maar dan moet je er wel de tijd voor hebben/krijgen om er ook echt wat aan te doen zo af en toe. Kortom ik ben blij dat wij dat inmiddels allemaal uitbesteed hebben ondanks dat het wel eens lastig is dat je niet FF snel iets kunt installeren ofzo...
als je servers tot de belangrijkste onderdelen van je bedrijf behoren en je klanten afhankelijk zijn daarvan, neem je jezelf gewoon niet serieus als je dat zelf niet in beheer hebt. Als er een server uitligt, moet je vervolgens gaan wachten tot die andere partij het oplost. Zelf ff inloggen via SSH en een restart doen is paar seconden werk.

En serverbeheer is helemaal niet moeilijk, en al helemaal niet als het allemaal goed gedocumenteerd is. Toen ik begon bij het bedrijf waar ik nu werk, kreeg ik een aparte pc en werd mij verplicht Gentoo te gaan leren en te gaan stoeien met dingen waar je dagelijks mee te maken kan krijgen.

We hebben weleens gehad dat de MySQL replica helemaal de mist in ging. Dan is het heerlijk als je dat zelf binnen een paar minuten hebt opgelost i.p.v. maar hopen dat die andere partij het doet.
  zondag 30 november 2014 @ 13:48:11 #133
62215 qu63
..de tijd drinkt..
pi_147145320
quote:
0s.gif Op zondag 30 november 2014 06:02 schreef remi1986 het volgende:

[..]

precies .. of het efficiënt, structureel en veilig is, om maar wat dingen te noemen, maakt dan ook niet uit :')
Dat viel voor mij onder beheersen :P
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_147145524
quote:
0s.gif Op zondag 30 november 2014 07:13 schreef remi1986 het volgende:

[..]

als je servers tot de belangrijkste onderdelen van je bedrijf behoren en je klanten afhankelijk zijn daarvan, neem je jezelf gewoon niet serieus als je dat zelf niet in beheer hebt. Als er een server uitligt, moet je vervolgens gaan wachten tot die andere partij het oplost. Zelf ff inloggen via SSH en een restart doen is paar seconden werk.

En serverbeheer is helemaal niet moeilijk, en al helemaal niet als het allemaal goed gedocumenteerd is. Toen ik begon bij het bedrijf waar ik nu werk, kreeg ik een aparte pc en werd mij verplicht Gentoo te gaan leren en te gaan stoeien met dingen waar je dagelijks mee te maken kan krijgen.

We hebben weleens gehad dat de MySQL replica helemaal de mist in ging. Dan is het heerlijk als je dat zelf binnen een paar minuten hebt opgelost i.p.v. maar hopen dat die andere partij het doet.
Sorry, maar dat is echt volstrekte kolder. Het is veel makkelijker om een gespecialiseerde externe partij te hebben met 24/7 ondersteuning, uptime garantie middels SLA's, enzovoort.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147149795
quote:
0s.gif Op zondag 30 november 2014 07:13 schreef remi1986 het volgende:

[..]

als je servers tot de belangrijkste onderdelen van je bedrijf behoren en je klanten afhankelijk zijn daarvan, neem je jezelf gewoon niet serieus als je dat zelf niet in beheer hebt. Als er een server uitligt, moet je vervolgens gaan wachten tot die andere partij het oplost. Zelf ff inloggen via SSH en een restart doen is paar seconden werk.

En serverbeheer is helemaal niet moeilijk, en al helemaal niet als het allemaal goed gedocumenteerd is. Toen ik begon bij het bedrijf waar ik nu werk, kreeg ik een aparte pc en werd mij verplicht Gentoo te gaan leren en te gaan stoeien met dingen waar je dagelijks mee te maken kan krijgen.

We hebben weleens gehad dat de MySQL replica helemaal de mist in ging. Dan is het heerlijk als je dat zelf binnen een paar minuten hebt opgelost i.p.v. maar hopen dat die andere partij het doet.
Wij schieten gewoon een ticket in bij TRUE en het is sneller opgelost dan ik kan uitzoeken wat er allemaal precies mis is.

Als je een partij hebt met professionals die dit 24/7 doen, dan moet je zelf niet gaan lopen aan kloten.
pi_147150271
quote:
19s.gif Op zondag 30 november 2014 15:55 schreef TwenteFC het volgende:

[..]

Wij schieten gewoon een ticket in bij TRUE en het is sneller opgelost dan ik kan uitzoeken wat er allemaal precies mis is.

Als je een partij hebt met professionals die dit 24/7 doen, dan moet je zelf niet gaan lopen aan kloten.
Wij willen niet dat onze klanten de dupe worden van fouten van een derde partij. Onze klanten zijn afhankelijk van het systeem, anders kunnen die de dag naar huis. En als je zelf de expertise in huis hebt, waarom dan uitbesteden.

En daarbij, vind ik het wel leuk om zo nu en dan met wat nieuwe dingen bezig te zijn. Hele dag code kloppen is ook niet alles
pi_147150712
quote:
0s.gif Op zondag 30 november 2014 16:06 schreef remi1986 het volgende:

[..]

Wij willen niet dat onze klanten de dupe worden van fouten van een derde partij. Onze klanten zijn afhankelijk van het systeem, anders kunnen die de dag naar huis. En als je zelf de expertise in huis hebt, waarom dan uitbesteden.

En daarbij, vind ik het wel leuk om zo nu en dan met wat nieuwe dingen bezig te zijn. Hele dag code kloppen is ook niet alles
Monitoren jullie ook alles zelf dan? Wanneer er 4 uur s`nachts iets mis gaat.
pi_147151033
quote:
19s.gif Op zondag 30 november 2014 16:15 schreef TwenteFC het volgende:

[..]

Monitoren jullie ook alles zelf dan? Wanneer er 4 uur s`nachts iets mis gaat.
Wij monitoren inderdaad alles zelf. Tijdje terug nog om 01:30 in het datacenter gestaan. We kwamen er remote niet meer in. Die server was helemaal gecrashed, dus moesten we er heen
pi_147151098
quote:
0s.gif Op zondag 30 november 2014 16:22 schreef remi1986 het volgende:

[..]

Wij monitoren inderdaad alles zelf. Tijdje terug nog om 01:30 in het datacenter gestaan. We kwamen er remote niet meer in. Die server was helemaal gecrashed, dus moesten we er heen
En hoelang duurde het voordat jullie ter plaatse waren? ;)
pi_147151242
quote:
19s.gif Op zondag 30 november 2014 16:23 schreef TwenteFC het volgende:

[..]

En hoelang duurde het voordat jullie ter plaatse waren? ;)
20 min, half uurtje misschien? We hebben trouwens ook een Master-Slave systeem. Als er één server het begeeft, neemt de andere het over (die servers staan in weer een ander datacenter). De klant zou er dan ook helemaal niets van gemerkt hebben, want het verkeer werd al automatisch doorgeleid naar die andere server.
pi_147161021
quote:
0s.gif Op zondag 30 november 2014 06:55 schreef remi1986 het volgende:

[..]

Kom op KomtTijd. Je doet in heel DIG alsof je overal verstand van hebt...

Deprecated betekent dat de functie in een volgende versie er niet meer is (ja verwijderd ja). Heb je een groot probleem als je alles met mysql_ hebt gemaakt en je host opeens aankondigt over te gaan op MySQL 5.5. Ik weet ook dat dit niet van de één op de andere dag gebeurt, maar vroeg of laat upgraden ze allemaal. Dan ben je dus te laat.
Dat is niet zo, er zijn meerdere voorbeelden van functies die meerdere versies deprecated geweest zijn of nog steeds zijn. Ook de mysql_ functies die sinds 5.5 deprecated zijn, zitten er in 5.6 nog steeds in. Daarbij, zeker als je maatwerk producten draait, is het helemaal niet gek om gewoon een oudere PHP versie te blijven draaien als dat beter uitkomt.

Alleen bij massaproducten of applicaties waar actief aan ontwikkeld wordt heeft het zin om grootscheepse refactor acties te doen. Dan kun je die moeite namelijk nog terugverdienen.
pi_147161287
quote:
0s.gif Op zondag 30 november 2014 07:13 schreef remi1986 het volgende:

[..]

als je servers tot de belangrijkste onderdelen van je bedrijf behoren en je klanten afhankelijk zijn daarvan, neem je jezelf gewoon niet serieus als je dat zelf niet in beheer hebt. Als er een server uitligt, moet je vervolgens gaan wachten tot die andere partij het oplost. Zelf ff inloggen via SSH en een restart doen is paar seconden werk.

En serverbeheer is helemaal niet moeilijk, en al helemaal niet als het allemaal goed gedocumenteerd is. Toen ik begon bij het bedrijf waar ik nu werk, kreeg ik een aparte pc en werd mij verplicht Gentoo te gaan leren en te gaan stoeien met dingen waar je dagelijks mee te maken kan krijgen.

We hebben weleens gehad dat de MySQL replica helemaal de mist in ging. Dan is het heerlijk als je dat zelf binnen een paar minuten hebt opgelost i.p.v. maar hopen dat die andere partij het doet.
Zoals ik al zei, dat werkt alleen als je daar de capaciteiten toe hebt. Heel veel ontwikkelaars zullen zich niet met serverbeheer kunnen, willen of mogen bemoeien en lang niet alle softwareproducenten hebben een aparte server beheerder in dienst. En dan ben je echt beter af met een managed server van een hosting partner dan dat je zelf ergens een vergeten bak in een stoffige berging gooit waar nooit iemand naar omkijkt.
pi_147162427
quote:
1s.gif Op zondag 30 november 2014 21:00 schreef KomtTijd... het volgende:

[..]
dan dat je zelf ergens een vergeten bak in een stoffige berging gooit waar nooit iemand naar omkijkt.
_O- Je beschrijft onze sbs server.
  Moderator / Redactie Sport maandag 1 december 2014 @ 17:14:26 #144
359864 crew  Nattekat
De roze zeekat
pi_147189270
Ik ben een site aan het maken waarbij het de bedoeling is om iedere keer als de zoveelste rij erbij komt de eerste rij te verwijderen. Nou is dit al werkend gekregen, maar ik kom er maar niet uit hoe ik de IDs weer opnieuw kan rangschrikken, want nu begint de eerste rij met 2 ipv 1.

Is er een manier om dit voor elkaar te krijgen? :)
100.000 katjes
Fuck the EBU!
pi_147189285
Goftedomme zeg. Moet ineens hals over kop wat klussen aan een oude applicatie (die er over een paar maanden hopelijk uit gaat), blijkt gewoon 3 kwart van de tabellen geen enkele index te hebben. Goh, dus daarom duren de queries een halve seconde :')
pi_147189414
quote:
0s.gif Op maandag 1 december 2014 17:14 schreef Nattekat het volgende:
Ik ben een site aan het maken waarbij het de bedoeling is om iedere keer als de zoveelste rij erbij komt de eerste rij te verwijderen. Nou is dit al werkend gekregen, maar ik kom er maar niet uit hoe ik de IDs weer opnieuw kan rangschrikken, want nu begint de eerste rij met 2 ipv 1.

Is er een manier om dit voor elkaar te krijgen? :)
Lijkt me dat je dat in je code wilt oplossen en niet in de DB. In de DB blijven ID's (normaliter) gewoon uniek.
pi_147189559
quote:
0s.gif Op maandag 1 december 2014 17:14 schreef Nattekat het volgende:
Ik ben een site aan het maken waarbij het de bedoeling is om iedere keer als de zoveelste rij erbij komt de eerste rij te verwijderen. Nou is dit al werkend gekregen, maar ik kom er maar niet uit hoe ik de IDs weer opnieuw kan rangschrikken, want nu begint de eerste rij met 2 ipv 1.

Is er een manier om dit voor elkaar te krijgen? :)
Definieer rangschikken. Je kunt natuurlijk vrij eenvoudig gewoon "UPDATE table SET id=id-1" doen na het verwijderen van de eerste en toevoegen van de nieuwe rij, maar doorgaans is het niet zo bijster handig om op een dergelijke manier met IDs te gaan lopen klooien.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  Moderator / Redactie Sport maandag 1 december 2014 @ 17:21:36 #148
359864 crew  Nattekat
De roze zeekat
pi_147189600
quote:
14s.gif Op maandag 1 december 2014 17:18 schreef KomtTijd... het volgende:

[..]

Lijkt me dat je dat in je code wilt oplossen en niet in de DB. In de DB blijven ID's (normaliter) gewoon uniek.
Was ik al bang voor.
Heb wel wat gelezen over het herschrikken, maar niks gevonden dat werkt.

Om het simpel te houden was het idee een enkele query te hebben om ipv id 2 tot 101 id 1 tot 100 te hebben, dat wil ik ook bereiken.
100.000 katjes
Fuck the EBU!
pi_147189756
quote:
0s.gif Op maandag 1 december 2014 17:21 schreef Nattekat het volgende:

[..]

Was ik al bang voor.
Heb wel wat gelezen over het herschrikken, maar niks gevonden dat werkt.

Om het simpel te houden was het idee een enkele query te hebben om ipv id 2 tot 101 id 1 tot 100 te hebben, dat wil ik ook bereiken.
Je wilt dus gewoon 'de eerste 100' hebben?
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147189767
als je gewoon een query maakt met LIMIT(0,100), dan heb je dat toch?
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')