abonnement Unibet Coolblue
pi_145831131


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

Succes heren met het volgende deeltje!
pi_145831506
quote:
1s.gif Op woensdag 22 oktober 2014 20:58 schreef Aether het volgende:

[..]

Een timestamp is altijd UTC.
Dat bedoel ik :) Een timestamp is een fixed point in time, onafhankelijk van waar je op aarde staat.
pi_145832458
quote:
0s.gif Op woensdag 22 oktober 2014 21:01 schreef Light het volgende:

[..]

Nee. Om te beginnen kloppen die strings niet. En het probleem met "today" is dat je niet weet welke dat je krijgt. In Australië is 23 oktober al begonnen, dus krijg je die datum als je "today" gebruikt. In de andere gebieden is dat niet het geval en krijg je 22 oktober.

int(1413950400)
2014-10-22 00:00:00-0400

int(1413928800)
2014-10-22 00:00:00+0200

int(1413982800)
2014-10-23 00:00:00+1100

Eigenlijk zoek je voor Sydney deze tijd:
int(1413896400)
2014-10-22 00:00:00+1100
ja die strings in de eerste output die ik gaf klopte niet, maar de timestamps blijven hetzelfde en de volgorde ervan snap ik nog steeds niet helemaal. toen ik een unit test schreef ging ik er van uit dat amsterdam in het midden zou zitten qua timestamp voor "today", maar dat klopt dus niet |:(
..///
pi_145834248
quote:
0s.gif Op woensdag 22 oktober 2014 21:27 schreef wipes66 het volgende:

[..]

ja die strings in de eerste output die ik gaf klopte niet, maar de timestamps blijven hetzelfde en de volgorde ervan snap ik nog steeds niet helemaal. toen ik een unit test schreef ging ik er van uit dat amsterdam in het midden zou zitten qua timestamp voor "today", maar dat klopt dus niet |:(
Light gaf het al aan: timestamps gaan van UTC uit (tijdzone 0).

Misschien dat het duidelijker is als UTC:
1
2
3
2014-10-22T04:00:00+00:00 New York
2014-10-21T22:00:00+00:00 Amsterdam
2014-10-22T13:00:00+00:00 Sydney
Door zomertijd geldt voor Nederland tijdzone +02 t.o.v. UTC. Als het middernacht is, is het 22 uur 's avonds de vorige dag in UTC (tweede regel).
New York loopt 4 uur achter t.o.v. UTC. Als het daar middernacht is, is het 4 uur 's ochtends UTC.
Sydney loopt 11 uur voor op UTC. Als het daar middernacht is, is het 24 - 11 = 13 uur 's middags UTC (omdat het op het moment van meten al een dag later is in Australië).

Vanuit UTC gezien is Nederland de kleinste timestamp, daarna New York en dan Sydney.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_145835001
quote:
7s.gif Op woensdag 22 oktober 2014 22:03 schreef Aether het volgende:

[..]

Light gaf het al aan: timestamps gaan van UTC uit (tijdzone 0).

Misschien dat het duidelijker is als UTC:
[ code verwijderd ]

Door zomertijd geldt voor Nederland tijdzone +02 t.o.v. UTC. Als het middernacht is, is het 22 uur 's avonds de vorige dag in UTC (tweede regel).
New York loopt 4 uur achter t.o.v. UTC. Als het daar middernacht is, is het 4 uur 's ochtends UTC.
Sydney loopt 11 uur voor op UTC. Als het daar middernacht is, is het 24 - 11 = 13 uur 's middags UTC (omdat het op het moment van meten al een dag later is in Australië).

Vanuit UTC gezien is Nederland de kleinste timestamp, daarna New York en dan Sydney.
Nee, Sydney is de kleinste, dan Nederland, en New York is de grootste. De reden dat het mis lijkt te gaan voor Sydney is dat het daar inmiddels 07:18 is op 23 oktober waar Nederland en New York nog in 22 oktober leven.
pi_145837269
quote:
0s.gif Op woensdag 22 oktober 2014 21:27 schreef wipes66 het volgende:

[..]

ja die strings in de eerste output die ik gaf klopte niet, maar de timestamps blijven hetzelfde en de volgorde ervan snap ik nog steeds niet helemaal. toen ik een unit test schreef ging ik er van uit dat amsterdam in het midden zou zitten qua timestamp voor "today", maar dat klopt dus niet |:(
Amsterdam zit in het midden als je het over dezelfde dag hebt. Maar 'today' is niet voor alle tijdzones hetzelfde. Als je het over een uur weer probeert, is de timestamp van Sydney voor 'today' wel kleiner dan die van Amsterdam voor 'today'.
pi_145843283
quote:
0s.gif Op woensdag 22 oktober 2014 23:04 schreef Light het volgende:

[..]

Amsterdam zit in het midden als je het over dezelfde dag hebt. Maar 'today' is niet voor alle tijdzones hetzelfde. Als je het over een uur weer probeert, is de timestamp van Sydney voor 'today' wel kleiner dan die van Amsterdam voor 'today'.
En zowaar geschiedde:

1
2
3
string(31) "Thu, 23 Oct 2014 00:00:00 -0400" int(1414036800) 
string(31) "Thu, 23 Oct 2014 00:00:00 +0200" int(1414015200) 
string(31) "Thu, 23 Oct 2014 00:00:00 +1100" int(1413982800) 
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
pi_145859345
quote:
0s.gif Op woensdag 22 oktober 2014 19:45 schreef wipes66 het volgende:
heeft iemand verstand van timezones? ik probeer "today 00:00" om te zetten in een timestamp, maar wel afhankelijk van een tijdzone (via DateTime). in de unittest vergelijk ik new-york, amsterdam en die van sydney. maar die van amsterdam blijkt lager te zijn dan die van new-york?
Wat wil je eigenlijk bereiken, dit lijkt namelijk op een unittest van DateTime zelf..
In theory there is no difference between theory and practice. In practice there is.
pi_145859966
quote:
0s.gif Op donderdag 23 oktober 2014 18:43 schreef slacker_nl het volgende:

[..]

Wat wil je eigenlijk bereiken, dit lijkt namelijk op een unittest van DateTime zelf..
een class testen, die inderdaad niet veel meer dan datetime gebruikt. maar goed, het komt wel vaker voor dat je dingen test die gebruik maken van iets dat op zichzelf ook al getest wordt toch :P

[ Bericht 0% gewijzigd door wipes66 op 23-10-2014 19:19:51 ]
..///
pi_145868782
quote:
0s.gif Op donderdag 23 oktober 2014 19:03 schreef wipes66 het volgende:

[..]

een class testen, die inderdaad niet veel meer dan datetime gebruikt. maar goed, het komt wel vaker voor dat je dingen test die gebruik maken van iets dat op zichzelf ook al getest wordt toch :P
Over het algemeen maak je dan gebruik van mocks. Die kun je namelijk configureren zodat ze precies doen wat je wilt en je niet afhankelijk bent van de interne werking van die class.
pi_145929072
Iemand bekend met text uitlezen uit foto's?

Rekening houdend met:
- Je weet van te voren niet hoe groot de plaatje dus, kan altijd verschillend zijn.
- Je weet wel de opbouw van de text, is altijd <xx> karakters lang.
- Je weet de kleur van de tekst (zwart, maar zal uiteraard altijd een ander tint zwart zijn, want foto's).
- Je weet de achtergrondkleur van de tekst.

Zijn hier libraries voor?
  FOK!mycroftheld zaterdag 25 oktober 2014 @ 18:05:30 #12
128465 verified  bondage
niet meer aanwezig op FOK!
pi_145929463
quote:
0s.gif Op zaterdag 25 oktober 2014 17:53 schreef xaban06 het volgende:
Iemand bekend met text uitlezen uit foto's?

Rekening houdend met:
- Je weet van te voren niet hoe groot de plaatje dus, kan altijd verschillend zijn.
- Je weet wel de opbouw van de text, is altijd <xx> karakters lang.
- Je weet de kleur van de tekst (zwart, maar zal uiteraard altijd een ander tint zwart zijn, want foto's).
- Je weet de achtergrondkleur van de tekst.

Zijn hier libraries voor?
Zoiets? http://sourceforge.net/projects/phpocr/
pi_145930102
quote:
Daarmee kan je tekst uit screenshots lezen, ik heb het echt over foto's. Geen screenshots oid.
pi_145930480
quote:
0s.gif Op zaterdag 25 oktober 2014 17:53 schreef xaban06 het volgende:
Iemand bekend met text uitlezen uit foto's?

Rekening houdend met:
- Je weet van te voren niet hoe groot de plaatje dus, kan altijd verschillend zijn.
- Je weet wel de opbouw van de text, is altijd <xx> karakters lang.
- Je weet de kleur van de tekst (zwart, maar zal uiteraard altijd een ander tint zwart zijn, want foto's).
- Je weet de achtergrondkleur van de tekst.

Zijn hier libraries voor?
Nee, voor dat soort specifieke gevallen zijn geen libraries. Wat je natuurlijk zou kunnen doen is het voorbewerken van de afbeelding en dan een standaard OCR oplossing gebruiken.
Als de achtergrondkleur van het plaatje altijd hetzelfde is, dan moet je vrij makkelijk kunnen vinden waar de tekst staat en dat vlak uit het plaatje in een nieuw plaatje kunnen stoppen bijvoorbeeld.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_145932219
zijn het uploads? Zo ja zou je eventueel een javascript crop/rotate-tool kunnen gebruiken om de gebruiker zelf de tekst te laten croppen.
pi_146107997
Ik heb wat hulp nodig, ben bezig met een bashscriptje welke mysql aanroept en een variabele moet doorgeven aan een sql script. Dit ging mis dus heb ik alles terug gebracht naar de basics

Commandline:
1mysql -h localhost -uUSERNAME --password="PASSWORD" -e "SET @variable_file=123" < ./testSqlMetParamenter.sql

testSqlMetParamenter.sql:
1
2
use hub_test;
INSERT INTO mut_pcdata_results ( filename, starttime ) VALUES ( @variable_file,  NOW() );

Roep ik het volgende aan dan krijg ik wel een record, natuurlijk zonder de variabele
mysql -h localhost -uUSERNAME --password=PASSWORD < ./testSqlMetParamenter.sql

Iemand een idee wat ik fout doe?


EDIT: fixed
1mysql -h localhost -uUSERNAME --password="PASSWORD" -e "SET @variable_file=123; source ./testSqlMetParamenter.sql"


[ Bericht 7% gewijzigd door Darkomen op 30-10-2014 11:40:48 ]
pi_146138478
:P Een aantal jaar geleden al eens geprobeerd om te maken, destijds niet gelukt.

Nu in een uurtje dit er uit gerammeld, morgen maar eens kijken naar de winnaars berekening. En zorgen dat je/er ingezet wordt.



Wanneer het af is zal ik de code wel op github gooien.
  vrijdag 31 oktober 2014 @ 08:46:07 #18
187069 slacker_nl
Sicko pur sang
pi_146141315
quote:
19s.gif Op vrijdag 31 oktober 2014 00:56 schreef TwenteFC het volgende:
:P Een aantal jaar geleden al eens geprobeerd om te maken, destijds niet gelukt.

Nu in een uurtje dit er uit gerammeld, morgen maar eens kijken naar de winnaars berekening. En zorgen dat je/er ingezet wordt.

[ afbeelding ]

Wanneer het af is zal ik de code wel op github gooien.
Ken je dit al? https://www.cs.rochester.edu/~ferguson/poker/ipp.html
In theory there is no difference between theory and practice. In practice there is.
pi_146159647
quote:
Kende deze nog niet nee, ziet er wel handig uit.
Maar ik ben stiekem een beetje eigenwijs en wil het even op mijn eigen manier doen :P
pi_146189061


:P Woohoo het werkt, nu eerst maar eens even de boel refactoren en daarna op github gooien.
pi_146196121
1SELECT `provincie`, `brandstof`, `gewichtStart`, `tarief` FROM `wegenbelasting` WHERE `brandstof` = 'diesel' AND `gewichtstart` < '1370'

Geeft het volgende weer (zonder de sterretjes):
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
provincie brandstof gewichtstart tarief
Drenthe Diesel 1 93
Drenthe Diesel 551 113
Drenthe Diesel 651 133
Drenthe Diesel 751 160
Drenthe Diesel 851 196
Drenthe Diesel 951 232
Drenthe Diesel 1051 268
Drenthe Diesel 1151 305
Drenthe Diesel 1251 341
**Drenthe Diesel 1351 377
Noord-Holland Diesel 1 90
Noord-Holland Diesel 551 109
Noord-Holland Diesel 651 129
Noord-Holland Diesel 751 154
Noord-Holland Diesel 851 189
Noord-Holland Diesel 951 223
Noord-Holland Diesel 1051 257
Noord-Holland Diesel 1151 290
Noord-Holland Diesel 1251 324
**Noord-Holland Diesel 1351 358
Utrecht Diesel 1 91
Utrecht Diesel 551 110
Utrecht Diesel 651 130
Utrecht Diesel 751 156
Utrecht Diesel 851 190
Utrecht Diesel 951 225
Utrecht Diesel 1051 259
Utrecht Diesel 1151 294
Utrecht Diesel 1251 328
**Utrecht Diesel 1351 363

Maar ik wil alleen de rijen zien waar een sterretje voor staat.

Mijn auto weegt 1370. Ik vind in welke categorie deze door te kijken wat kleiner is dan 1370, dat is dus 1351. Alles daaronder wil ik niet zien. Hoe moet mijn query zijn?

Ik kan wel GROUP BY `provincie` doen, maar dan krijg ik de verkeerde resultaat terug, namelijk:
1
2
3
Drenthe Diesel 1 93
Noord-Holland Diesel 1 90
Utrecht Diesel 1 91
pi_146196416
Beetje onduidelijke inschrijving maar je wilt volgens mij toch gewoon WHERE gewichtstart = 1351 ipv < 1370 hebben?
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_146196714
1
2
3
4
5
6
7
8
9
10
SELECT `provincie`, `brandstof`, `gewichtStart`, `tarief` 
FROM `wegenbelasting` 
WHERE `brandstof` = 'diesel' 
AND `gewichtstart` = ( 
    SELECT gewichtstart 
    FROM wegenbelasting 
    WHERE gewichtstart < 1370 
    AND brandstof = 'diesel'
    ORDER BY gewichtstart DESC 
    LIMIT 1 )
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
  zaterdag 1 november 2014 @ 21:31:34 #24
187069 slacker_nl
Sicko pur sang
pi_146197070
Simplified:
1
2
3
4
5
6
select
   gewicht
from 
  wegenbelasting
where
  gewicht = ( select max(gewicht) from wegenbelasting where gewicht < 1370)

Mogelijk zou je het met een join kunnen doen. Maar dat laat ik aan jou over.
In theory there is no difference between theory and practice. In practice there is.
pi_146197355
quote:
0s.gif Op zaterdag 1 november 2014 21:31 schreef slacker_nl het volgende:
Simplified:
[ code verwijderd ]

Mogelijk zou je het met een join kunnen doen. Maar dat laat ik aan jou over.
Zit nu mobiel, kan niet testen, maar ik wil de resultaat van ieder provincie. Dus niet alleen de duurste provincie.
pi_146197389
quote:
0s.gif Op zaterdag 1 november 2014 21:22 schreef Rockfire het volgende:

[ code verwijderd ]

Deze zou wel eens kunnen werken. Thanks!
pi_146197646
quote:
1s.gif Op zaterdag 1 november 2014 21:38 schreef xaban06 het volgende:

[..]

Deze zou wel eens kunnen werken. Thanks!
Die van slacker_nl is denk ik beter:
1
2
3
4
5
6
7
8
9
SELECT `provincie`, `brandstof`, `gewichtStart`, `tarief` 
FROM `wegenbelasting` 
WHERE `brandstof` = 'diesel' 
AND `gewichtstart` = ( 
    SELECT MAX(gewichtstart)
    FROM wegenbelasting 
    WHERE gewichtstart < 1370 
    AND brandstof = 'diesel'
)
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
  zaterdag 1 november 2014 @ 21:46:47 #28
187069 slacker_nl
Sicko pur sang
pi_146197666
quote:
1s.gif Op zaterdag 1 november 2014 21:38 schreef xaban06 het volgende:

[..]

Zit nu mobiel, kan niet testen, maar ik wil de resultaat van ieder provincie. Dus niet alleen de duurste provincie.
Eigenlijk wil je dit doen:

https://dev.mysql.com/doc(...)olumn-group-row.html

Het ging je toch om het gewicht, de subquery pakt de max van het gewicht en gaat die opzoeken. Als je dat per provincie wilt doen..
In theory there is no difference between theory and practice. In practice there is.
pi_146199194
quote:
0s.gif Op zaterdag 1 november 2014 21:46 schreef Rockfire het volgende:

[..]

Die van slacker_nl is denk ik beter:
[ code verwijderd ]

_O_
pi_146482278
Een vraag:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
class voorbeeld {

   public function test() {
      try {
         echo "lala"; 
      }

      // Echoët evt. foutmelding:
      catch(Exception $e) {
         echo "Functie test kon niet uitgevoerd worden: ". $e->getMessage(). "\n";
      }

   } // Einde van scope test



Bij de exception ontbreekt de throw. Dan vraag ik mij af of de exception ook de string kan weergeven?
  zondag 9 november 2014 @ 22:53:22 #31
85514 ralfie
!Yvan eht nioj
pi_146483212
quote:
0s.gif Op zondag 9 november 2014 22:36 schreef Robuustheid het volgende:
Een vraag:
[ code verwijderd ]

Bij de exception ontbreekt de throw. Dan vraag ik mij af of de exception ook de string kan weergeven?
throw gooit een exception naar de eerstvolgende errorhandler (een catch statement of een globale errorhandler). Zolang een exception niet gegooid wordt, zal er niks gevangen worden. Veel php function hebben de 'throw' ingebouwd. Mocht echo 'blah' een exception tegenkomen,creert deze een Exception() en throwt deze naar je catch statement. Jij hoeft dit niet expliciet te doen, tenzij je zelf de exception maakt:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
<?php
class voorbeeld {

   public function 
test() {
      try {
         
$exc = new Exception("lala wordt gewoon uitgevoerd, want deze exception wordt niet gegooid");//doet niks dus!
         
echo "lala"
         
//wacht effe, hier gaat iets fout
         
throw new Exception("klopt niet");
      }

      
// Echoët evt. foutmelding:
      
catch(Exception $e) {
         echo 
"Functie test kon niet uitgevoerd worden: "$e->getMessage(). "\n";
      }

   } 
// Einde van scope test

?>
pi_146494202
Bedankt voor je duidelijke antwoord.

Een nieuwe vraag. Sommigen van jullie kennen waarschijnlijk de spl_autoload_register, dat als er een fout ontstaat, een handeling uitgevoerd wordt. Levert dat ook niks op, dan wordt er alsnog een error weergegeven. Voorbeeld:

1
2
3
4
5
         function AutoloadVoorbeeld($voorbeeld) {
             $callback = __DIR__.'/includes/php/'. $voorbeeld.'.php';
            require_once($voorbeeld);
         }
         spl_autoload_register('AutoloadVoorbeeld');

Stel, je instantieert een object met "$voorbeeld = new voorbeeld;"

Maar de PHP kan geen class met voorbeeld vinden, omdat je hem niet geïncluded hebt. Dan probeert-ie eerst require_once(jemap/includes/php/voorbeeld.php), met daarin de class voorbeeld. Levert dat alsnog het gewenste resultaat op, dan wordt er geen error weergegeven.

Zie ook dit: php.net/manual/en/function.spl-autoload-register.php

Ik wil hetzelfde ook doen met objecten instatieren. Dus:
1
2
3
4
         function AutoloadVariable($variable) {
             $variable = new $variable;
         }
         spl_autoload_register('AutoloadVariable');

Dan is het niet meer nodig om eerst het object vooraf te instantieren met $voorbeeld = new voorbeeld. Alleen, dit werkt vreemd genoeg niet. Ik weet niet waar dat aan ligt. Iemand een idee?
pi_146494849
Zo uit m'n hoofd wordt die autoload enkel uitgevoerd bij het ontbreken van een class of interface definition, niet bij het niet bestaan van een variabele.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_146495215
Ah, dat verklaart! Dank.

Zijn er evt. nog alternatieven, om een variable volgens bepaalde methode te declareren indien deze nog niet gedeclareerd is?
pi_146495270
Je kunt de error lvl setten en een custom error_handler definiëren.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_146560675
quote:
0s.gif Op maandag 10 november 2014 12:55 schreef Robuustheid het volgende:
Ah, dat verklaart! Dank.

Zijn er evt. nog alternatieven, om een variable volgens bepaalde methode te declareren indien deze nog niet gedeclareerd is?
Niet echt. Als je probeert te schrijven naar een variabele die niet bestaat, wordt de variabele aangemaakt. Als je een niet-bestaande variabele wilt lezen, wordt een E_NOTICE melding getriggerd (maar dat is afhankelijk van je error_reporting() instellingen). Als zo'n melding komt, kun je dat nog wel als nette melding naar de gebruiker tonen maar heb je geen kans meer om gewoon verder te gaan.

Over het algemeen geeft het aan dat je iets niet goed doet als je probeert een niet-bestaande variabele te lezen (bijvoorbeeld een tikfout in de naam). Het is dan ook een goed idee om je error_reporting hierop stuk te laten gaan. En als je weet dat een variabele onder bepaalde omstandigheden wel of niet bestaat, kun je met isset() kijken of de variabele een waarde (anders dan null) heeft.
  woensdag 12 november 2014 @ 19:41:48 #37
62215 qu63
..de tijd drinkt..
pi_146584274
SQLtabel:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
CREATE TABLE `test` (
  `ID` int(11) NOT NULL AUTO_INCREMENT,
  `Val1` varchar(255) NOT NULL,
  `Val2` varchar(255) NOT NULL,
  `Updated` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00' ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`Val1`),
  KEY `ID` (`ID`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1;

--
-- Gegevens worden uitgevoerd voor tabel `test`
--

INSERT INTO `test` (`ID`, `Val1`, `Val2`, `Updated`) VALUES
(1, 'a', '29191', '2014-11-12 19:39:31');
Waarom geeft dit
1
2
3
$sql = "INSERT INTO test (Val1, Val2) VALUES ('a','a') ON DUPLICATE KEY UPDATE Val2 = '".rand()."'";
$query = mysqli_query($con, $sql);
echo mysqli_affected_rows($con);
2 als antwoord, en dit
1
2
3
$sql = "UPDATE test SET Val2 = '".rand()."' WHERE ID=1";
$query = mysqli_query($con, $sql);
echo mysqli_affected_rows($con);
1?

[ Bericht 37% gewijzigd door qu63 op 12-11-2014 19:47:03 ]
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
  woensdag 12 november 2014 @ 19:51:01 #38
91039 mstx
2x1/2 = 1/2 x 1/2
pi_146584638
On duplicate key update geeft 2 terug als een waarde is geupdate, zie manual.

http://php.net/manual/en/mysqli.affected-rows.php
1e comment
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.
👾
  woensdag 12 november 2014 @ 20:03:15 #39
62215 qu63
..de tijd drinkt..
pi_146585101
quote:
1s.gif Op woensdag 12 november 2014 19:51 schreef mstx het volgende:
On duplicate key update geeft 2 terug als een waarde is geupdate, zie manual.

http://php.net/manual/en/mysqli.affected-rows.php
1e comment
Ah, de comments had ik niet bekeken. Thanks!
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
  woensdag 12 november 2014 @ 22:57:29 #40
62215 qu63
..de tijd drinkt..
pi_146594510
Hoe kan ik beste achterhalen welke van de onderstaande kolommen een nieuwe waarde hebben gekregen door deze query?
1
2
3
4
<?php
$sql 
"UPDATE test SET val1='a', val2='b', val3='c', val4='c' (etc) WHERE ID=0";
mysqli_query($con$sql);
?>
De wijzigingen kunnen alle kolommen beslaan, of juist geen. En alles er tussenin.
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_146595135
quote:
0s.gif Op woensdag 12 november 2014 19:41 schreef qu63 het volgende:
SQLtabel:
[ code verwijderd ]

Tip: Maak de id-kolom unsigned. Dan kun je er 2 keer zoveel records in kwijt (een auto-increment levert altijd positieve getallen op). Niet dat ik verwacht dat je in de buurt van de grens van een signed kolom komt, maar toch :)
  woensdag 12 november 2014 @ 23:23:02 #42
62215 qu63
..de tijd drinkt..
pi_146595794
quote:
0s.gif Op woensdag 12 november 2014 23:10 schreef Light het volgende:

[..]

Tip: Maak de id-kolom unsigned. Dan kun je er 2 keer zoveel records in kwijt (een auto-increment levert altijd positieve getallen op). Niet dat ik verwacht dat je in de buurt van de grens van een signed kolom komt, maar toch :)
Ik denk niet dat ik boven de 2147483647 id's uitkom ja ;)
Teller staat nu op 10.733 en zal niet veel meer stijgen :X
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_146608807
quote:
0s.gif Op woensdag 12 november 2014 23:23 schreef qu63 het volgende:

[..]

Ik denk niet dat ik boven de 2147483647 id's uitkom ja ;)
Teller staat nu op 10.733 en zal niet veel meer stijgen :X
Je zou het ID veld misschien ook wel compleet kunnen verwijderen.
  donderdag 13 november 2014 @ 13:30:49 #44
62215 qu63
..de tijd drinkt..
pi_146608876
quote:
19s.gif Op donderdag 13 november 2014 13:28 schreef TwenteFC het volgende:

[..]

Je zou het ID veld misschien ook wel compleet kunnen verwijderen.
In dit voorbeeld wel ja ;)
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_146609188
quote:
0s.gif Op woensdag 12 november 2014 22:57 schreef qu63 het volgende:
Hoe kan ik beste achterhalen welke van de onderstaande kolommen een nieuwe waarde hebben gekregen door deze query?
[ code verwijderd ]

De wijzigingen kunnen alle kolommen beslaan, of juist geen. En alles er tussenin.
quote:
0s.gif Op woensdag 12 november 2014 22:57 schreef qu63 het volgende:
Hoe kan ik beste achterhalen welke van de onderstaande kolommen een nieuwe waarde hebben gekregen door deze query?
[ code verwijderd ]

De wijzigingen kunnen alle kolommen beslaan, of juist geen. En alles er tussenin.
1SELECT `val1` != 'a' AS val1_changed, `val2`  != 'b' AS val2_changed
  donderdag 13 november 2014 @ 13:45:05 #46
62215 qu63
..de tijd drinkt..
pi_146609295
quote:
14s.gif Op donderdag 13 november 2014 13:41 schreef KomtTijd... het volgende:

[..]

[..]
[ code verwijderd ]

En deze uitvoeren voor de UPDATE neem ik aan?
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_146609500
Jup.
  donderdag 13 november 2014 @ 13:54:00 #48
62215 qu63
..de tijd drinkt..
pi_146609547
quote:
14s.gif Op donderdag 13 november 2014 13:51 schreef KomtTijd... het volgende:
Jup.
Dan ga ik daar even mee puzzelen :)

Thanks!
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
  donderdag 13 november 2014 @ 14:47:02 #49
62215 qu63
..de tijd drinkt..
pi_146611612
quote:
14s.gif Op donderdag 13 november 2014 13:51 schreef KomtTijd... het volgende:
Jup.
1
2
3
4
5
<?php
$sql 
"SELECT `Val1` != 'a' AS Val1_changed, `Val2` != 'a' AS Val2_changed, `Val3` != 'b' AS Val3_changed, `Val4` != 'a' AS Val4_changed, `Val5` != 'a' AS Val5_changed, `Val6` != '' AS Val6_changed FROM `test` WHERE `ID`='1'"
$result mysqli_query($con$sql);
$test mysqli_fetch_all($result);
?>
Alleen Val3 en Val6 zijn gewijzigd. Een print_r($test) geeft:
1
2
3
4
5
6
7
8
9
10
11
12
13
Array
(
    [0] => Array
        (
            [0] => 0
            [1] => 0
            [2] => 1
            [3] => 0
            [4] => 0
            [5] => 1
        )

)
Hoe krijg ik nu die kolomnamen (Val1_changed, etc) er weer bij?
Als ik de query in PHPMyadmin draai dan zie ik ze wel :{.
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_146611684
een associative fetch doen.
  donderdag 13 november 2014 @ 14:50:35 #51
62215 qu63
..de tijd drinkt..
pi_146611778
quote:
14s.gif Op donderdag 13 november 2014 14:48 schreef KomtTijd... het volgende:
een associative fetch doen.
Duh.. 8)7

Dank u!
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_146654663
Heeft iemand hier toevallig ervaring met Elasticsearch?
pi_146654833
quote:
19s.gif Op vrijdag 14 november 2014 18:27 schreef TwenteFC het volgende:
Heeft iemand hier toevallig ervaring met Elasticsearch?
Heel beperkt icm Logstash en Kibana.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_146654986
quote:
1s.gif Op vrijdag 14 november 2014 18:33 schreef Monolith het volgende:

[..]

Heel beperkt icm Logstash en Kibana.
Dan kan jij misschien mijn vraag beantwoorden;

Is het bruikbaar voor het doorzoeken van documenten met een X aantal verschillende die een verschillend type kunnen hebben. subdocumenten?

En dan gaat het me vooral om het heel flexibel toepassen van dit document moet als child X hebben, en ook Y en Z.

Voorbeeld;

Notebook
- Type: Electronica
- Kleuren: Geel,Rood,Zwart,Groen
- Kenmerken: USB3, Intel, AMD

Wanneer ik dus filter op Rode AMD Electronica moet deze te voorschijn komen.
Maar wanneer het Type dat niet is, dan wil ik hem ook niet zien.

Maar het kan ook een optie zijn om dit product toch te tonen wanneer bijv. alleen de gezochte kleur niet beschikbaar is of als er gezocht wordt op USB2
pi_146655090
:P Denk dat ik het al gevonden heb, ze verstoppen alles wel in de documentatie.

http://www.elasticsearch.(...)-filtered-query.html
pi_146655128
Je zou ook kunnen kijken naar faceted search in SOLR. Volgens mij is dat zo ongeveer wat je wilt.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_146655278
quote:
0s.gif Op vrijdag 14 november 2014 18:44 schreef Monolith het volgende:
Je zou ook kunnen kijken naar faceted search in SOLR. Volgens mij is dat zo ongeveer wat je wilt.
Dit is inderdaad exact wat ik wil, thx.
Maar eens even mee gaan spelen. :)
  zaterdag 15 november 2014 @ 14:32:57 #58
37634 wobbel
Da WoBBeL King
pi_146680173
Hoe loop ik door een XML als deze heen? Ik wil alle productnames eruit halen en hun ID en deze in een array stoppen maar ik ben er nog niet helemaal achter hoe ik dat precies moet doen.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
<?xml version="1.0" encoding="UTF-8"?>
<mobile_orderdetail_ack xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <messagebody>
    <subscription>
      <products>
        <bundleproduct>
          <bundleproductid>114</bundleproductid>
          <bundleproductname>Managed Mobile Blue 1GB</bundleproductname>
          <startdate>2014-07-07</startdate>
        </bundleproduct>
        <bundleproduct>
          <bundleproductid>74</bundleproductid>
          <bundleproductname>Data Pack 1000 (Blue)</bundleproductname>
          <startdate>2014-07-07</startdate>
        </bundleproduct>
        <bundleproduct>
          <bundleproductid>46</bundleproductid>
          <bundleproductname>SMS Pack Unlimited</bundleproductname>
          <startdate>2014-07-07</startdate>
        </bundleproduct>
      </products>
    </subscription>
  </messagebody>
</mobile_orderdetail_ack>

Met onderstaande code kan ik dmv print_r wel alle info laten zien, maar ik heb werkelijk geen idee hoe ik voor alles de specifieke data in een array stop. Het gaat dan met name hoe ik door de <bundleproducts> heen loop. Moet er dan een tweede foreach in mijn huidige foreach?

1
2
3
4
5
6
7
8
9
10
<?php
$xml 
= new SimpleXMLElement $bericht );

foreach ( 
$xml->messagebody->subscription->products as $products )
{

    
print_r $products );
    
}
?>
pi_146680313
Array push?
In theory there is no difference between theory and practice. In practice there is.
  zaterdag 15 november 2014 @ 14:39:43 #60
37634 wobbel
Da WoBBeL King
pi_146680358
quote:
0s.gif Op zaterdag 15 november 2014 14:37 schreef slacker_nl het volgende:
Array push?
1
2
3
4
5
6
7
8
9
10
<?php
foreach ( $xml->messagebody->subscription->products->bundleproduct as $bundleproducts )
{

    
$products[] = get_object_vars $bundleproducts );
    
}

print_r $products );
?>

Op deze manier kan ik $products aanroepen als een array :) Dit zal vast slordig zijn, maar dit kon ik vinden op Google :P
pi_146711745
Kan iemand mij uitleggen waarom ik een view bestand nodig heb wanneer ik JSON output genereer via JsonModel in Zend Framework 2? Ik heb een array en die gooi op eruit, de view voegt totaal niets toe :{
Gelukkig kan ik ook geen voorbeelden vinden hoe het wel moet. Overal zeggen ze: "gebruik dit en je bent klaar".

1
2
3
4
5
<?php
$variables 
= array( 'Foo' => 'Bar''Baz' => 'Test' );
$json = new JsonModel$variables );
return 
$json;
?>

