abonnement Unibet Coolblue Bitvavo
  dinsdag 20 september 2011 @ 11:43:45 #251
37634 wobbel
Da WoBBeL King
pi_102174413
Ik heb verkocht en producten al omgewisseld bij de LEFT JOIN, maar hoe krijg ik ook de producten waarvan er 0 zijn verkocht? :P Als ik ze omwissel staat overal 1 achter :'(
pi_102174451
Overigens is het ook een stuk sneller om de relatie om te draaien. selecten uit producten en verkocht hieraan joinen. Dit omdat er een stuk meer records in verkocht dan in producten zitten.
  dinsdag 20 september 2011 @ 11:56:49 #253
75592 GlowMouse
l'état, c'est moi
pi_102174791
quote:
0s.gif Op dinsdag 20 september 2011 11:36 schreef Intrepidity het volgende:

[..]

Klopt, maar toch pakt hij een eventuele index niet mee tenzij je expliciet een kolom met index specificeert. MySQL is een hacky stuk code. Zolang je gewoon de PK in een COUNT gebruikt is er niets aan het handje :)
Ik heb hier aardig wat mee getest en dit heb ik nog nooit gezien. Heb je een dataset, een query, en een MySQL-versienummer waarbij dit optreedt?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_102174803
GlowMouse, hoe ben jij ooit zon MySQL-baas geworden als ik mag vragen? Ik kan zelf nog steeds niet altijd voorspellen wat het query plan wordt van bepaalde queries, is dat een kwestie van de source erop naslaan of heb je misschien een handige referentie voor me? De manual behandelt dit niet echt in-depth volgens mij :)

Concrete vraag; ik heb zoiets:

1
2
3
4
5
6
7
8
CREATE TABLE `comments` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `content_id` timestamp NULL DEFAULT NULL, -- timestamp ja :D
  *snip* hoop blabla *snip*
  `created_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`),
  KEY `by_content_id` (`content_id`,`created_at`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8

Ik wil een ordening van alle items waarnaar content_id refereert op basis van MAX(created_at), stel ik heb dus 1 bepaald content_id, hoe bepaal ik dan de "offset", d.w.z. hoeveel content_id's zijn er met lagere MAX(created_at)?

Zelf heb ik dit
1
2
3
4
5
6
7
8
9
10
11
SELECT COUNT(*)
FROM (
       SELECT 1
       FROM comments
       GROUP BY content_id
       HAVING MAX(created_at) > (
               SELECT MAX(created_at)
               FROM comments
               WHERE content_id = FROM_UNIXTIME(1316465786)
       )
) AS predecessors

Werkt prima maar ik vind het, a: spuuglelijk, b: ik heb een vermoeden dat het beter/korter/mooier moet kunnen.

EDIT: Ik vind het ook vervelend dat ik FROM_UNIXTIME / UNIX_TIMESTAMP telkens moet gebruiken, ik werk met UTC timestamps dus de conversie van/naar is onnodig en vervelend. Is er een instelling voor de default weergave als UTC stamp? (ik heb hem niet kunnen vinden)
pi_102174816
quote:
0s.gif Op dinsdag 20 september 2011 11:56 schreef GlowMouse het volgende:

[..]

Ik heb hier aardig wat mee getest en dit heb ik nog nooit gezien. Heb je een dataset, een query, en een MySQL-versienummer waarbij dit optreedt?
Ik heb nu geen tijd (@ werk), maar zal vanavond eens wat gaan testen :)
Kan idd ook wezen dat het al lang weer uit MySQL is. Het is een behoorlijke legacy-werkwijze van mij :P Stamt nog uit het 4.x tijdperk afaik.
  dinsdag 20 september 2011 @ 12:04:41 #256
75592 GlowMouse
l'état, c'est moi
pi_102174999
quote:
3s.gif Op dinsdag 20 september 2011 11:57 schreef Thomass het volgende:
GlowMouse, hoe ben jij ooit zon MySQL-baas geworden als ik mag vragen?
:o
http://shop.oreilly.com/product/9780596101718.do en http://www.mysqlperformanceblog.com/ helemaal lezen, en veel uitproberen. De meeste kennis heb ik in een maandje of 2-3 wel verworven.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_102175026
En het is ook een kwestie van veel EXPLAIN gebruiken en kijken waar je kunt optimaliseren. Nadat je dat 10 keer hebt uitgevonden doe je het volautomatisch :P
  dinsdag 20 september 2011 @ 12:09:01 #258
