[PHP/(My)SQL] voor dummies #119

quote:

Op zaterdag 24 januari 2015 13:28 schreef Chandler het volgende:
Jeej,

Volgende query doet het best
[ code verwijderd ]

Doet ook aan filesort maar vind in totaal 5638 resultaten in ruim 1 seconde...

SPOILER

Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.

quote:

Op zondag 25 januari 2015 00:10 schreef henrivo het volgende:
Jeuw. Symfony2 kenners hier?

Wanneer ik form_row a en b oproep in een view, worden direct eronder ook meteen form_row c en d weergegeven. Terwijl ik die niet wil laten zien in die view.

{{ form_start(form) }}
{{ form_row(form.a) }}
{{ form_row(form.b) }}
{{ form_end(form) }}

Even als voorbeeldje hoe ik het heb

SPOILER

Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.

quote:

Op zondag 25 januari 2015 11:09 schreef henrivo het volgende:

[..]

Inmiddels een workaround gevonden, nu blijf ik weer hangen bij de melding "Notice: Array to string conversion". Als iemand dat bekend voor komt, laat even weten hoe je dat hebt opgelost

SPOILER

Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.

quote:

form_end()
Renders the end tag of the form and any fields that have not yet been rendered, in case you rendered each field yourself. This is useful for rendering hidden fields and taking advantage of the automatic CSRF Protection.

quote:

Op zondag 25 januari 2015 17:59 schreef Diabox het volgende:

[..]

Dat komt door de regel:
[ code verwijderd ]

quote:

De documentatie schrijft voor:

[..]

Array to string conversion notice komt simpelweg doordat je ergens een array als argument meegeeft terwijl er een string wordt verwacht (zonder code gaan wij niet kunnen uitvinden waar dat vandaan komt).

SPOILER

Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.

quote:

Op donderdag 29 januari 2015 23:52 schreef TwenteFC het volgende:
Gewoon omdat ik het hier eigenlijk nooit voorbij zie komen,

maar wie hier gebruikt er wel eens op regelmatige basis triggers, functies en dergelijke in mysql?

quote:

Op vrijdag 30 januari 2015 13:16 schreef Intrepidity het volgende:

[..]

Nee, want MySQL is totaal niet de plaats om allerlei logica in te gaan dumpen.

quote:

Op zaterdag 31 januari 2015 01:43 schreef Diabox het volgende:
Botte vraag en niet geheel on-topic (maar hier redelijke kans op antwoorden): wat verdienen jullie ongeveer als webprogrammeur? Ik heb een salarisaanbod gekregen die ik maar moeilijk kan plaatsen. Ik heb bijna 4 jaar professionele werkervaring als web developer, en heb daarnaast een BSc en MSc (informatica en SE); 15 eu p/u. Leek mij niet in verhouding met mijn ervaring en opleidingen (werk momenteel daar op freelance basis voor een veelvoud van dat bedrag).

quote:

Op zaterdag 31 januari 2015 06:16 schreef Iwanius het volgende:
Anderzijds moet Diabox ook rekening houden dat in deze tijd het hebben van een vaste baan ook wel een lekker zekerheidje is want wil jij niet, dan neemt men met gemak (gezien het gigantische aanbod van werklozen in alle sectoren) een ander.

quote:

Op zaterdag 31 januari 2015 01:43 schreef Diabox het volgende:
Botte vraag en niet geheel on-topic (maar hier redelijke kans op antwoorden): wat verdienen jullie ongeveer als webprogrammeur? Ik heb een salarisaanbod gekregen die ik maar moeilijk kan plaatsen. Ik heb bijna 4 jaar professionele werkervaring als web developer, en heb daarnaast een BSc en MSc (informatica en SE); 15 eu p/u. Leek mij niet in verhouding met mijn ervaring en opleidingen (werk momenteel daar op freelance basis voor een veelvoud van dat bedrag).