Dit werkt niet! Nouja, het werkt wel. Hij toont de layout niet, maar de view mag ook optieven en hij moet mij Json string tonen.
pi_146712318
quote:
0s.gif Op zondag 16 november 2014 16:13 schreef Pakspul het volgende:
Kan iemand mij uitleggen waarom ik een view bestand nodig heb wanneer ik JSON output genereer via JsonModel in Zend Framework 2? Ik heb een array en die gooi op eruit, de view voegt totaal niets toe :{
Gelukkig kan ik ook geen voorbeelden vinden hoe het wel moet. Overal zeggen ze: "gebruik dit en je bent klaar".
[ code verwijderd ]

Dit werkt niet! Nouja, het werkt wel. Hij toont de layout niet, maar de view mag ook optieven en hij moet mij Json string tonen.
Gebruik de json view helper: http://framework.zend.com(...)ew.helpers.json.html
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
  zondag 16 november 2014 @ 17:27:15 #63
62215 qu63
..de tijd drinkt..
pi_146713985
Kan dit niet eenvoudiger/beter?
1
2
3
<?php
$nextdate 
strtotime(date("d-m-Y"strtotime("first ".$airday." of ".$date[0]." ".$date[1]))." ".$airtime." ".$timezone);
?>
$airday bevat Monday-Sunday
$date[0] bevat Jan-Dec
$date[1] bevat een jaartal in 4 cijfers (2014)
$airtime bevat een tijd (09:00 pm)
$timezone bevat de tijdzone (America/New_York)
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_146902703
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  zaterdag 22 november 2014 @ 18:51:49 #65
363995 Reemi
Zeg maar Remi.
pi_146904960
nvm.
Smile like you mean it
www.wefut.com
pi_147036799
:P Iemand al gespeeld met de develop versie van Laravel 5?

https://github.com/laravel/laravel/commits/develop

:) Taylor is er maar weer druk mee, ziet er goed uit zover.
pi_147089211
Wat zouden de makkelijkste manier zijn wanneer je een website hebt met daarin 1000'en querys die nog met mysq_query opgemaakt zijn en je wilt naar pdo overgaan? Is hier een oplossing voor of ontkom je er niet aan alles te herschrijven?
pi_147089775
Waarom zou je dat uberhaupt willen?
pi_147093140
quote:
5s.gif Op vrijdag 28 november 2014 15:55 schreef KomtTijd... het volgende:
Waarom zou je dat uberhaupt willen?
Veiligheid?
Depreciation?