75592 GlowMouse
l'état, c'est moi
pi_102175123
zo?
1
2
3
4
5
6
7
SELECT COUNT(DISTINCT content_id)
FROM comments
WHERE created_at > (
        SELECT MAX(created_at)
        FROM comments
        WHERE content_id = FROM_UNIXTIME(1316465786)
)
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 20 september 2011 @ 12:14:37 #259
75592 GlowMouse
l'état, c'est moi
pi_102175287
Volgens mij bedoel je op regel 6 een < ipv een >. Voor een < kun je zoiets doen:
1
2
3
4
SELECT COUNT(DISTINCT c1.content_id)
FROM comments c1
LEFT JOIN c2 ON(c1.content_id=c2.content_id AND c2.created_at>[subquery eerst uitvoeren en het resultaat hier zetten])
WHERE c2.content_id IS NULL
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 20 september 2011 @ 12:17:36 #260
75592 GlowMouse
l'état, c'est moi
pi_102175366
quote:
0s.gif Op dinsdag 20 september 2011 12:04 schreef GlowMouse het volgende:

[..]

:o
http://shop.oreilly.com/product/9780596101718.do en http://www.mysqlperformanceblog.com/ helemaal lezen, en veel uitproberen. De meeste kennis heb ik in een maandje of 2-3 wel verworven.
Deel 3 komt eraan: http://www.xaprb.com/blog(...)mysql-third-edition/
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 20 september 2011 @ 12:51:54 #261
25889 Sitethief
Fulltime Flapdrol
pi_102176356
Is EXPLAIN ook goed in te zetten als je een PDO class hebt opgebouwd waarmee je al je queries afhandelt?
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_102176659
quote:
0s.gif Op dinsdag 20 september 2011 12:51 schreef Sitethief het volgende:
Is EXPLAIN ook goed in te zetten als je een PDO class hebt opgebouwd waarmee je al je queries afhandelt?
Binnen je applicatie heb je er niet zo veel aan afaik. Je gebruikt het direct op MySQL om je queries te optimaliseren voordat je ze in je applicatie gaat gebruiken.
pi_102176937
quote:
0s.gif Op dinsdag 20 september 2011 12:14 schreef GlowMouse het volgende:
Volgens mij bedoel je op regel 6 een < ipv een >. Voor een < kun je zoiets doen:
[ code verwijderd ]

Het is verwarrend ja maar ik bedoelde wel een groter dan. Item met meest recent comment heeft 0 predecessors, t item met het op-ena-meest recente comment heeft 1 predecessor enz.

Bedankt i.i.g. voor je bijdrage, maar ik heb wel de indruk dat het meer werk doet dan mijn oplossing. Kan dat kloppen?

Als ik zo een tabelletje bouw en er wat data in prop:
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
mysql> show create table comments2\G
*************************** 1. row ***************************
       Table: comments2