Hobbyprogrammeur hier

quote:

Op zaterdag 31 januari 2015 06:16 schreef Iwanius het volgende:
Anderzijds moet Diabox ook rekening houden dat in deze tijd het hebben van een vaste baan ook wel een lekker zekerheidje is want wil jij niet, dan neemt men met gemak (gezien het gigantische aanbod van werklozen in alle sectoren) een ander.

quote:

Op zaterdag 31 januari 2015 06:16 schreef Iwanius het volgende:
Anderzijds moet Diabox ook rekening houden dat in deze tijd het hebben van een vaste baan ook wel een lekker zekerheidje is want wil jij niet, dan neemt men met gemak (gezien het gigantische aanbod van werklozen in alle sectoren) een ander.

quote:

Op zaterdag 31 januari 2015 10:52 schreef Monolith het volgende:

[..]

Ik krijg toch echt wekelijks vele aanbiedingen. Dat is wel voornamelijk in de Java hoek.

quote:

Op zaterdag 31 januari 2015 11:23 schreef Robuustheid het volgende:

[..]

Zijn dat vaste banen die je aangeboden krijgt?

quote:

Op zaterdag 31 januari 2015 11:57 schreef CrashO het volgende:

[..]

Die worden er tegenwoordig gelukkig wel vrij snel uitgegooid Heb bij het huidige bedrijf waar ik zit al een handvol programmeurs de proeftijd niet zien overleven omdat ze er niks van bakten of stukken script gingen copy-pasten van random sites .

quote:

Op zaterdag 31 januari 2015 11:53 schreef Tijn het volgende:
Er zijn misschien meer PHP en front-enders, maar een groot deel daarvan is tamelijk clueless en zijn eigenlijk meer hobbyisten dan serieuze programmeurs.

quote:

Op zaterdag 31 januari 2015 11:12 schreef CrashO het volgende:

[..]

Ik zit met ~7 jaar (parttime @ ~20 uur per week) ervaring op ongeveer 13 euro per uur op 0 uren basis en zonder vakantiedagen ed.
Toch maar eens babbelen met de baas

Nu ik erover nadenk, ik verdiende als systeembeheer-sjappie in 2007, 50 cent meer dan dat ik nu doe Als was dat (en is me huidige dat ook) wel een bijbaan.

quote:

Op zaterdag 31 januari 2015 12:04 schreef Monolith het volgende:

[..]

Oh zeker, ik heb ook wel wat werk in die hoek gedaan en heel vaak was het echt huilen met de pet op. Het verschil tussen de Java community en de PHP community is qua professionaliteit sowieso wel aanzienlijk hoor.

quote:

Op zaterdag 31 januari 2015 09:32 schreef Rockfire het volgende:

[..]

nou dat 'crisis'-verhaal gaat echt niet in elke sector op hoor. Ik ben twee jaar geleden geswitched van werkgever en had gewoon keuze... En wij willen op het werk al geruime tijd en goede programmeur erbij maar die zijn heel lastig te vinden

quote:

Op zaterdag 31 januari 2015 12:11 schreef Diabox het volgende:

[..]

Nou, wat betalen jullie?

quote:

Op zaterdag 31 januari 2015 12:08 schreef Tijn het volgende:

[..]

Maar dat zorgt er dus ook wel voor dat de schaarste in die hoek groter is dan-ie lijkt. Een PHP'er vinden is niet zo'n probleem. Een goede vinden daarentegen...

quote:

Op zaterdag 31 januari 2015 12:13 schreef CrashO het volgende:

[..]

Echt veel is het niet inderdaad, maar reken ik het om naar fulltime dan kom je toch op zo'n 2200 euro per maand. Niet echt goed, maar het is geen minimumloon oid. Geld is geld

Er zijn helaas niet veel bedrijven die part-time programmeurs aannemen.

quote:

Op zaterdag 31 januari 2015 12:24 schreef CrashO het volgende:

[..]

Verschil is ook wel dat Java er bij iedere informatica opleiding ingebeukt wordt (de basis althans). En php alleen bij wat media-achtige opleidingen als soort van mini-cursus door een docent zonder enige vorm van kennis. Waardoor je bij php voornamelijk 2 groepen hebt, hobbyisten zonder diepe kennis die maar wat aankloten en de autodidacten die (fatsoenlijke) literatuur lezen en zichzelf naar knap niveau werken. En laat nou net die laatste groep relatief klein zijn

quote:

Op zaterdag 31 januari 2015 12:30 schreef CrashO het volgende:

[..]

Nope, helemaal niks Lunch in eigen tijd, geen vakantiedagen en geen andere voordeeltjes.
't is wel een klein bedrijfje trouwens. Toen ik er 4 jaar geleden begon was er de baas (zelf ook programmeur) en een designer. Dit heb ik sindsdien zien groeien naar zo'n 15 man totaal en weer zien krimpen tot de huidige situatie waarin ik de enige werknemer ben naast de baas Ik doe alles zelf, contact met klanten, ontwerp, uitrol, etc.

quote:

Op zaterdag 31 januari 2015 12:38 schreef CrashO het volgende:

[..]

Zou kunnen, hehe. Maar nadat het bedrijf in november 2013 over de kop ging mocht ik als enige terug komen bij de nieuwe zaak. Dus ik denk dat ik iets goed doe

Maar inderdaad, een baan is een baan in deze tijden.

quote:

Op zaterdag 31 januari 2015 12:15 schreef Rockfire het volgende:

[..]

Ik verdien (met bijna 10 jaar werkervaring en HBO + WO opleiding) in ieder geval wel ruim meer dan die 15 euro per uur Maar woon je in de buurt van Hilversum? Dan zou een gesprek zeker tot de mogelijkheden behoren

quote:

Op zaterdag 31 januari 2015 12:34 schreef Monolith het volgende:

[..]

Mja, maar in principe stelt PHP met Java ervaring niet zo gek veel voor. Het hele OO-gedeelte is toch grotendeels gejat bij / geïnspireerd door Java. Ook veel PHP frameworks hebben wel aardig leentjebuur gespeeld bij Spring, Hibernate, enzovoort.
Andersom wordt het een ander verhaal. Alleen al iets als basaals threading is vaak een hele pittige kluif voor mensen die die stap maken.
Ik ben het wel met je eens dat er veel baggeraanbod is op de PHP markt. Een collega van me mocht onlangs nog even de PHP codebase gaan doorspitten van de applicatie van een aangekocht bedrijfje. Daar kwam vrij veel gevloek bij kijken.

quote:

Op zaterdag 31 januari 2015 14:02 schreef Diabox het volgende:

[..]

Nope, helaas wat te ver rijden.

[..]

Ik ben momenteel bezig om de PHP codebase van het bedrijf in kwestie te refactoren. Alles is full-potato geprogrammeerd in gigantische bestanden met bergen if-statements en PHP, queries en HTML alles doorelkaar heen (>100k regels).

quote:

Op zaterdag 31 januari 2015 15:31 schreef CrashO het volgende:

[..]

Herkenbaar
Al heb ik zelf ook een keer meegedaan. Leek toen der tijd een goed idee om alles overzichtelijk bij elkaar te houden in 1 taal. Dus had een helper geschreven zodat ik alle jquery kon produceren in php.. Nader inzien werd dat uiteraard 1 onleesbare lap code. Controllers vol met jquery in php.
[ code verwijderd ]

of gewoon een hele functie erin duwen
[ code verwijderd ]

Dat soort constructies werden mogelijk (stond een actieve thread op de voorkant te checken bij de server). Eigenlijk wel nekschot waardig