quote:
99s.gif Op vrijdag 28 november 2014 15:36 schreef boskameel het volgende:
Wat zouden de makkelijkste manier zijn wanneer je een website hebt met daarin 1000'en querys die nog met mysq_query opgemaakt zijn en je wilt naar pdo overgaan? Is hier een oplossing voor of ontkom je er niet aan alles te herschrijven?
Het is wel mogelijk, maar dan moet je denk een veel te ingewikkelde regex schrijven :P
Zul je toch handmatig moeten doen.
pi_147093554
quote:
0s.gif Op vrijdag 28 november 2014 17:47 schreef totalvamp het volgende:

[..]

Veiligheid?
Depreciation?
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.
quote:
[..]

Het is wel mogelijk, maar dan moet je denk een veel te ingewikkelde regex schrijven :P
Zul je toch handmatig moeten doen.
Als je overgaat op PDO moet je je queries ook parameteriseren. Althans, niet per se, maar als je dat niet doet heeft het écht geen enkele zin. En eigenlijk gewoon (zo veel mogelijk) OO gaan werken. Overgaan op PDO is dus veel ingrijpender dan alleen maar een andere database-connectie.
pi_147101787
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.
Maar die oude mysql-functies worden wel degelijk verwijderd toch?
  vrijdag 28 november 2014 @ 22:37:22 #72
12221 Tijn
Powered by MS Paint
pi_147103675
quote:
0s.gif Op vrijdag 28 november 2014 21:50 schreef robin007bond het volgende:

[..]