Create Table: CREATE TABLE `comments2` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `content_id` int(10) unsigned DEFAULT NULL,
  `created_at` int(10) unsigned NOT NULL,
  PRIMARY KEY (`id`),
  KEY `by_content_id` (`content_id`,`created_at`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8
1 row in set (0.00 sec)

mysql> select count(*) from comments2;
+----------+
| count(*) |
+----------+
|  2359296 |
+----------+
1 row in set (0.02 sec)

mysql> select content_id, max(created_at) from comments2 group by content_id order by max(created_at) asc;
+------------+-----------------+
| content_id | max(created_at) |
+------------+-----------------+
|          1 |               3 |
|          2 |               6 |
*snip*
|    2654208 |         5308416 |
|    3981312 |         7962624 |
+------------+-----------------+
95 rows in set (0.04 sec)

Dan krijg ik bij jouw resp. mijn query dit (subquery apart doen en invullen maakt geen verschil)
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
mysql> SELECT COUNT(DISTINCT content_id)
    -> FROM comments2
    -> WHERE created_at > (
    ->         SELECT MAX(created_at)
    ->         FROM comments2
    ->         WHERE content_id = 2654208
    -> );
+----------------------------+
| COUNT(DISTINCT content_id) |
+----------------------------+
|                          1 |
+----------------------------+
1 row in set (1.58 sec)

mysql> SELECT COUNT(*)
    -> FROM (
    ->   SELECT 1
    ->   FROM comments2
    ->   GROUP BY content_id
    ->   HAVING MAX(created_at) > (
    ->     SELECT MAX(created_at)
    ->     FROM comments2
    ->     WHERE content_id = 2654208
    ->   )
    -> ) AS predecessors;
+----------+
| COUNT(*) |
+----------+
|        1 |
+----------+
1 row in set (0.01 sec)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
mysql> explain SELECT COUNT(*)
    -> FROM (
    ->   SELECT 1
    ->   FROM comments2
    ->   GROUP BY content_id
    ->   HAVING MAX(created_at) > (
    ->     SELECT MAX(created_at)
    ->     FROM comments2
    ->     WHERE content_id = 2654208
    ->   )
    -> ) AS predecessors;
+----+-------------+-----------+-------+---------------+---------------+---------+------+------+------------------------------+
| id | select_type | table     | type  | possible_keys | key           | key_len | ref  | rows | Extra                        |
+----+-------------+-----------+-------+---------------+---------------+---------+------+------+------------------------------+
|  1 | PRIMARY     | NULL      | NULL  | NULL          | NULL          | NULL    | NULL | NULL | Select tables optimized away |
|  2 | DERIVED     | comments2 | range | NULL          | by_content_id | 5       | NULL |   95 | Using index for group-by     |
|  3 | SUBQUERY    | NULL      | NULL  | NULL          | NULL          | NULL    | NULL | NULL | Select tables optimized away |
+----+-------------+-----------+-------+---------------+---------------+---------+------+------+------------------------------+
3 rows in set (0.01 sec)

mysql> explain SELECT COUNT(DISTINCT content_id)
    -> FROM comments2
    -> WHERE created_at > (
    ->         SELECT MAX(created_at)
    ->         FROM comments2
    ->         WHERE content_id = 2654208
    -> );
+----+-------------+-----------+-------+---------------+---------------+---------+------+---------+------------------------------+
| id | select_type | table     | type  | possible_keys | key           | key_len | ref  | rows    | Extra                        |
+----+-------------+-----------+-------+---------------+---------------+---------+------+---------+------------------------------+
|  1 | PRIMARY     | comments2 | index | NULL          | by_content_id | 9       | NULL | 2359296 | Using where; Using index     |
|  2 | SUBQUERY    | NULL      | NULL  | NULL          | NULL          | NULL    | NULL |    NULL | Select tables optimized away |
+----+-------------+-----------+-------+---------------+---------------+---------+------+---------+------------------------------+
2 rows in set (0.00 sec)
  dinsdag 20 september 2011 @ 13:11:18 #264
25889 Sitethief
Fulltime Flapdrol
pi_102176964
Hmm, ik doe mijn JOINS toch bijna alleen op de resultset, of daar nou heel veel snelheidsverbetering in zit vraag ik me af.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  dinsdag 20 september 2011 @ 14:11:33 #265
75592 GlowMouse
l'état, c'est moi
pi_102178738
Mijn query zou bij weinig resultaten idd sneller draaien als er ook een index stond op (created_at,comment_id).
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_102226024
quote:
0s.gif Op dinsdag 20 september 2011 12:51 schreef Sitethief het volgende:
Is EXPLAIN ook goed in te zetten als je een PDO class hebt opgebouwd waarmee je al je queries afhandelt?
quote:
0s.gif Op dinsdag 20 september 2011 13:00 schreef Intrepidity het volgende:

[..]

Binnen je applicatie heb je er niet zo veel aan afaik. Je gebruikt het direct op MySQL om je queries te optimaliseren voordat je ze in je applicatie gaat gebruiken.
Dat hangt er maar net vanaf. Wij werken hier bv aan een behoorlijk grote (web)applicatie met enkele duizenden query's waarvan ook een flink deel automatisch gegenereerd is. We hebben pagina's met meer dan 100 query's en dan is het nogal fijn als je niet alles met de hand hoeft na te lopen. We hebben daarom op de devservers gewoon een analyser meelopen die voor iedere query ook een explain uitvoert en deze analyseert. Als het systeem denkt dat het beter kan zet hij netjes een warnings icoontje bij onze query log die onder iedere pagina staat met de values, tijd etc. Klik je er op krijg je de explain, backtraces en nog veel meer debug informatie :)
  woensdag 21 september 2011 @ 17:40:13 #267
75592 GlowMouse
l'état, c'est moi
pi_102226322
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_102226594
Nosql
"Op Fok! val je pas op als je normaal bent." -mazaru
  woensdag 21 september 2011 @ 17:50:55 #269
75592 GlowMouse
l'état, c'est moi
pi_102226662
quote:
3s.gif Op woensdag 21 september 2011 17:48 schreef Flepke het volgende:
Nosql
HandlerSocket
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_102227136
quote:
Hmm een automatische tool die een samenvatting op iedere pagina zet vs een losse tool die je handmatig moet draaien, eerst een netwerk dump maken en dan analyseren. Ik weet het wel :P De nuttige informatie die er uit komt is vrijwel hetzelfde.

Die tool heeft imo meer zn nut om op productieservers te draaien zodat je een snapshot kan nemen over vele requests en zo de zware query's er uit te vissen, niet voor development :)

quote:
3s.gif Op woensdag 21 september 2011 17:48 schreef Flepke het volgende:
Nosql
Je klinkt imo als een random persoon die gewoon de laatste hype na blaat.
  woensdag 21 september 2011 @ 18:18:08 #271
75592 GlowMouse
l'état, c'est moi
pi_102227626
EXPLAIN is in het begin nog wel handig om de echte ondingen eruit te vissen. Je moet dan bij development je database al wel goed vullen. Bij draaiende servers is hij met name handig omdat hij ook relatief snelle queries eruit vist die heel vaak draaien.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_102227809
Klopt, je hebt uiteraard data nodig. Wij hebben gewoon een paar maanden oude (geanonimiseerde) kopie van productie draaien.
  woensdag 21 september 2011 @ 21:20:51 #273
37634 wobbel
Da WoBBeL King
pi_102237474
Ik heb een hele domme, maar ik ben moe en komer niet meer op :P

SELECT *
FROM producten

en dan waarvan 'prijs' 15 EN/OF 25 is

Ik wil een array krijgen met alle producten die 15 EN/OF 25 euro zijn :P
  woensdag 21 september 2011 @ 21:24:44 #274
12221 Tijn
Powered by MS Paint
pi_102237700
Wat is het verschil tussen en/of en gewoon of?

1SELECT * FROM `producten` WHERE `prijs` = 15 OR `prijs` = 25;
  woensdag 21 september 2011 @ 21:26:46 #275
37634 wobbel
Da WoBBeL King
pi_102237803
:') dat bedoel ik...ik moet slapen :P

Ik doe trouwens altijd WHERE (veld = 'waarde' OR veld = 'waarde2') met haakjes. Moet niet uitmaken toch? :P
pi_102237936
Maakt niet uit, zolang je maar consistent blijft in gebruik ervan (wel zo netjes).
  woensdag 21 september 2011 @ 21:30:06 #277
37634 wobbel
Da WoBBeL King
pi_102237979
quote:
7s.gif Op woensdag 21 september 2011 21:29 schreef Diabox het volgende:
Maakt niet uit, zolang je maar consistent blijft in gebruik ervan (wel zo netjes).
Dat ben ik altijd wel gelukkig :) niks vervelender dan iemand anders z'n programmeerwerk aanpassen en dan elke keer andere zaken tegenkomen. Lastig te lezen voor een eventuele opvolger van mijn werk ;)
  woensdag 21 september 2011 @ 23:45:04 #278
