[PHP/(My)SQL] voor dummies #122: Mieren met formulieren.

quote:

Op woensdag 17 februari 2016 08:34 schreef Chandler het volgende:
Dank robin007bond, ik ga het proberen!

En niemand een andere oplossing voor mijn probleem? zie niets raars aan de headers!

-edit-
Ik had al zo'n gevoel dat er een BOM in mijn bestanden moest zitten en ja hoor, 1 van mijn php bestanden bevatte BOM... nu werkt alles naar behoren!

quote:

Many older text editors always inject a trailing newline. And trailing whitespace led to "headers already sent" errors. The PHP interpreter actually circumvents this problem, and eats up a SINGLE trailing \r and \n newline after the ?> closing tag. Some unpracticed programmers however errornously added two or more trailing newlines or spaces, tabs after ?>. That's why it's considered good newbie guidance to omit the PHP close marker. It's however not indicative of good coding style.

quote:

Op woensdag 17 februari 2016 13:34 schreef KomtTijd... het volgende:
Ik laat ze sowieso altijd weg. Waarom zou je sluittags plaatsen die geen enkel nut hebben en mogelijk wel problemen veroorzaken?

quote:

Op maandag 14 maart 2016 22:58 schreef KomtTijd... het volgende:
Bitvelden zou ik per definitie met een zo groot mogelijke boog omheen werken, tenzij je écht niet anders kan (maar gezien dit het PHP topic is lijkt me niet dat je op een microcontroller met een paar kB geheugen zit).

Wat ik zelf een handige structuur vindt:
- gebuikers kunnen tot 1 of meerdere groepen behoren
- groepen kunnen verschillende rechten hebben

Op die manier hoef je niet per user tig vinkjes door te werken maar heb je wel alle flexibiliteit om iedereen precies de juiste rechten te geven, door een gebruiker aan een combinatie van groepen te hangen.

quote:

Op dinsdag 15 maart 2016 18:43 schreef Igen het volgende:
Zó ingewikkeld is het maken van een ACL toch ook weer niet.

(Nou ja, ik weet niet wat de prestaties zijn van wat ik heb gemaakt als je miljoenen diep in elkaar geneste objecten hebt...)

quote:

Op dinsdag 22 maart 2016 20:35 schreef Monolith het volgende:
Zo op het eerste oog vermoed ik dat je query->rowCount() geen 1 teruggeeft.

quote:

Op dinsdag 10 mei 2016 14:27 schreef schwa78 het volgende:
Ik probeer een lijst te krijgen van users met wie je berichten uitgewisseld uit hebt, gesorteerd op datum van het laatste bericht dat ze hebben uitgewisseld.

Momenteel heb ik dit als query:
[ code verwijderd ]

Hierbij is $auth de variabele is met je persoonlijke user_id.

Helaas pakt ie bij deze query niet de datum van de laatste berichtuitwisseling maar van de eerste. ORDER BY msg.date_sent ASC maakt het er niet beter op.

quote:

Op dinsdag 10 mei 2016 14:30 schreef Rockfire het volgende:

[..]

Zonder echt naar de query te hebben gekeken: zou het niet ORDER BY msg.date_sent DESC moeten zijn? Je wilt de datum immers aflopend (DESC = descending) in plaats van oplopend (ASC = ascending) hebben...

quote:

Op dinsdag 10 mei 2016 14:35 schreef Monolith het volgende:
Het lijkt me dat het aan je group by ligt. Volgens mij moet het zoiets zijn:
[ code verwijderd ]

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 maandag 16 mei 2016 22:17 schreef KomtTijd... het volgende:
Je kunt dat veld dan toch gewoon niet gebruiken

quote:

Op maandag 16 mei 2016 21:44 schreef esv7 het volgende:
Hopende in het juiste topic te zijn heb ik de volgende vraag:
Ik heb een query waarbij ik data ophaal uit twee tabellen gebruikmakende van een JOIN, echter wil ik bij bepaalde situaties niks ophalen uit een kolom. De query ziet er als volgt uit:

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.

Als het een match is doordat de opgegeven parameter(?) voorkomt in de credentials.username moet er niks worden opgehaald voor de keywords.keyword kolom. Heeft iemand een idee hoe ik dit voor elkaar krijg?

quote:

Op dinsdag 17 mei 2016 10:22 schreef Monolith het volgende:

[..]

Zo uit m'n hoofd kun je gewoon een if statement in je group concat zetten, al krijg je dan wellicht wel wat onnodige whitespaces:
[ code verwijderd ]

Het is sowieso wel een beetje een rommelige query en ik vraag me ook af wat je exact probeert te bereiken, functioneel gezien.
De DISTINCT op credentials.id is sowieso overbodig aangezien je er al een GROUP BY op doet.

quote:

Op vrijdag 20 mei 2016 20:07 schreef KomtTijd... het volgende:
AND `_STATUS` = 1

quote:

Je weet trouwens dat je in Phpmyadmin gewoon een zoekactie kunt doen en de query kunt kopiëren?

quote:

Op vrijdag 20 mei 2016 20:07 schreef KomtTijd... het volgende:
AND `_STATUS` = 1

Je weet trouwens dat je in Phpmyadmin gewoon een zoekactie kunt doen en de query kunt kopiëren?

quote:

Op zaterdag 21 mei 2016 13:56 schreef Wedden het volgende:

[..]

Allen dank voor het meedenken!

Het werkt nog niet helemaal. Als ik deze code van Monolith gebruik, lukt het wel in phpMyAdmin.
Zie plaatje
[ afbeelding ]

Als die code plak in de code waar ik mee begon krijg ik:
[ code verwijderd ]

Dan ziet de webpagina er echter zo uit:

[ afbeelding ]

Wordt nog even puzzelen waar het mis gaat!

quote:

Op zaterdag 21 mei 2016 14:04 schreef Tijn het volgende:

[..]

Ik denk dat het probleem in PHP wordt veroorzaakt omdat je dubbele quotes om de 1 hebt staan.

quote:

Op woensdag 25 mei 2016 12:55 schreef JortK het volgende:
Hoeveel mensen van jullie gebruiken trouwens een framework als bijvoorbeeld Laravel?

Ik ben er nu een aantal maal een project mee gestart, maar de overheid die het met zich meebrengt zorgt er eigenlijk altijd voor dat ik al snel overstap naar een project zonder framework.

quote:

Op woensdag 25 mei 2016 12:55 schreef JortK het volgende:
Hoeveel mensen van jullie gebruiken trouwens een framework als bijvoorbeeld Laravel?

Ik ben er nu een aantal maal een project mee gestart, maar de overheid die het met zich meebrengt zorgt er eigenlijk altijd voor dat ik al snel overstap naar een project zonder framework.