Maar die oude mysql-functies worden wel degelijk verwijderd toch?
Is het niet al weg in 5.6?
pi_147103704
quote:
2s.gif Op vrijdag 28 november 2014 22:37 schreef Tijn het volgende:

[..]

Is het niet al weg in 5.6?
Dan is het toch niet deprecated meer maar echt weg? Kan me voorstellen dat je dan als bedrijf wilt switchen van mysql* naar PDO.
  vrijdag 28 november 2014 @ 22:39:07 #74
91039 mstx
2x1/2 = 1/2 x 1/2
pi_147103755
quote:
0s.gif Op vrijdag 28 november 2014 21:50 schreef robin007bond het volgende:

[..]

Maar die oude mysql-functies worden wel degelijk verwijderd toch?
Als het daar om gaat kun je gewoon alle mysql_* functies vervangen door mysqli_*.
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_147103777
quote:
0s.gif Op vrijdag 28 november 2014 22:39 schreef mstx het volgende:

[..]

Als het daar om gaat kun je gewoon alle mysql_* functies vervangen door mysqli_*.
Dat kan ook ja, maar ik kan me voorstellen dat mensen het dan gelijk helemaal goed willen doen. :P
  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
niet meer aanwezig op FOK!
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
niet meer aanwezig op FOK!
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
niet meer aanwezig op FOK!
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
niet meer aanwezig op FOK!
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]
  zondag 30 november 2014 @ 06:02:02 #129
305897 remi1986
This MF is infected by madness
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 ]
  zondag 30 november 2014 @ 06:55:07 #130
305897 remi1986
This MF is infected by madness
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.
  zondag 30 november 2014 @ 07:00:14 #131
305897 remi1986
This MF is infected by madness
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.
  zondag 30 november 2014 @ 07:13:27 #132
305897 remi1986
This MF is infected by madness
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.
  zondag 30 november 2014 @ 16:06:12 #136
305897 remi1986
This MF is infected by madness
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.
  zondag 30 november 2014 @ 16:22:30 #138
305897 remi1986
This MF is infected by madness
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? ;)
  zondag 30 november 2014 @ 16:27:22 #140
305897 remi1986
This MF is infected by madness
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
Maakte de 100.000e post in BIT
Er eens op uit?
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
Maakte de 100.000e post in BIT
Er eens op uit?
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?
pi_147189834
quote:
14s.gif Op maandag 1 december 2014 17:24 schreef KomtTijd... het volgende:
als je gewoon een query maakt met LIMIT(0,100), dan heb je dat toch?
En een ORDER BY ID voor het geval dat niet de default is.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  Moderator / Redactie Sport maandag 1 december 2014 @ 17:27:26 #152
359864 crew  Nattekat
De roze zeekat
pi_147189904
quote:
0s.gif Op maandag 1 december 2014 17:24 schreef Monolith het volgende:

[..]

Je wilt dus gewoon 'de eerste 100' hebben?
quote:
14s.gif Op maandag 1 december 2014 17:24 schreef KomtTijd... het volgende:
als je gewoon een query maakt met LIMIT(0,100), dan heb je dat toch?
Het probleem daarmee is dat er dan onnodige gegevens behouden blijven, en dat is niet wat ik wil bereiken.
100.000 katjes
Maakte de 100.000e post in BIT
Er eens op uit?
pi_147189937
quote:
0s.gif Op maandag 1 december 2014 17:27 schreef Nattekat het volgende:

[..]

[..]

Het probleem daarmee is dat er dan onnodige gegevens behouden blijven, en dat is niet wat ik wil bereiken.
Welke onnodige gegevens blijven er behouden?
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147189971
Ik ben altijd groot voorstander van het zoveel mogelijk bewaren van (onnodige) gegevens. Waarom weggooien als je er geen last van hebt.
pi_147190693
quote:
14s.gif Op maandag 1 december 2014 17:28 schreef KomtTijd... het volgende:
Ik ben altijd groot voorstander van het zoveel mogelijk bewaren van (onnodige) gegevens. Waarom weggooien als je er geen last van hebt.
Inderdaad. :7

Vooral in een database waar alles toch netjes gestructureerd is.
pi_147191405
quote:
9s.gif Op maandag 1 december 2014 17:14 schreef KomtTijd... het volgende:
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 :')
:D Ik ben altijd wel blij als het zo iets banaals is, klik klik klik, klaar.
  Moderator / Redactie Sport maandag 1 december 2014 @ 18:11:40 #157
359864 crew  Nattekat
De roze zeekat
pi_147191483
Denk dat ik die makkelijke oplossing van het niet verwijderen maar neem.

Voor mijn gevoel staat dat juist slordig, maar ik ben dan nog niet erg into de php/mysql.
100.000 katjes
Maakte de 100.000e post in BIT
Er eens op uit?
pi_147191502
quote:
0s.gif Op maandag 1 december 2014 18:11 schreef Nattekat het volgende:
Denk dat ik die makkelijke oplossing van het niet verwijderen maar neem.

Voor mijn gevoel staat dat juist slordig, maar ik ben dan nog niet erg into de php/mysql.
Je data kun je super makkelijk selecteren met query's, dus de hoeveelheid maakt niet zoveel uit. :)
pi_147191504
quote:
0s.gif Op maandag 1 december 2014 18:11 schreef Nattekat het volgende:
Denk dat ik die makkelijke oplossing van het niet verwijderen maar neem.

Voor mijn gevoel staat dat juist slordig, maar ik ben dan nog niet erg into de php/mysql.
Gewoon softdeleten, heeft bij mij vaak ook de voorkeur boven verwijderen.
pi_147191736
quote:
19s.gif Op maandag 1 december 2014 18:09 schreef TwenteFC het volgende:

[..]