298746 Dalando
18, niet meer gefrustreerd
pi_102246356
Ik heb een getal. 1940239315. En ik moet het leesbaar maken via PHP, dus 1.940.239.315 ofzo. Hoe?
Spel-, taal- en grammaticafouten voorbehouden.
994a040db3f025e25771e045468fc121
  woensdag 21 september 2011 @ 23:52:35 #279
284294 BBQSausage
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
pi_102246706
quote:
7s.gif Op woensdag 21 september 2011 23:45 schreef Dalando het volgende:
Ik heb een getal. 1940239315. En ik moet het leesbaar maken via PHP, dus 1.940.239.315 ofzo. Hoe?
number_format();
  woensdag 21 september 2011 @ 23:58:42 #280
298746 Dalando
18, niet meer gefrustreerd
pi_102246949
quote:
14s.gif Op woensdag 21 september 2011 23:52 schreef BBQSausage het volgende:

[..]

number_format();
quote:
7s.gif Op woensdag 21 september 2011 23:58 schreef Dalando het volgende:

[..]

_O_
Spel-, taal- en grammaticafouten voorbehouden.
994a040db3f025e25771e045468fc121
  donderdag 22 september 2011 @ 09:33:25 #281
58834 Catbert
The evil HR Director.
pi_102252120
Helpt ook als je weet waarop je moet zoeken, formatting dus ;)
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
  donderdag 22 september 2011 @ 10:03:17 #282