* Was voor een boekhoud ding die volledig in de front-end draaide. Alles werd zonder reloads ingeladen met een stel achtergrond threads. Dus dit "leek" een goed idee om dingen bij users die al 8 uur de boel open hadden staan aan te kunnen passen

quote:

Op maandag 2 februari 2015 01:49 schreef qu63 het volgende:
Ok, echte Dummie-vraag:

Hoe sla ik een naam als "Lasse Hallström" het beste op in mijn database? htmlspecialchars()? htmlentities()?

En hoe geef ik het dan weer leesbaar weer? htmlspecialchars_decode()? Iets anders?

En hoe kan ik die naam invoegen in een url? dus "bla.php?search=Lasse Hallström"

_{Lasse Hallström}

quote:

Op maandag 2 februari 2015 02:01 schreef mschol het volgende:

[..]

ik zou zorgen dat zowel php, mysql als de connectie tussen php<>mysql utf-8 als character set heeft.. dan kan je volgens mij gewoon die exacte naam in een insert query, zonder dingen als htmlspecialchars, gooien..

quote:

maar het is nogal een tijd geleden dat ik gebruik heb gemaakt van php/mysql, dus wellicht zijn er weer wijzigingen geweest..

quote:

Op maandag 2 februari 2015 09:11 schreef Intrepidity het volgende:
We kunnen allemaal wel haten op de API van PHP, maar toch mogen we van geluk spreken dat er ook nog front-enders zijn om de javascript te schrijven

[ afbeelding ]

quote:

Op maandag 2 februari 2015 09:11 schreef Intrepidity het volgende:
We kunnen allemaal wel haten op de API van PHP, maar toch mogen we van geluk spreken dat er ook nog front-enders zijn om de javascript te schrijven

[ afbeelding ]

quote:

Op maandag 2 februari 2015 11:29 schreef Monolith het volgende:
Je hebt ook ongeveer 0,0 serieuze alternatieven voor Javascript.

quote:

Op maandag 2 februari 2015 11:33 schreef Tijn het volgende:

[..]

Uiteindelijk is Javascript de enige programmeertaal die je kunt gebruiken in de browser. Dus of je nou wil of niet, als je iets maakt dat in browsers moet draaien, kun je je maar beter in Javascript verdiepen.

Iets waarvan veel programmeurs denken dat het niet nodig is trouwens, omdat ze denken dat ze de taal zo wel snappen omdat de syntax ze bekend voorkomt.

quote:

Op maandag 2 februari 2015 09:11 schreef Intrepidity het volgende:
We kunnen allemaal wel haten op de API van PHP, maar toch mogen we van geluk spreken dat er ook nog front-enders zijn om de javascript te schrijven

[ afbeelding ]

quote:

Op maandag 2 februari 2015 11:39 schreef Monolith het volgende:

[..]

Het enige wat je nog kunt doen is gebruik maken van talen of Frameworks die compileren naar Javascript. Ik haalde eerder al GWT aan, waarbij je gewoon code in Java ontwikkelt (met alle voordelen van een fatsoenlijke taal) en die vervolgens gecompileerd wordt tot Javascript.

quote:

Op maandag 2 februari 2015 11:47 schreef Tijn het volgende:

[..]

Ja, je hebt wel meer van dat soort vertalers, ook voor andere talen zoals Perl, Ruby en C#. Verder heb je nog nieuwe talen die compilen naar Javascript, zoals Coffeescript of Dart.

Maar persoonlijk schrijf ik liever de code die daadwerkelijk bij de client wordt uitgevoerd dan het via zo'n vertalingslaag te doen.

quote:

Op maandag 2 februari 2015 11:51 schreef Monolith het volgende:

[..]

Mja, er zitten wel behoorlijke voordelen aan hoor. GWT is best geavanceerd, dus je kunt ook echt je Java code (die eigenlijk naar Javascript gecompileerd is) debuggen in je IDE. Wat een heel stuk prettiger werkt dan JS debuggen in browsers en aanverwante tooltjes.