:D Ik ben altijd wel blij als het zo iets banaals is, klik klik klik, klaar.
Dat wel ja. Gelukkig loop ik nog tegen genoeg andere problemen aan om dat weer te compenseren ;(

quote:
0s.gif Op maandag 1 december 2014 18:11 schreef Nattekat het volgende:
Denk dat ik die makkelijke oplossing van het niet verwijderen maar neem.

Voor mijn gevoel staat dat juist slordig, maar ik ben dan nog niet erg into de php/mysql.
Het is ook niet de bedoeling dat je dagelijks via database-management tools in de database gaat kijken of je data er niet slordig uit ziet. Databases zijn er niet om er netjes uit te zien, daar heb je je queries voor.

Dit moet ik mijn baas ook nog wel eens uitleggen ;(
pi_147193003
quote:
14s.gif Op maandag 1 december 2014 18:19 schreef KomtTijd... het volgende:

[..]

Dat wel ja. Gelukkig loop ik nog tegen genoeg andere problemen aan om dat weer te compenseren ;(

[..]

Het is ook niet de bedoeling dat je dagelijks via database-management tools in de database gaat kijken of je data er niet slordig uit ziet. Databases zijn er niet om er netjes uit te zien, daar heb je je queries voor.

Dit moet ik mijn baas ook nog wel eens uitleggen ;(
Nou ja, het kan natuurlijk wel degelijk voor traagheid zorgen wanneer overbodige data niet wordt opgeruimd.
Zeker bij grotere hoeveelheden data wordt archiveren of aggregeren op een gegeven moment gewoon noodzaak.


Het voordeel van niet verwijderen maar bijvoorbeeld met een deleted flag te werken is dan weer dat je de data gewoon weer zichtbaar kunt maken.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147423157
Wat is nou een relaxte databasetool voor als je PHPMyAdmin zat begint te raken?

Webbased of linux, en een beetje eenvoudig en overzichtelijk. Heb wel eens wat met HeidiSql maar die vond ik ook irritant (en lelijk).

[ Bericht 48% gewijzigd door KomtTijd... op 09-12-2014 15:41:18 ]
pi_147423856
quote:
14s.gif Op dinsdag 9 december 2014 15:20 schreef KomtTijd... het volgende:
Wat is nou een relaxte databasetool voor als je PHPMyAdmin zat begint te raken?

Webbased of linux, en een beetje eenvoudig en overzichtelijk. Heb wel eens wat met HeidiSql maar die vond ik ook irritant (en lelijk).
Gewoon MySQL workbench?
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  dinsdag 9 december 2014 @ 15:51:59 #164
63192 ursel
"Het Is Hier Fantastisch!
pi_147424117
werk thuis met sqlYog
  dinsdag 9 december 2014 @ 15:57:41 #165
178193 Juicyhil
Bekende FOK!ker
pi_147424308
quote:
0s.gif Op dinsdag 9 december 2014 15:44 schreef Monolith het volgende:

[..]

Gewoon MySQL workbench?
Alleen jammer dat het zo'n vreselijk trage en buggy applicatie is. Vind Sequel Pro ook wel fijn werken ^O^
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
pi_147424798
Ik kom er net achter dat PhpStorm ook een ingebouwde DB manager heeft. Ga ik ook eens proberen.
pi_147425314
quote:
0s.gif Op dinsdag 9 december 2014 15:44 schreef Monolith het volgende:

[..]

Gewoon MySQL workbench?
Hier heeft het de bijnaam MySQL CrashBench gekregen. :+

Kun je wel mooie ERD's in maken.
pi_147425465
quote:
1s.gif Op dinsdag 9 december 2014 16:31 schreef robin007bond het volgende:

[..]

Hier heeft het de bijnaam MySQL CrashBench gekregen. :+

Kun je wel mooie ERD's in maken.
Ik doe zelf eigenlijk erg weinig DBA werk de laatste jaren, zeker op SQL gebied. Hooguit wat met RoboMongo en dergelijke.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_147425976
HeidiSQL ^O^
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_147426108
Ik hoef niets ingewikkelds, moet gewoon af en toe kunnen zien wat er in de database gebeurt als ik mijn code uitvoer. Of wat testrecords verwijderen ofzo.
Op zich is PhpStormPhpMyAdmin prima, maar het zit zó ongelooflijk vol met allerhande glitches... pfft je wordt er gewoon moe van.

[ Bericht 5% gewijzigd door KomtTijd... op 09-12-2014 17:55:19 ]
pi_147426161
Adminer misschien? http://www.adminer.org/

Hoewel ik dat zelf niet echt wat vind
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_147427748
quote:
14s.gif Op dinsdag 9 december 2014 16:58 schreef KomtTijd... het volgende:
Ik hoef niets ingewikkelds, moet gewoon af en toe kunnen zien wat er in de database gebeurt als ik mijn code uitvoer. Of wat testrecords verwijderen ofzo.
Op zich is PhpStorm prima, maar het zit zó ongelooflijk vol met allerhande glitches... pfft je wordt er gewoon moe van.
Waarom ben je phpmyadmin zat dan?
pi_147427764
sorry zie edit :P
pi_147429147
quote:
14s.gif Op dinsdag 9 december 2014 16:58 schreef KomtTijd... het volgende:
Ik hoef niets ingewikkelds, moet gewoon af en toe kunnen zien wat er in de database gebeurt als ik mijn code uitvoer. Of wat testrecords verwijderen ofzo.
Op zich is PhpStormPhpMyAdmin prima, maar het zit zó ongelooflijk vol met allerhande glitches... pfft je wordt er gewoon moe van.
Leuk dat je PHPStorm wegstreept, je kan in PHPStorm je database sources toevoegen en dan heb je daar ook een autocomplete op.

Verder gebruik zelf ook HeidiSQL zoals Rockfire zegt. :P
pi_147430375
HeidiSQL draait in Wine op Linux. :(
pi_148114889
ik wil graag uit verschillende folders 1 image halen
heb nu dit, maar dan krijg ik toch alle foto's te zien
met toevoegen van => $value kom ik er ook niet aan uit

Hie kan ik dit het beste oplossen?

1
2
3
4
5
6
7
8
9
<?php
$dirname 
"fotoalbum/fotoalbum/*/";
$images glob($dirname."*.JPG");
foreach(
$images as $image) {
if (
$image == 0) {
echo 
'<img src="'.$image.'" />';
 }
}
?>
  maandag 29 december 2014 @ 22:06:37 #177
84244 Scorpie
Abject en infaam!
pi_148115363
quote:
0s.gif Op maandag 29 december 2014 21:58 schreef MrNiles het volgende:
ik wil graag uit verschillende folders 1 image halen
heb nu dit, maar dan krijg ik toch alle foto's te zien
met toevoegen van => $value kom ik er ook niet aan uit

Hie kan ik dit het beste oplossen?
[ code verwijderd ]

Je checkt niet op index.
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
pi_148115496
quote:
1s.gif Op maandag 29 december 2014 22:06 schreef Scorpie het volgende:

[..]

Je checkt niet op index.
1
2
3
4
<?php
$value 
0
foreach($images as $image => $value)
?>

iets in deze richting?
  maandag 29 december 2014 @ 22:10:08 #179
84244 Scorpie
Abject en infaam!
pi_148115543
quote:
0s.gif Op maandag 29 december 2014 22:09 schreef MrNiles het volgende:

[..]
[ code verwijderd ]

iets in deze richting?
Value is de index. Je wil altijd alleen de eerste index hebben, dus moet je value checken op 0.
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
pi_148116158
quote:
1s.gif Op maandag 29 december 2014 22:10 schreef Scorpie het volgende:

[..]

Value is de index. Je wil altijd alleen de eerste index hebben, dus moet je value checken op 0.
1
2
3
4
5
6
7
8
9
10
<?php
dan zou ik verwachten zoiets
$dirname 
"fotoalbum/fotoalbum/*/";
$images glob($dirname."*.JPG");
foreach(
$images as $image => $value) {
if (
$value == 0) {
echo 
'<img src="'.$image.'" />';
 }
}
?>

maar dan krijg ik alle indexen te zien volgens mij
nog even doorspelen
nog een duidelijk tip?

als ik dit aanpas
1
2
3
4
<?php
if ($image == 0) {
echo 
'<img src="'.$value.'" />';
?>

dan krijg ik wel de eerste foto, maar alleen van de folder
pi_148116268
value => image in plaats van andersom.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_148116336
quote:
0s.gif Op maandag 29 december 2014 22:22 schreef Monolith het volgende:
value => image in plaats van andersom.
bijna een snelle edit gedaan...heb ik dus gedaan
maar dan krijg ik alleen de eerste foto van de eerste folder
  maandag 29 december 2014 @ 22:23:27 #183
91039 mstx
2x1/2 = 1/2 x 1/2
pi_148116355
Ja of je echo't gewoon $images[0] :')
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.
👾
  maandag 29 december 2014 @ 22:24:47 #184
84244 Scorpie
Abject en infaam!
pi_148116424
quote:
1s.gif Op maandag 29 december 2014 22:23 schreef mstx het volgende:
Ja of je echo't gewoon $images[0] :')
Laat TS ff lekker kutten met arrays, anders snapt hij het nooit :P
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
  maandag 29 december 2014 @ 22:25:28 #185
91039 mstx
2x1/2 = 1/2 x 1/2
pi_148116453
quote:
0s.gif Op maandag 29 december 2014 22:23 schreef MrNiles het volgende:

[..]

bijna een snelle edit gedaan...heb ik dus gedaan
maar dan krijg ik alleen de eerste foto van de eerste folder
dan moet je eerst een readdir doen van de root map, door de mappen loopen en per map de afbeeldingen ophalen en de eerste tonen.
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_148116496
Even uitzoeken hoe globs werken en dan toepassen op je directory structuur. In een glob matcht ** alles inclusief directory separators en * alles behalve directory separators.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_148116577
quote:
1s.gif Op maandag 29 december 2014 22:23 schreef mstx het volgende:
Ja of je echo't gewoon $images[0] :')
Die had ik al eens geprobeerd, maar dan krijg ik een loop van foto1 uit folder1, geen andere folders

quote:
Laat TS ff lekker kutten met arrays, anders snapt hij het nooit :P
Zeker waar
pi_148599940
Voor als iemand testgegevens nodig heeft:
http://www.generatedata.com/
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_148622805
quote:
7s.gif Op maandag 12 januari 2015 11:44 schreef Aether het volgende:
Voor als iemand testgegevens nodig heeft:
http://www.generatedata.com/
https://github.com/fzaninotto/Faker
pi_148702387
Korte vraag mbt zoeken op grote tabellen.

Voor een vriend mag ik een importeer scriptje schrijven voor het importeren van ruim 7 miljoen videos met oa de volgende gegevens titel, tags, duur

Nu heb ik al een scriptje geschreven die dit alles importeert in een database tabel waarbij ik titel, tags als fulltext indexeer en wil apart daarvan de duur (lengte van het filmpje) ook nog gaan indexeren (zodat de gebruiker daar ook op kan zoeken)

Nu heb ik net een query uitgevoerd op deze tabel en dat duurde echt erg lang
Tabel: 7,217,116 MyISAM latin1_swedish_ci 4,8 GiB

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
CREATE TABLE IF NOT EXISTS `videos` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `site_id` int(10) unsigned NOT NULL,
  `video_id` varchar(64) NOT NULL,
  `tags` varchar(255) NOT NULL,
  `uploaddate` datetime NOT NULL,
  `title` varchar(255) NOT NULL,
  `description` text NOT NULL,
  `thumbnail` varchar(255) NOT NULL,
  `url` varchar(255) NOT NULL,
  `embed` varchar(255) NOT NULL,
  `seconds` int(10) unsigned NOT NULL,
  `lastview` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `ratingcount` int(10) unsigned NOT NULL,
  `ratingtotal` int(10) unsigned NOT NULL,
  PRIMARY KEY (`id`),
  KEY `site_id` (`site_id`),
  FULLTEXT KEY `tags` (`tags`),
  FULLTEXT KEY `title` (`title`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 AUTO_INCREMENT=7217117 ;

Nu duurt de volgende query:
1
2
SELECT COUNT( 1 ) 
FROM (SELECT * FROM  `videos` WHERE  `tags` LIKE  '%home%') t
erg lang (zo'n 10 seconden).
Met limit 0,30 duurt deze query 0.0240 secs

Is er een mogelijkheid om deze query sneller te maken? eventueel tags in een apart tabel?
Just say hi!
  donderdag 15 januari 2015 @ 10:17:15 #191
363995 Reemi
Zeg maar Remi.
pi_148702438
Ik zou sowieso de tags los opslaan in een andere tabel, in plaats van als één string in een kolom. Dus tag-video_id paren. Dat zal inderdaad al een stuk sneller worden.
Smile like you mean it
www.wefut.com
  donderdag 15 januari 2015 @ 10:17:58 #192
91039 mstx
2x1/2 = 1/2 x 1/2
pi_148702452
Een LIKE beginnend met % is altijd traag. Tags in een aparte tabel en een koppeltabel tussen tags en videos is de beste oplossing. Dat scheelt je ook nog een boel dubbele data.
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.
👾
  FOK!mycroftheld donderdag 15 januari 2015 @ 10:54:05 #193
128465 verified  bondage
niet meer aanwezig op FOK!
pi_148703416
quote:
0s.gif Op donderdag 15 januari 2015 10:14 schreef Chandler het volgende:
Korte vraag mbt zoeken op grote tabellen.

Voor een vriend mag ik een importeer scriptje schrijven voor het importeren van ruim 7 miljoen videos met oa de volgende gegevens titel, tags, duur

Nu heb ik al een scriptje geschreven die dit alles importeert in een database tabel waarbij ik titel, tags als fulltext indexeer en wil apart daarvan de duur (lengte van het filmpje) ook nog gaan indexeren (zodat de gebruiker daar ook op kan zoeken)

Nu heb ik net een query uitgevoerd op deze tabel en dat duurde echt erg lang
Tabel: 7,217,116 MyISAM latin1_swedish_ci 4,8 GiB
[ code verwijderd ]

Nu duurt de volgende query:
[ code verwijderd ]

erg lang (zo'n 10 seconden).
Met limit 0,30 duurt deze query 0.0240 secs

Is er een mogelijkheid om deze query sneller te maken? eventueel tags in een apart tabel?
Ik heb zelf slechte ervaringen met zoeken in grote tabellen, zowel MyISAM als InnoDB.

Is dit misschien een optie? http://astellar.com/2011/(...)-search-with-sphinx/
pi_148704887
Ik ga eens een import draaien die tags in een apart tabel zetten + een tabel voor video/tag links. Eens kijken hoe lang dit gaat duren... :D
Just say hi!
pi_148707977
LIKE negeert sowieso de fulltext index. Wil je daar gebruik van maken, dan kun je bijvoorbeeld MATCH gebruiken, zie ook de documentatie.

Zoals echter al aangegeven kun je beter een search platform gebruiken als SOLR, ElasticSearch, Sphinx, etcetera.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_148722045
quote:
0s.gif Op donderdag 15 januari 2015 13:17 schreef Monolith het volgende:

Zoals echter al aangegeven kun je beter een search platform gebruiken als SOLR, ElasticSearch, Sphinx, etcetera.
:Y Een tijd terug voor het eerst met ElasticSearch gewerkt :o gaat inderdaad écht bloedsnel. Automatisch aanvullen en suggesties geven snel.
pi_148722300
Het duurde ff maar dan heb je ook wat.

304k aan tags
kleine 69miljoen tag links :@

Nu nog een leuke query browsen...
Just say hi!
pi_148735784
quote:
0s.gif Op donderdag 15 januari 2015 10:14 schreef Chandler het volgende:

Nu duurt de volgende query:
[ code verwijderd ]

erg lang (zo'n 10 seconden).
Met limit 0,30 duurt deze query 0.0240 secs

Is er een mogelijkheid om deze query sneller te maken? eventueel tags in een apart tabel?
Je kunt het iets beter krijgen door geen subquery te gebruiken:
1SELECT COUNT( * ) FROM `videos` WHERE  `tags` LIKE  '%home%'
Maar de winst die je zo kunt behalen is beperkt. Je kunt niet efficient zoeken als je niet weet waar in de string je moet kijken. Het is immers ook niet handig om in een woordenboek alle woorden waar een Q in staat te markeren.

quote:
0s.gif Op donderdag 15 januari 2015 13:17 schreef Monolith het volgende:

Zoals echter al aangegeven kun je beter een search platform gebruiken als SOLR, ElasticSearch, Sphinx, etcetera.
Da's zeker een optie die het overwegen waard is, helemaal omdat het over redelijk grote datasets gaat.
pi_148738520
Klopt Light! :)

Echter heeft de hosting waar dit straks moet gaan draaien blijkbaar geen zoekplatformen of de mogelijkheid daarvoor, ik ga eerst eens spelen met tags en kijken hoe ik daar het meeste uit kan halen. Eventueel het tijdelijk opslaan van data sets... zodat hergebruik stukken sneller gaat...
Just say hi!
pi_148749556
quote:
0s.gif Op vrijdag 16 januari 2015 08:05 schreef Chandler het volgende:
Klopt Light! :)

Echter heeft de hosting waar dit straks moet gaan draaien blijkbaar geen zoekplatformen of de mogelijkheid daarvoor, ik ga eerst eens spelen met tags en kijken hoe ik daar het meeste uit kan halen. Eventueel het tijdelijk opslaan van data sets... zodat hergebruik stukken sneller gaat...
Die tags in een aparte tabel opslaan is alvast een stap, mits je de indexes goed zet en gebruikt.

Maar je zit tegen de grenzen van wat met MySQL mogelijk is en als je spannendere dingen wilt, moet je op zoek naar een hoster die wel een zoekplatform aanbiedt (of zelf de hosting doen).
pi_148798465
Ik ben bang dat hij dan naar een andere hoster opzoek moet, ben zelf nu aan het spelen de database zonder zoekplatform en heb in eerste instantie mijn tags maar eens beperkt.. En wat video's geskipped met onzin titels..

Eerst een kleine 8m aan videos, nu 7,2m.
Eerst 188k aan tags, nu 44k.
Eerst 70m aan tag links, nu 48m.

Scheelt toch wat... nu weer verder klooien met die queries...
Just say hi!
pi_148835523
ff een queries gespeeld, is niet gemakkelijk zeg :P (zonder specifieke zoekplatformen, maar moet toch echt wel sneller kunnen).

Query result:
quote:
MySQL gaf een lege resultatenset terug (0 rijen). (query duurde 157.0733 sec)
Query:
1
2
3
4
5
6
7
SELECT b . * 
FROM video_tag_link bt, videos b, tags t
WHERE bt.tag_id = t.tag_id
AND (t.name IN ('home',  'video'))
AND b.id = bt.video_id
GROUP BY b.id
HAVING COUNT( b.id ) =2

En met bestaande velden home en alone is het resultaat:
quote:
Showing rows 0 - 29 (213 total, query duurde 51.7825 sec)
Dat kan sneller toch? :P

Deze pagina gaf me aardig wat info: http://tagging.pui.ch/pos(...)ms-performance-tests

-edit-

Koppel ik ze los dan heb ik dit
SELECT * FROM tags WHERE name in ('home','alone') == 0,000 secs (2 resultaten)
SELECT video_id FROM video_tag_link WHERE tag_id IN ( 2316, 290 ) LIMIT 0 , 300000 == 20 secs (15292 resultaten).
SELECT * FROM videos WHERE id IN (763,) == 1 secs (15292 resultaten).

Is een stukje sneller... :{

[ Bericht 13% gewijzigd door Chandler op 19-01-2015 12:23:37 ]
Just say hi!
pi_148835835
quote:
5s.gif Op maandag 19 januari 2015 12:08 schreef Chandler het volgende:
ff een queries gespeeld, is niet gemakkelijk zeg :P (zonder specifieke zoekplatformen, maar moet toch echt wel sneller kunnen).

Showing rows 0 - 29 (213 total, query duurde 51.7825 sec)
Dat kan sneller toch? :P
Voer de query eens uit met EXPLAIN aan het begin.
Dan kun je zien waar het beste indices geplaatst kunnen worden.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_148835932
quote:
7s.gif Op maandag 19 januari 2015 12:21 schreef Aether het volgende:

[..]

Voer de query eens uit met EXPLAIN aan het begin.
Dan kun je zien waar het beste indices geplaatst kunnen worden.
1
2
3
1 SIMPLE t range PRIMARY,name,id name 34 NULL 2 Using index condition; Using temporary; using filesort
1 SIMPLE b ALL PRIMARY NULL NULL NULL 7158720 Using join buffer (Block Nested Loop)
1 SIMPLE bt eq_ref video_id video_id 8 a.b.id,a.t.tag_id 1 Using index

:)
Just say hi!
pi_148837350
Het ziet er in ieder geval uit als een hele kromme query. Gebruik je nou IN en HAVING om enerzijds te selecteren op twee tag names en anderzijds te checken of ze allebei gevonden worden? In dat geval zou ik eens kijken of je middels WHERE EXISTS niet sneller resultaat krijgt.

Verder valt er vrij weinig te zeggen over je query zonder de onderliggende db structuur te kennen.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_148846213
quote:
0s.gif Op maandag 19 januari 2015 13:13 schreef Monolith het volgende:
Het ziet er in ieder geval uit als een hele kromme query. Gebruik je nou IN en HAVING om enerzijds te selecteren op twee tag names en anderzijds te checken of ze allebei gevonden worden? In dat geval zou ik eens kijken of je middels WHERE EXISTS niet sneller resultaat krijgt.
Ik zal het eens bekijken en uitproberen ;)

quote:
Verder valt er vrij weinig te zeggen over je query zonder de onderliggende db structuur te kennen.
Bij deze ;)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
CREATE TABLE IF NOT EXISTS `tags` (
  `tag_id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(32) NOT NULL,
  PRIMARY KEY (`tag_id`),
  UNIQUE KEY `name` (`name`),
  KEY `id` (`tag_id`,`name`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 AUTO_INCREMENT=200938 ;

CREATE TABLE IF NOT EXISTS `videos` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `tags` varchar(255) NOT NULL, -- tijdelijk voor andere tests (zelfde inhoud als beide andere tabellen)
  `title` varchar(255) NOT NULL,
  PRIMARY KEY (`id`),
  FULLTEXT KEY `tags` (`tags`),
  FULLTEXT KEY `title` (`title`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 AUTO_INCREMENT=7158721 ;

CREATE TABLE IF NOT EXISTS `video_tag_link` (
  `video_id` int(10) unsigned NOT NULL,
  `tag_id` int(10) unsigned NOT NULL,
  UNIQUE KEY `video_id` (`video_id`,`tag_id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1; -- 48miljoen records
Just say hi!
pi_148851299
quote:
14s.gif Op maandag 19 januari 2015 17:09 schreef Chandler het volgende:

[..]

Ik zal het eens bekijken en uitproberen ;)

[..]

Bij deze ;)
[ code verwijderd ]

Je mist een index in je koppeltabel
1ALTER TABLE `video_tag_links` ADD INDEX `tag_id` (`tag_id`);

Voor video_id heb je geen aparte index nodig, dat wordt afgehandeld door de unique key. Je zou ook de unique key kunnen aanpassen naar (`tag_id`, `video_id`) en dan een aparte index op `video_id` zetten. In beide gevallen wordt je tabel groter (want meer index-ruimte nodig) en worden queries een stuk sneller.
pi_148851533
Volgens mij doet hij altijd een query op beide velden in de index, dus zou dat op zich goed moeten gaan. Hoewel het lang geleden is dat ik me in detail met indices in MySQL heb beziggehouden.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_148851875
quote:
0s.gif Op maandag 19 januari 2015 19:41 schreef Monolith het volgende:
Volgens mij doet hij altijd een query op beide velden in de index, dus zou dat op zich goed moeten gaan. Hoewel het lang geleden is dat ik me in detail met indices in MySQL heb beziggehouden.
Er wordt een full table scan gedaan bij een query waar je dat niet verwacht, dus de indices staan niet goed. Dat die full table scan op de video's-tabel wordt gedaan en niet op de koppeltabel, komt omdat die laatste tabel veel groter is (7mln vs 48 mln rijen).
pi_148852059
quote:
0s.gif Op maandag 19 januari 2015 19:49 schreef Light het volgende:

[..]

Er wordt een full table scan gedaan bij een query waar je dat niet verwacht, dus de indices staan niet goed. Dat die full table scan op de video's-tabel wordt gedaan en niet op de koppeltabel, komt omdat die laatste tabel veel groter is (7mln vs 48 mln rijen).
Ah, ik had de explain even gemist. ;)
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_148853136
Helaas,

Ook geen profijt... :{ maar thanks voor't meedenken...

Ik speel gewoon verder ;)

-- gelijk een vraagje ;)