37634 wobbel
Da WoBBeL King
pi_102252739
- dom geneuzel, niet gelezen -
pi_102263752
Weet iemand hoe ik het volgende vrij simpel kan maken?

Ik heb 1 database met een paar velden.

gebruiker, type, naam en inhoud.

nu wil ik deze tabel uitlezen maar tegelijk in de zelfde query bepalen of er van de naam meerdere in het tabel voorkomen met de gegeven where

voorbeeld:
1
2
3
4
5
SELECT count(t2.naam) AS totaal,
              t1.*
FROM t1
LEFT JOIN t2 ON t1.naam = t2.naam
WHERE gebruiker = 1

inhoud van database
1
2
3
4
5
6
1 - fruit - appels - aard 1
1 - fruit - appels - aard 2
1 - fruit - appels - aard 3
1 - fruit - bananen - chiqita
1 - fruit - peren - peer
1 - fruit - kiwi - kiwi

nu zie je dat appels er 3x in voorkomt met gebruikers id 1 dus wil ik als uitkomst van de query het volgende hebben.

1
2
3
4
5
6
1 - fruit - appels - aard 1 - 3
1 - fruit - appels - aard 2 - 3
1 - fruit - appels - aard 3 - 3
1 - fruit - bananen - chiqita - 1
1 - fruit - peren - peer - 1
1 - fruit - kiwi - kiwi - 1

Hoe krijg ik dit voor elkaar? zit er al een tijd mee te pielen, ook geprobeerd met FROM t1, t1 t2

Iemand?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  donderdag 22 september 2011 @ 16:36:42 #284
75592 GlowMouse
l'état, c'est moi
pi_102263906
SELECT t1.*,count(*) AS totaal
FROM t1
JOIN t2 ON (t1.naam = t2.naam AND t1.gebruiker = t2.gebruiker)
GROUP BY t1.gebruiker,t1.type,t1.naam
WHERE t1.gebruiker = 1
ORDER BY t1.gebruiker,t1.type,t1.naam
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_102269570
Duidelijk, die gaat in de verzameldoos! :)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  vrijdag 23 september 2011 @ 10:25:43 #286
267443 Cue_
Cuecumbergirl
pi_102291243
Vraagje

Ik heb een connectie naar mijn database in mijn command prompt. Voer daar dus leuk mijn qrys uit en alles. Maar hoe krijg ik de output die ik daar heb naar bv excel?
  vrijdag 23 september 2011 @ 10:32:30 #287
12221 Tijn
Powered by MS Paint
  vrijdag 23 september 2011 @ 10:35:33 #288
267443 Cue_
Cuecumbergirl
pi_102291474
Is leuk bij kleine lijstjes, maar bij grote bv?
Geen leuke command voor?
  vrijdag 23 september 2011 @ 10:38:52 #289
12221 Tijn
Powered by MS Paint
pi_102291545
Ik maak zelf meestal een CSV-file als het nodig is om data in Excel te importeren. fputcsv() kan je daarbij helpen, maar je zult er wel een klein scriptje omheen moeten schrijven om de juiste data in de juiste file te krijgen.
  vrijdag 23 september 2011 @ 10:47:34 #290
267443 Cue_
Cuecumbergirl
pi_102291746
oke, via php script doen dus. :)
pi_102291853
quote:
0s.gif Op vrijdag 23 september 2011 10:47 schreef Cue_ het volgende:
oke, via php script doen dus. :)
Er zijn ook PHP classes voor

http://phpexcel.codeplex.com/


of simpel met de juiste headers

http://forums.digitalpoint.com/showthread.php?t=60681
  vrijdag 23 september 2011 @ 11:08:08 #292
267443 Cue_
Cuecumbergirl
pi_102292315
tnx O+
pi_102292914
Heeft iemand een simpel regexje liggen die het volgende doet?

ik heb een blog url
http://www.blog.nl/mijnblog/123-dit-is-mijn-titel.html