Daarnaast heb ik ook nog wel Google Closure gebruikt. Dan schrijf je nog wel steeds javascript, maar heb je wel allerhande annotations om private / public access te checken, 'strong typing' te hanteren, enzovoort.

quote:

Op maandag 2 februari 2015 12:01 schreef Tijn het volgende:

[..]

Mja, ik ben meer een hacker dan een enterprise figuur. Ik zie niet echt het voordeel van strong typing om eerlijk te zijn

quote:

Private / public variabelen en methods kun je ook gewoon zo in Javascript maken, daar heb je niks speciaals voor nodig:
[ code verwijderd ]

quote:

Op maandag 2 februari 2015 12:01 schreef Tijn het volgende:

[..]

Mja, ik ben meer een hacker dan een enterprise figuur. Ik zie niet echt het voordeel van strong typing om eerlijk te zijn

Private / public variabelen en methods kun je ook gewoon zo in Javascript maken, daar heb je niks speciaals voor nodig:
[ code verwijderd ]

quote:

Op maandag 16 februari 2015 11:51 schreef Chandler het volgende:
Nee, maar ff geprobeerd en helaas, same result..

quote:

Op maandag 16 februari 2015 11:51 schreef Chandler het volgende:
Nee, maar ff geprobeerd en helaas, same result..

quote:

Op maandag 16 februari 2015 13:24 schreef raptorix het volgende:

[..]

Mag ik vragen waarom je trouwens een group by video_id doet?
Doe je dit om er voor te zorgen dat je geen dubbele items krijgt?

quote:

Op maandag 16 februari 2015 14:32 schreef Monolith het volgende:

[..]

Een having clause zonder Group By wordt wat lastig. Zoals ik z'n query lees wil hij de ID's vinden van video's die beide tags uit de where clause hebben, vandaar de count=2.
Het zijn mij echter iets te veel fragmentjes informatie verspreid over deze reeks om nou echt een advies te kunnen geven over wat hij het best kan doen.

quote:

Op maandag 16 februari 2015 11:51 schreef Chandler het volgende:
Nee, maar ff geprobeerd en helaas, same result..

quote:

Op maandag 16 februari 2015 12:27 schreef Aether het volgende:
Heb je een gecombineerde index op tag_id en video_id?

quote:

Op maandag 16 februari 2015 14:32 schreef Monolith het volgende:
Een having clause zonder Group By wordt wat lastig. Zoals ik z'n query lees wil hij de ID's vinden van video's die beide tags uit de where clause hebben, vandaar de count=2.

quote:

Het zijn mij echter iets te veel fragmentjes informatie verspreid over deze reeks om nou echt een advies te kunnen geven over wat hij het best kan doen.

quote:

Op maandag 16 februari 2015 14:46 schreef raptorix het volgende:
Ja dat snap ik
Bedoelde meer waarom hij daar een aggregate functie voor gebruikt, zijn over algemeen dure queries vandaar.

quote:

Op maandag 16 februari 2015 14:52 schreef raptorix het volgende:
Misschien een hele domme tip, maar zou je eens voor de grap het IN statement voor een exacte match kunnen vervangen? "IN" kan soms nogal evil zijn. Ik ben geen MySql expert dus kan het mishebben.

quote:

Op maandag 16 februari 2015 16:26 schreef Monolith het volgende:
Als ik je goed begrijp heb je geen index op video_id an sich? Dat lijkt me dan sowieso een probleem aangezien je een group by op video_id hanteert.
Als je die wel hebt, dan kun je nog eens kijken of je met FORCE INDEX wel het gebruik kan forceren.

quote:

Wat ik vooral bedoelde aan ontbrekende informatie is ook de use case. Je hebt hier nu bijvoorbeeld een voorbeeldje met twee tag_ids. Is dat altijd zo? Of is dat een variabel aantal?