Kan iemand mij deze regel uitleggen? :P

CONSTRAINT `image_fk` FOREIGN KEY (`image_id`) REFERENCES `image` (`image_id`),

[ Bericht 32% gewijzigd door Chandler op 19-01-2015 22:08:23 ]
Just say hi!
pi_148862022
quote:
0s.gif Op maandag 19 januari 2015 20:18 schreef Chandler het volgende:

-- gelijk een vraagje ;)

Kan iemand mij deze regel uitleggen? :P

CONSTRAINT `image_fk` FOREIGN KEY (`image_id`) REFERENCES `image` (`image_id`),
De tabel waar die regel in staat heeft een foreign key constraint met de unieke naam image_fk. De waarde in de kolom image_id verwijst naar een waarde in de kolom image_id in de tabel image. Je kunt dus geen waarde opslaan die niet ook in image.image_id staat.

Bijkomend effect is dat er een index op de kolom image_id is in de tabel waar die regel staat.

En als je je afvraagt waarom (`image_id`) tussen haakjes staat; het is ook mogelijk om een foreign key constraint te maken over meerdere kolommen. Die moeten dan wel verwijzen naar evenveel kolommen die allemaal in dezelfde tabel staan. Of dat nuttig is, weet ik niet. Het verklaart de haakjes, en het is nuttig om te weten dat een foreign key ook over meerdere kolommen kan gaan.
pi_148970529
Thanks Light! Snap er nog weinig van maar al iets meer dan ervoor..

Qua indexes loopt het nog steeds voor geen meter, heb nu eerst mijn mysql configuratie aangepast. (van 64MB naar 6GB :D) en dat scheelt al aardig wat tijd... maar nog steeds gebruikt hij een temporary filesort...

1
2
3
1 SIMPLE t range  PRIMARY,name,id name 34 NULL 2 Using index condition; Using temporary; using filesort
1 SIMPLE bt ref PRIMARY,video_id video_id 4  asexfilmzoeker1.t.id 488020 Using index 
1 SIMPLE b eq_ref PRIMARY PRIMARY 4 asexfilmzoeker1.bt.video_id 1 NULL

Index voor video_tag_link
1
2
3
4
5
Actie    Sleutelnaam    Type    Unieke waarde    Gecomprimeerd    Kolom    Kardinaliteit    Collatie    Leeg    Opmerking
Wijzigen Wijzigen    Verwijderen Verwijderen    PRIMARY    BTREE    Ja    Nee    video_id        A    Nee    
tag_id    48802076    A    Nee
Wijzigen Wijzigen    Verwijderen Verwijderen    video_id    BTREE    Nee    Nee    tag_id        A    Nee    
video_id        A    Nee

Index voor tags
1
2
3
4
5
Actie    Sleutelnaam    Type    Unieke waarde    Gecomprimeerd    Kolom    Kardinaliteit    Collatie    Leeg    Opmerking
Wijzigen Wijzigen    Verwijderen Verwijderen    PRIMARY    BTREE    Ja    Nee    id    44810    A    Nee    
Wijzigen Wijzigen    Verwijderen Verwijderen    name    BTREE    Ja    Nee    name    44810    A    Nee    
Wijzigen Wijzigen    Verwijderen Verwijderen    id    BTREE    Nee    Nee    id    44810    A    Nee    
name    44810    A    Nee

En index voor videos
1
2
3
4
5
Actie    Sleutelnaam    Type    Unieke waarde    Gecomprimeerd    Kolom    Kardinaliteit    Collatie    Leeg    Opmerking
Wijzigen Wijzigen    Verwijderen Verwijderen    PRIMARY    BTREE    Ja    Nee    id    7158720    A    Nee    
Wijzigen Wijzigen    Verwijderen Verwijderen    seconds    BTREE    Nee    Nee    seconds    73801    A    Nee    
Wijzigen Wijzigen    Verwijderen Verwijderen    tags    FULLTEXT    Nee    Nee    tags    1        Nee    
Wijzigen Wijzigen    Verwijderen Verwijderen    title    FULLTEXT    Nee    Nee    title    1        Nee    