nu wil ik alleen het cijfer gedeelte van 123 ophalen en niets meer en niets minder. Nu kan ik natuurlijk opzoek gaan naar de eerste - maar wil dit eigenlijk liever met een regexje doen :P en zoals standaard lukt het mij niet.

Regexje net gedeleted door overschrijven van pagina :{ iemand een linkje/voorbeeldje?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_102295616
quote:
0s.gif Op vrijdag 23 september 2011 11:30 schreef Chandler het volgende:
Heeft iemand een simpel regexje liggen die het volgende doet?

ik heb een blog url
http://www.blog.nl/mijnblog/123-dit-is-mijn-titel.html

nu wil ik alleen het cijfer gedeelte van 123 ophalen en niets meer en niets minder. Nu kan ik natuurlijk opzoek gaan naar de eerste - maar wil dit eigenlijk liever met een regexje doen :P en zoals standaard lukt het mij niet.

Regexje net gedeleted door overschrijven van pagina :{ iemand een linkje/voorbeeldje?
In woorden: match een forward slash, dan een of meer getallen, dan een of meer niet-forward slashes, dan het einde van de string.

Lukt het daarmee?
  vrijdag 23 september 2011 @ 13:01:11 #295
4159 GI
Nee ik heet geen JOE
  vrijdag 23 september 2011 @ 13:02:41 #296
91039 mstx
2x1/2 = 1/2 x 1/2
pi_102295778
quote:
0s.gif Op vrijdag 23 september 2011 11:30 schreef Chandler het volgende:
Nu kan ik natuurlijk opzoek gaan naar de eerste - maar wil dit eigenlijk liever met een regexje doen :P
Waarom?
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_102296061
quote:
0s.gif Op vrijdag 23 september 2011 11:30 schreef Chandler het volgende:
Heeft iemand een simpel regexje liggen die het volgende doet?

ik heb een blog url
http://www.blog.nl/mijnblog/123-dit-is-mijn-titel.html

nu wil ik alleen het cijfer gedeelte van 123 ophalen en niets meer en niets minder. Nu kan ik natuurlijk opzoek gaan naar de eerste - maar wil dit eigenlijk liever met een regexje doen :P en zoals standaard lukt het mij niet.

Regexje net gedeleted door overschrijven van pagina :{ iemand een linkje/voorbeeldje?
gebruik strpos om de eerste - (streepje) op te zoeken en substr dan vanaf aantal karakters dat je URL lang is tot de positie van het eerste streepje.
  vrijdag 23 september 2011 @ 13:29:04 #298
25889 Sitethief
Fulltime Flapdrol
pi_102296555
Iemand ervaring met PDO + InnoDB? Insert queries die met PDO + MyISAM goed liepen doen het met InnoDB niet via PDO, wel direct in de database. Kheb al flink gezocht naar informatie hier over maar kan niet echt specifiek deze case vinden.

Bij Inserts via PDO met InnoDB met gebruik van BindParam() gaat het mis. BindParam() geeft wél true terug, en debugDumpParams () geeft ook aan dat de parameters ook gebonden zijn. Maar er wordt gewoon ':name' ipv 'NaamVanObject' geinsert. Iets wat nog vervelender is als ':key' als string ipv als int in een foreign key veld geinsert wordt (of iig een poging).

Ik heb geen zin om de functionaliteiten van PDO volledig te om zeilen alleen maar omdat Innodb hier blijkbaar niet goed mee om gaat.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  vrijdag 23 september 2011 @ 13:49:50 #299
4159 GI
Nee ik heet geen JOE
pi_102297141
quote:
0s.gif Op vrijdag 23 september 2011 13:13 schreef Pakspul het volgende:

[..]

gebruik strpos om de eerste - (streepje) op te zoeken en substr dan vanaf aantal karakters dat je URL lang is tot de positie van het eerste streepje.
Of een implode van de url op / en dan het laatste resultaat imploden op - en dan de eerste pakken ?
pi_102297549
quote:
3s.gif Op vrijdag 23 september 2011 13:49 schreef GI het volgende:

[..]

Of een implode van de url op / en dan het laatste resultaat imploden op - en dan de eerste pakken ?
1
2
3
<?php
current
(explode("-"end(explode("/""http://www.blog.nl/mijnblog/123-dit-is-mijn-titel.html"))));
?>

Zeer leesbaar uiteraard
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')