Het veranderen van een indexen etc (meerdere keren gedaan, kost me zo'n 5 uur per index...) :{
Just say hi!
pi_148986741
Een ander type database gebruiken? :P

Zou je ook eens een explain van je query kunnen posten?
pi_148988456
quote:
19s.gif Op vrijdag 23 januari 2015 18:47 schreef TwenteFC het volgende:
Een ander type database gebruiken? :P

Zou je ook eens een explain van je query kunnen posten?
Die staat in mijn 1e quote.

Het rare is namelijk dat zoeken in tabel videos, veld tags (like %tag%) vele malen sneller is dan het uitlezen van tags tabellen (normaliseren). :{ op dit moment geen mogelijkheid om een andere server/scripts te gebruiken anders dan MySQL.......

Wil wel even een dump maken hoor :@ strip ik alle onnodige informatie, heb je een import sql bestand van 4GB :D
Just say hi!
pi_148991877
Denormaliseren? Gewoon om te kijken wat het doet.
pi_148991882
Ja :{ dan maar :P
Just say hi!
  vrijdag 23 januari 2015 @ 21:57:21 #218
63192 ursel
"Het Is Hier Fantastisch!
pi_148992856
Zit je stiekem sexfilms te zoeken? :P
pi_149002821
quote:
0s.gif Op vrijdag 23 januari 2015 21:57 schreef ursel het volgende:
Zit je stiekem sexfilms te zoeken? :P
7 miljoen? beetje te veel, maar je zit aardig in de buurt :+
Just say hi!
  FOK!mycroftheld zaterdag 24 januari 2015 @ 10:45:27 #220
128465 verified  bondage
niet meer aanwezig op FOK!
pi_149004280
quote:
0s.gif Op vrijdag 23 januari 2015 19:47 schreef Chandler het volgende:

[..]

Die staat in mijn 1e quote.

Het rare is namelijk dat zoeken in tabel videos, veld tags (like %tag%) vele malen sneller is dan het uitlezen van tags tabellen (normaliseren). :{ op dit moment geen mogelijkheid om een andere server/scripts te gebruiken anders dan MySQL.......

Wil wel even een dump maken hoor :@ strip ik alle onnodige informatie, heb je een import sql bestand van 4GB :D
Welke storage engine gebruik je? Heb je bijvoorbeeld al InnoDB geprobeerd?

En: https://blogs.oracle.com/(...)ncement_in_full_text

[ Bericht 6% gewijzigd door bondage op 24-01-2015 10:52:25 ]
pi_149005352
Sowieso MariaDB in plaats van MySQL
pi_149005580
quote:
1s.gif Op zaterdag 24 januari 2015 11:47 schreef robin007bond het volgende:
Sowieso MariaDB in plaats van MySQL
En waarom zou dat gaan helpen? Zoals al aangegeven is de beste optie om gewoon een fatsoenlijk zoekplatform te gebruiken, maar die mogelijkheid heeft hij niet.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149005664
Nee :( al ligt het volgens mij en Light voornamelijk aan de foutieve indexen... :{ alleen die goed krijgen kost per test 8 uur :( LOL
Just say hi!
pi_149005681
quote:
1s.gif Op zaterdag 24 januari 2015 11:58 schreef Monolith het volgende:

[..]

En waarom zou dat gaan helpen? Zoals al aangegeven is de beste optie om gewoon een fatsoenlijk zoekplatform te gebruiken, maar die mogelijkheid heeft hij niet.
Het was meer een zijspoor. :P Niet echt relevant aan zijn probleem.
pi_149007705
Jeej,

Volgende query doet het best :)

1
2
3
4
5
6
7
8
explain
SELECT * 
    FROM videos o
    LEFT OUTER JOIN video_tag_link ot ON ot.video_id = o.id
    LEFT OUTER JOIN tags t ON t.tag_id = ot.tag_id
   WHERE t.name IN ('home','alone')
GROUP BY o.id
  HAVING COUNT(DISTINCT t.name) = 2

Doet ook aan filesort maar vind in totaal 5638 resultaten in ruim 1 seconde... :D
Just say hi!
pi_149012933
quote:
0s.gif 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... :D
:P ook met SQL_NO_CACHE ?
pi_149013238
Nee :'( :+

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.
Just say hi!
  zondag 25 januari 2015 @ 00:10:09 #228
272287 henrivo
Tikt tegen jassies
pi_149027591
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
  zondag 25 januari 2015 @ 11:09:48 #229
272287 henrivo
Tikt tegen jassies
pi_149034178
quote:
0s.gif 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
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.
pi_149047225
quote:
0s.gif 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.
Dat komt door de regel:
1{{ form_end{form) }}
De documentatie schrijft voor:
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.
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).
  zondag 25 januari 2015 @ 19:59:16 #231
272287 henrivo
Tikt tegen jassies
pi_149051870
quote:
0s.gif Op zondag 25 januari 2015 17:59 schreef Diabox het volgende:

[..]

Dat komt door de regel:
[ code verwijderd ]
Helemaal overheen gelezen, domdomdom |:(

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).
Zo ver was ik al :) Ik duik vanavond nog eens in de code, als ik er niet uit kom plemp ik de hele zooi hier even :P

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.
pi_149196468
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?
pi_149207229
quote:
19s.gif 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?
Nee, want MySQL is totaal niet de plaats om allerlei logica in te gaan dumpen.
  vrijdag 30 januari 2015 @ 13:27:01 #234
91039 mstx
2x1/2 = 1/2 x 1/2
pi_149207519
Nooit nodig gehad. 1x een collega gehad die daar dus iets in verstopt had, na uren zoeken had ik dus eindelijk gevonden hoe er opeens bepaalde waardes in kolommen werden weggeschreven. :')
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_149209888
quote:
0s.gif 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.
Soms kan het vanuit performance oogpunt handig zijn. Zeker ORM is lang niet altijd optimaal efficiënt. Nou merk je dat bij een gemiddeld websiteje niet, maar als het om wat grootschaligere applicaties gaat, dan zijn dat soort zaken wat belangrijker.
Ook qua security biedt het extra mogelijkheden. Triggers kunnen dan wel weer nuttig zijn voor auditing en data integrity.
Vaak is het wel zo dat als je je over dergelijke zaken druk dient te maken, MySQL sowieso niet meer de juiste database is. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149215993
Ik zit er ook over te denken om bepaalde subqueries die in een bepaalde applicatie meerdere keren terugkomen per query, in een routine samen te vatten. Maar ik ga die hele applicatie nog herschrijven dus daar denk ik tzt nog wel een keer over na.

(Het is een reports applicatie voor een CRM, en die is nu een beetje lelijk omdat ik de queries om heb moeten schrijven naar een nieuwe versie van het CRM. Maar uiteindelijk moeten de reports gewoon in het CRM geïntegreerd worden)
pi_149228377
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).
  FOK!mycroftheld zaterdag 31 januari 2015 @ 02:04:06 #238
128465 verified  bondage
niet meer aanwezig op FOK!
pi_149228593
quote:
0s.gif 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).
15 is imo te weinig, ik zit daar een paar euro boven met 6 jaar ervaring. Het werk is op HBO niveau maar ik ben er tussen gerold met een MBO4 diploma.
pi_149229664
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.
pi_149230480
quote:
15s.gif 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.
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
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
  zaterdag 31 januari 2015 @ 09:39:32 #241
62215 qu63
..de tijd drinkt..
pi_149230548
quote:
0s.gif 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).
Mijn bijbaan als touringcarchauffeur op MBO4 niveau heeft dat zo ongeveer als minimum (bruto) :{
Hobbyprogrammeur hier :@
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_149231483
quote:
15s.gif 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.
Ik krijg toch echt wekelijks vele aanbiedingen. Dat is wel voornamelijk in de Java hoek.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  zaterdag 31 januari 2015 @ 11:04:33 #243
12221 Tijn
Powered by MS Paint
pi_149231706
quote:
15s.gif 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.
Ik moet de eerste werkloze programmeur nog tegenkomen, hoor.
pi_149231846
quote:
11s.gif Op zaterdag 31 januari 2015 02:04 schreef bondage het volgende:
15 is imo te weinig, ik zit daar een paar euro boven met 6 jaar ervaring. Het werk is op HBO niveau maar ik ben er tussen gerold met een MBO4 diploma.
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 _O-

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.

[ Bericht 6% gewijzigd door #ANONIEM op 31-01-2015 11:20:12 ]
pi_149232095
quote:
1s.gif 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.
Zijn dat vaste banen die je aangeboden krijgt?
pi_149232238
quote:
0s.gif Op zaterdag 31 januari 2015 11:23 schreef Robuustheid het volgende:

[..]

Zijn dat vaste banen die je aangeboden krijgt?
Yep. Dan moet je natuurlijk nog wel een sollicitatieprocedure door, maar toch.
Op de markt voor mensen met kennis van Java (en allerhande gerelateerde technologieën) is ook nog wel een stuk meer schaarste dan op die voor PHP / front-end developers.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  zaterdag 31 januari 2015 @ 11:53:33 #247
12221 Tijn
Powered by MS Paint
pi_149232761
Er zijn misschien meer PHP en front-enders, maar een groot deel daarvan is tamelijk clueless en zijn eigenlijk meer hobbyisten dan serieuze programmeurs.
pi_149232863
quote:
10s.gif 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.
Die worden er tegenwoordig gelukkig wel vrij snel uitgegooid :Y 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 :').
pi_149233017
quote:
99s.gif Op zaterdag 31 januari 2015 11:57 schreef CrashO het volgende:

[..]

Die worden er tegenwoordig gelukkig wel vrij snel uitgegooid :Y 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 :').
Inderdaad, de prutsers vallen toch vrij snel door de mand. Als wij bij de sollicitatie twijfelen over het niveau laten we ze een kleine opdracht doen. En anders heb je inderdaad de proeftijd nog...
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_149233029
quote:
10s.gif 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.
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.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  FOK!mycroftheld zaterdag 31 januari 2015 @ 12:08:41 #251
128465 verified  bondage
niet meer aanwezig op FOK!
pi_149233124
quote:
99s.gif 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 _O-

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.
Dat is echt weinig :{ Ik heb vorige week mijn beoordeling gehad en mijn manager zit eraan te denken om mij nog een schaal hoger te zetten. Voor 13 euro per uur zou ik het denk ik niet eens doen, tenzij ik echt desperate ben en niets anders kan vinden.
  zaterdag 31 januari 2015 @ 12:08:58 #252
12221 Tijn
Powered by MS Paint
pi_149233132
quote:
0s.gif 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.
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...
pi_149233194
quote:
1s.gif 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
Nou, wat betalen jullie? :7
pi_149233250
quote:
11s.gif Op zaterdag 31 januari 2015 12:08 schreef bondage het volgende:
Voor 13 euro per uur zou ik het denk ik niet eens doen, tenzij ik echt desperate ben en niets anders kan vinden.
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.

[ Bericht 4% gewijzigd door #ANONIEM op 31-01-2015 12:15:51 ]
pi_149233300
quote:
0s.gif Op zaterdag 31 januari 2015 12:11 schreef Diabox het volgende:

[..]

Nou, wat betalen jullie? :7
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 :)
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_149233309
quote:
2s.gif 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...
Mwoah, ook binnen die hoek is er een enorme differentiatie. Java kent ook een vele malen breder ecosysteem dan PHP, wat hoofdzakelijk web development is, met daardoor ook vele malen meer specialisaties als zoekplatformen, webapplicaties, ESBs, Android apps, enzovoort.

Maar ik ben het inderdaad met je eens dat een goede PHP developer vinden vrij lastig is. In het gros van de gevallen ontbreekt ook gewoon het echte begrip van de taal. Iets dat zeker met de relatief beroerde implementatie van PHP vrij belangrijk is.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149233466
quote:
0s.gif Op zaterdag 31 januari 2015 12:16 schreef Monolith het volgende:
Maar ik ben het inderdaad met je eens dat een goede PHP developer vinden vrij lastig is. In het gros van de gevallen ontbreekt ook gewoon het echte begrip van de taal. Iets dat zeker met de relatief beroerde implementatie van PHP vrij belangrijk is.
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 :P

[ Bericht 7% gewijzigd door #ANONIEM op 31-01-2015 12:24:41 ]
  FOK!mycroftheld zaterdag 31 januari 2015 @ 12:27:57 #258
128465 verified  bondage
niet meer aanwezig op FOK!
pi_149233567
quote:
99s.gif 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.
Heb je ook extra voordelen zoals een laptop en mobiel van de zaak?

Betreft inkomsten zit ik net iets boven de 3000 per maand bruto fulltime en heb mobiel en laptop van de zaak welke ik ook deels privé mag gebruiken. En natuurlijk paar thuiswerkdagen in de week :9

Overigens wordt er wel van het team (waarvan ik deel uitmaak) verwacht dat we zelfstandig kunnen werken. Projecten komen binnen nadat ze langs een lang traject zijn geweest en zodra het bij ons ligt moeten wij bepalen hoeveel tijd en capaciteit we ervoor nodig hebben en uiteindelijk komen met een werkend product welke goed getest is en in principe klaar voor productie.
pi_149233637
quote:
14s.gif Op zaterdag 31 januari 2015 12:27 schreef bondage het volgende:
Heb je ook extra voordelen zoals een laptop en mobiel van de zaak?
Nope, helemaal niks :P 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 :X Ik doe alles zelf, contact met klanten, ontwerp, uitrol, etc.

[ Bericht 3% gewijzigd door #ANONIEM op 31-01-2015 12:31:53 ]
pi_149233727
quote:
99s.gif 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 :P
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. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  FOK!mycroftheld zaterdag 31 januari 2015 @ 12:36:04 #261
128465 verified  bondage
niet meer aanwezig op FOK!
pi_149233749
quote:
99s.gif Op zaterdag 31 januari 2015 12:30 schreef CrashO het volgende:

[..]

Nope, helemaal niks :P 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 :X Ik doe alles zelf, contact met klanten, ontwerp, uitrol, etc.
Dus eigenlijk mag je van geluk spreken dat je nog een baan hebt... Aan de andere kant, als je er inmiddels 4 jaar werkt mag je imo wel wat hoger zitten qua loon. Of je moet al een echte klaploper zijn die een beetje aan het knutselen is maar dat is waarschijnlijk niet het geval ;)

Ik zit zo nu en dan wel eens op T.net te kijken wat voor vacatures er allemaal zijn betreft PHP en kom aardig wat tegen, meeste daarvan zijn echter wel fulltime.

Er is trouwens wel een nadeel: ik moet drie dagen in de week van Assen naar Amersfoort. Ik heb het er voor over maar heb soms dagen dat ik daar minder zin in heb.
pi_149233819
quote:
11s.gif Op zaterdag 31 januari 2015 12:36 schreef bondage het volgende:
Of je moet al een echte klaploper zijn die een beetje aan het knutselen is maar dat is waarschijnlijk niet het geval ;)
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 O-)

Maar inderdaad, een baan is een baan in deze tijden. :Y Had wel een verhoging gehad halverwege 2013 (van 12 naar 13 euro), maar sindsdien niet meer. En vond het ook wat grof om een korte tijd na het faillissement een verhoging te eisen.

[ Bericht 1% gewijzigd door #ANONIEM op 31-01-2015 12:40:47 ]
  FOK!mycroftheld zaterdag 31 januari 2015 @ 12:43:12 #263
128465 verified  bondage
niet meer aanwezig op FOK!
pi_149233944
quote:
99s.gif 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 O-)

Maar inderdaad, een baan is een baan in deze tijden. :Y
Blijkbaar doe je het goed. Ik had ook niet verwacht dat mijn manager zo over mij te spreken zou zijn, is toch een mooi compliment en zet me aan om nog beter te worden.

Wel jammer dat het zich wat minder in loon vertaald maar ja, beter dan thuiszitten met een uitkering.

Bij ons zijn jaarlijkse beoordelingen en de daarbij behorende loonsverhoging (in geval van goede beoordeling) verplicht. Maar ja, het bedrijf waar ik voor werk is 'iets' groter dus dat is allemaal veel strakker geregeld.
pi_149235652
quote:
0s.gif 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 :)
Nope, helaas wat te ver rijden.

quote:
0s.gif 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. :P
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).
pi_149237165
quote:
9s.gif 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).
Zo erg was het ook weer niet. Maar als je professionele Enterprise architecturen gewend bent, is de gemiddelde PHP applicatie echt om te huilen. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149237884
quote:
9s.gif Op zaterdag 31 januari 2015 14:02 schreef Diabox het volgende:
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).
Herkenbaar _O-
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.. 8)7 Nader inzien werd dat uiteraard 1 onleesbare lap code. Controllers vol met jquery in php.

1$jh->execute->sendToFront->jquery()->('#targetDiv')->slideUp('slow');
of gewoon een hele functie erin duwen
1$jh->execute->sendToFront->jquery()->('#targetButton')->click(function() { alert('hoi'); });
Dat soort constructies werden mogelijk :P (stond een actieve thread op de voorkant te checken bij de server). Eigenlijk wel nekschot waardig -O-

* 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 o|O

[ Bericht 6% gewijzigd door #ANONIEM op 31-01-2015 15:39:21 ]
pi_149239217
quote:
99s.gif Op zaterdag 31 januari 2015 15:31 schreef CrashO het volgende:

[..]

Herkenbaar _O-
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.. 8)7 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 :P (stond een actieve thread op de voorkant te checken bij de server). Eigenlijk wel nekschot waardig -O-

* 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 o|O
Er zijn wel frameworks als GWT waarbij je enkel Java voor schrijft, ook voor het front end gedeelte. Wel XML templates voor de HTML. Vervolgens wordt de JS gewoon gegenereerd, evenals alle Ajax calls e.d.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149241125
Hngg. Turkse karakters worden niet correct weergegeven in de browser...

- PHP-bestand met dit erin:
quote:
<meta charset="utf-8">
- Encoding van het bestand: UTF-8 without BOM (Notepad++)
- Collation van MariaDB-database en -tabellen: utf8_turkish_ci
- Browser: Firefox (/IE)

Ik krijg het gewoon niet voor elkaar om de Turkse karakters zoals ç en ş correct weer te geven... Iemand een idee waar ik moet kijken/wat ik moet veranderen?

Edit:
quote:
array(PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8")
Dit toegevoegd aan 'new PDO()' en het werkt nu goed.

[ Bericht 1% gewijzigd door #ANONIEM op 31-01-2015 18:45:03 ]
pi_149241779
quote:
0s.gif Op zaterdag 31 januari 2015 18:14 schreef zarGon het volgende:
Hngg. Turkse karakters worden niet correct weergegeven in de browser...

- PHP-bestand met dit erin:

[..]

- Encoding van het bestand: UTF-8 without BOM (Notepad++)
- Collation van MariaDB-database en -tabellen: utf8_turkish_ci
- Browser: Firefox (/IE)

Ik krijg het gewoon niet voor elkaar om de Turkse karakters zoals ç en ş correct weer te geven... Iemand een idee waar ik moet kijken/wat ik moet veranderen?

Edit:

[..]

Dit toegevoegd aan 'new PDO()' en het werkt nu goed.
Al een kijkje genomen in je locale van PHP?

Edit: Nevermind :@

[ Bericht 5% gewijzigd door #ANONIEM op 31-01-2015 18:45:10 ]
pi_149268549
Voor wie zelf PHP-extensions in C++ wilt schrijven kwam ik deze bibliotheek tegen: PHP-CPP.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  maandag 2 februari 2015 @ 01:49:57 #271
62215 qu63
..de tijd drinkt..
pi_149286461
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
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_149286615
quote:
0s.gif 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
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..

maar het is nogal een tijd geleden dat ik gebruik heb gemaakt van php/mysql, dus wellicht zijn er weer wijzigingen geweest..
  maandag 2 februari 2015 @ 02:10:04 #273
62215 qu63
..de tijd drinkt..
pi_149286698
quote:
0s.gif 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..
Ga ik daar eens naar kijken :)
quote:
maar het is nogal een tijd geleden dat ik gebruik heb gemaakt van php/mysql, dus wellicht zijn er weer wijzigingen geweest..
Gelukkig draait mijn host oude versie van zowel php als mysql :')
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_149289091
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 ^O^

pi_149289142
quote:
0s.gif 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 ^O^

[ afbeelding ]
1
2
3
4
5
alert('' == '0'); //false
alert(0 == ''); // true
alert(0 =='0'); // true

~~4.5 = 4
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_149291567
quote:
0s.gif 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 ^O^

[ afbeelding ]
Javascript is inderdaad zo ongeveer ook de enige taal die bijna net zo beroerd in elkaar steekt als PHP.
Dit blijft toch ook altijd wel een aardige opsomming. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  maandag 2 februari 2015 @ 11:22:19 #277
12221 Tijn
Powered by MS Paint
pi_149291600
Het voordeel van Javascript is dat er een subset van de taal is die wel goed in elkaar steekt. Als je je beperkt tot alleen dat deel, valt het allemaal reuze mee.

Met PHP is het niet zo'n feest, dat is gewoon altijd een puinhoop.
pi_149291757
Je hebt ook ongeveer 0,0 serieuze alternatieven voor Javascript.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  maandag 2 februari 2015 @ 11:33:49 #279
12221 Tijn
Powered by MS Paint
pi_149291854
quote:
0s.gif Op maandag 2 februari 2015 11:29 schreef Monolith het volgende:
Je hebt ook ongeveer 0,0 serieuze alternatieven voor Javascript.
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.
pi_149292002
quote:
3s.gif 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.
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.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  maandag 2 februari 2015 @ 11:42:32 #281
63192 ursel
"Het Is Hier Fantastisch!
pi_149292084
quote:
0s.gif 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 ^O^

[ afbeelding ]
Hey, zit jij ook al op phpnl slack.? :D
Kwam hem daar ook al tegen
  maandag 2 februari 2015 @ 11:47:16 #282
12221 Tijn
Powered by MS Paint
pi_149292212
quote:
0s.gif 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.
Ja, je hebt wel meer van dat soort vertalers, ook voor andere talen zoals Perl, Ruby en C# (zelfs PHP trouwens :+). 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.
pi_149292363
quote:
2s.gif 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.
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.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
  maandag 2 februari 2015 @ 12:01:55 #284
12221 Tijn
Powered by MS Paint
pi_149292693
quote:
0s.gif 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.
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:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
var myObject = (function() {

    var privateVar = 'is een baas';
    var privateMethod = function() {
        return 'super secret';
    }

    return {
        publicVar: 'Tijn',
        publicMethod: function() {
            return this.publicVar + ' ' + privateVar;
        },
        anotherMethod: function() {
            return 'The password is: ' + privateMethod();
        }
    }
}());
pi_149292978
quote:
10s.gif 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 :+
Een heel belangrijk voordeel van strong typing is dat je al die ellende met het optellen van strings en ints / doubles enzovoort door elkaar die hier net voorbij kwam niet hebt.

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

Ik weet dat het in Javascript kan hoor, maar het is omslachtig. Met @private / @public annotations is het een stuk eleganter. Belangrijker nog, vaak heb je door dat soort frameworks ook IDE ondersteuning (al dan niet via een plug-in) waarmee je terwijl je aan het developen bent al kunt zien of je ergens een fout maakt.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149293625
quote:
10s.gif 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 ]

Ik gebruik nu (voor kleinere projecten) af en toe TypeScript waarmee o.a. beter op typen kan worden gecontroleerd. Vooral de laatste versie 1.4 biedt veel nieuwe opties.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_149629434
Korte update over mijn index probleem (pagina 5).

Oplossing is kappen met joinen...
Heb nu meerdere testen gedraaid zonder dikke joins.
Ieder tabel een query..

Grappig is dat dit vele malen sneller is...

Van 80secs naar 0.5!!
Just say hi!
pi_149629550
Mijn ervaring is dat je vanuit een grote tabel prima kunt joinen naar een kleine tabel, maar niet andersom.

SELECT * FROM hugetable LEFT JOIN smalltable gaat prima, SELECT * FROM smalltable LEFT JOIN hugetable, beter niet. Zeker niet als je meerdere joins moet doen.
pi_149632527
Nee precies, en aangezien ik meerdere grote tabellen join (2gb + 1gb + 3gb :D) en omdat de servers die ik kan gebruiken geen fulltext zoek mogelijkheden/uitbreidingen hebben en minder dan 8gb geheugen (te gebruiken) is dit dan toch wel de beste keuze...

Wat ik nu ook zoek, het zit allemaal ruim onder de 1 seconde... (zonder te cachen)..
Just say hi!
pi_149720265
Toevoeging :D

Hoe kom ik af van deze filesort? indexes staan goed... lijkt me... maar mogelijk zit ik fout..

1
2
3
4
5
6
SELECT SQL_NO_CACHE `video_id`
FROM `video_tag_link` 
WHERE `tag_id` IN ('2721','245')
GROUP BY `video_id`
HAVING COUNT(`video_id`) = 2
LIMIT 0, 20

Explain geeft het volgende
1
2
3
4
5
6
7
8
9
10
id = 1
select_type = SIMPLE
table = video_tag_link
type = range
possible_keys = PRIMARY,video_id
key = video_id
key_len = 4
ref = NULL
rows = 8903
exta = Using where; Using index; Using temporary; Using filesort

Iemand een idee?
Just say hi!
  maandag 16 februari 2015 @ 11:16:03 #291
12221 Tijn
Powered by MS Paint
pi_149721142
Heb je al geprobeerd om "ORDER BY NULL" toe te voegen?
pi_149721850
Nee, maar ff geprobeerd en helaas, same result..
Just say hi!
pi_149722603
quote:
0s.gif Op maandag 16 februari 2015 11:51 schreef Chandler het volgende:
Nee, maar ff geprobeerd en helaas, same result..
Heb je een gecombineerde index op tag_id en video_id?
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_149723973
quote:
0s.gif Op maandag 16 februari 2015 11:51 schreef Chandler het volgende:
Nee, maar ff geprobeerd en helaas, same result..
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?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_149726256
quote:
0s.gif 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?
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. :P
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149726660
quote:
0s.gif 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. :P
Ja dat snap ik ;)
Bedoelde meer waarom hij daar een aggregate functie voor gebruikt, zijn over algemeen dure queries vandaar.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_149726854
quote:
0s.gif Op maandag 16 februari 2015 11:51 schreef Chandler het volgende:
Nee, maar ff geprobeerd en helaas, same result..
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.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_149729173
quote:
7s.gif Op maandag 16 februari 2015 12:27 schreef Aether het volgende:
Heb je een gecombineerde index op tag_id en video_id?
Yup! :) en zelfs 1tje op video_id en tag_id.
quote:
0s.gif 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.
Precies
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. :P
Wat mis je dan aan informatie? mijn tabel opzet? video_id int, tag_id int en daarop een unique en 1 extra qua index voor tag_id/video_id
quote:
0s.gif 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.
Omdat ik er vanuit ging dat deze daar voor bedoeld waren.

quote:
0s.gif 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.
Klopt, heb nu even deze query getest
1
2
3
4
5
6
explain SELECT SQL_NO_CACHE `video_id`
FROM `video_tag_link` 
WHERE `tag_id` = 2721 OR `tag_id` = 245
GROUP BY `video_id`
HAVING COUNT(`video_id`) = 2
LIMIT 0, 20
en daar heb ik ook last van een filesort... wil dat eigenlijk voorkomen ;) en dat zou moeten kunnen...
Just say hi!
pi_149729494
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.

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?
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
pi_149729899
quote:
0s.gif 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.
Nee ik heb geen index op video_id an sich... ga dat eens proberen..
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?
Het is een zeer variabel aantal, kan ook 1 zijn maar ook 8?! :D

-edit-
Wordt zelfs erger dan :P
Using where; Using index; Using temporary; Using filesort

[ Bericht 8% gewijzigd door Chandler op 16-02-2015 16:43:07 ]
Just say hi!
pi_149746788
quote:
0s.gif 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.

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?
Volgens mij heeft een index geen zin op een integer, maar daar twijfel ik even over, of dat puur op numeriek is of een autoID (bestaat dat in MySql?)
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')