abonnement Unibet Coolblue Bitvavo
  maandag 25 oktober 2010 @ 21:51:40 #201
262674 Graseter
Graseter als dorpsgek 2011.
pi_87956252
quote:
Op maandag 25 oktober 2010 21:46 schreef The_Terminator het volgende:

[..]



Wat is de volledige query?

Het beste kun je de query in een var zetten ipv naar MySQL te versturen, en die var dan printen.
var_dump van de query gedaan:
string(73) "INSERT INTO keys SET keys = 'Y817-852A-0943-D6CD', user = 'Bart Bergmans'"
In een andere tabel doet ie het wel gewoon invoeren. ;(
http://www.evationstudios.com
Bart Beentjes
Bart@evationstudios.com
pi_87956689
quote:
7s.gif Op maandag 25 oktober 2010 21:51 schreef Graseter het volgende:

[..]

var_dump van de query gedaan:
string(73) "INSERT INTO keys SET keys = 'Y817-852A-0943-D6CD', user = 'Bart Bergmans'"
In een andere tabel doet ie het wel gewoon invoeren. ;(
Probeer het eens zo:

INSERT INTO keys (keys, user) VALUES ('Y817-852A-0943-D6CD', 'Bart Bergmans')

Overigens zou het wel eens kunnen zijn dat de tabelnaam conflicteerd met de veldnaam 'keys'.

in dat geval zou je kunnen proberen de db-naam voor de tabelnaam te zetten, dus: INSERT INTO dbnaam.keys ...
  maandag 25 oktober 2010 @ 22:27:41 #203
262674 Graseter
Graseter als dorpsgek 2011.
pi_87958180
quote:
Op maandag 25 oktober 2010 21:59 schreef The_Terminator het volgende:

[..]



Probeer het eens zo:

INSERT INTO keys (keys, user) VALUES ('Y817-852A-0943-D6CD', 'Bart Bergmans')

Overigens zou het wel eens kunnen zijn dat de tabelnaam conflicteerd met de veldnaam 'keys'.

in dat geval zou je kunnen proberen de db-naam voor de tabelnaam te zetten, dus: INSERT INTO dbnaam.keys ...
Ah foutje, het moest zijn veldnaam key ipv keys. Maar hij doet nog steeds niet. Zou het aan de id + primary key kunnen liggen? Bij een andere tabel met maar 2 velden zonder primary key en id veld doet ie het wel gewoon.
http://www.evationstudios.com
Bart Beentjes
Bart@evationstudios.com
pi_87958570
quote:
5s.gif Op maandag 25 oktober 2010 22:27 schreef Graseter het volgende:

[..]

Ah foutje, het moest zijn veldnaam key ipv keys. Maar hij doet nog steeds niet. Zou het aan de id + primary key kunnen liggen? Bij een andere tabel met maar 2 velden zonder primary key en id veld doet ie het wel gewoon.
Heeft je primary key de 'auto increment' optie aan staan? Zo ja; geeft het id veld dan de NULL waarde, dus:

INSERT INTO keys (id, key, user) VALUES (NULL, 'Y817-852A-0943-D6CD', 'Bart Bergmans')

Zo niet; voer eens een waarde in bij id waarvan je zeker weet dat die nog niet bestaat in de tabel.
  maandag 25 oktober 2010 @ 22:37:12 #205
262674 Graseter
Graseter als dorpsgek 2011.
pi_87958645
quote:
Op maandag 25 oktober 2010 22:35 schreef The_Terminator het volgende:

[..]



Heeft je primary key de 'auto increment' optie aan staan? Zo ja; geeft het id veld dan de NULL waarde, dus:

INSERT INTO keys (id, key, user) VALUES (NULL, 'Y817-852A-0943-D6CD', 'Bart Bergmans')

Zo niet; voer eens een waarde in bij id waarvan je zeker weet dat die nog niet bestaat in de tabel.
a_i staat aan. Ik zal het eens proberen om id als null aan te geven.
http://www.evationstudios.com
Bart Beentjes
Bart@evationstudios.com
  maandag 25 oktober 2010 @ 22:38:19 #206
262674 Graseter
Graseter als dorpsgek 2011.
pi_87958695
1
2
string(83) "INSERT INTO keys SET id = NULL, key = 'H839-852A-9067-D6CD', user = 'Bart Bergmans'"
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'keys SET id = NULL, key = 'H839-852A-9067-D6CD', user = 'Bart Bergmans'' at line 1
http://www.evationstudios.com
Bart Beentjes
Bart@evationstudios.com
pi_87958905
quote:
9s.gif Op maandag 25 oktober 2010 22:38 schreef Graseter het volgende:

[ code verwijderd ]

En zo?:

INSERT INTO `keys` (`id`, `key`, `user`) VALUES (NULL, 'Y817-852A-0943-D6CD', 'Bart Bergmans')

Key en keys zijn namelijk reserved words in MySQL: http://dev.mysql.com/doc/refman/5.1/en/reserved-words.html
  maandag 25 oktober 2010 @ 22:43:58 #208
262674 Graseter
Graseter als dorpsgek 2011.
pi_87958998
quote:
Op maandag 25 oktober 2010 22:42 schreef The_Terminator het volgende:

[..]



En zo?:

INSERT INTO `keys` (`id`, `key`, `user`) VALUES (NULL, 'Y817-852A-0943-D6CD', 'Bart Bergmans')
Maar als ik in mijn test tabel het wil invoeren:
INSERT INTO test SET key=Y817-852A-0943-D6CD, user=Bart Bergmans
werkt het wel gewoon.
http://www.evationstudios.com
Bart Beentjes
Bart@evationstudios.com
pi_87959057
quote:
9s.gif Op maandag 25 oktober 2010 22:43 schreef Graseter het volgende:

[..]

Maar als ik in mijn test tabel het wil invoeren:
INSERT INTO test SET key=Y817-852A-0943-D6CD, user=Bart Bergmans
werkt het wel gewoon.
Zie edit in mijn vorige post. Ik weet zeker dat het daarmee temaken heeft. Gebruik in dat geval backticks.
  maandag 25 oktober 2010 @ 22:48:31 #210
262674 Graseter
Graseter als dorpsgek 2011.
pi_87959189
keys in userkeys veranderd en key in userkey. Nu werkt het, bedankt voor de moeite.
http://www.evationstudios.com
Bart Beentjes
Bart@evationstudios.com
pi_87959411
quote:
14s.gif Op maandag 25 oktober 2010 22:48 schreef Graseter het volgende:
keys in userkeys veranderd en key in userkey. Nu werkt het, bedankt voor de moeite.
Dat is nog beter. Beetje lomp van me dat ik er niet eerder aan dacht dat het gereserveerde woorden zijn, en je ze dus beter niet kunt gebruiken als db, tabel of veldnamen...

En graag gedaan.
pi_88014927
quote:
Op maandag 25 oktober 2010 16:02 schreef Sitethief het volgende:

[..]

Dump de inhoud van de variabele eens? En ga daarvandaan werken, probeer eerst een waarde mee te geven, enz.
Dit is de functie:

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
35
36
37
38
39
40
41
42
43
44
45
46
<?php
function soapCall($what$params){

   
$soapClient = new SoapClient("XXXXXXXXXXXXXXXX", array('trace' => 1));

   if {
      
$username 'xxxxx';
      
$password 'xxxx';
      
$IsLoggedIn false;
   }
   
   
//Body of the Soap Header.
   
$headerbody = array('UserName' => $username,
                          
'Password' => $password,
                          
'IsLoggedIn'=> $IsLoggedIn,
                          
'Url' => 'xxxxx');

   
//Create Soap Header.
   
$header = new SOAPHeader('xxxxxx''WebsiteAuthHeader'$headerbody);
        
   
//set the Headers of Soap Client.
   
$soapClient->__setSoapHeaders($header);


   
$error 0;
   try {
      
$info $soapClient->__call($what, array($params));


   } catch (
SoapFault $fault) {
      
$error 1;
      return 
"
"
.$fault->faultcode."-".$fault->faultstring.".
"
;
   }
   
//echo "REQUEST:\n<xmp>" . $soapClient->__getLastRequest() . "</xmp>\n";

   //echo "REQUEST:\n" . htmlentities($soapClient->__getLastRequest()) . "\n";

   
if ($info) {
      return 
$info;
   }
}
?>
?>



En vervolgens haal doe ik zoiets:

1
2
3
4
5
6
7
8
<?php
$services
['VisitDate'] = $DATA['date'];

   
//Deadline
   
$services['Attributes'] =  array('AttributeID' => 0'AttributeName' => 'Deadline''ValueAsString' => '2010-10-10');

   
$result soapCall('CreateTicket'$services);
?>

Enig idee hoe ik dit kan verbeteren? Uiteraard waar x-jes staan staan normaal geldige waardes

[ Bericht 12% gewijzigd door CeeReM op 27-10-2010 11:02:00 ]
pi_88022229
Voordat ik het bos in ga en ga zoeken naar de juiste boom:

Weet er iemand een goede tutorial voor php &mssql of /en een goede tutorial over mssql?
  woensdag 27 oktober 2010 @ 15:40:12 #214
262674 Graseter
Graseter als dorpsgek 2011.
pi_88025022
Ik heb een probleempje. :'(
Query:
1string(48) "SELECT username FROM users WHERE username='test'"

Result:
1
2
3
4
Array
(
    [username] => Bart
)
http://www.evationstudios.com
Bart Beentjes
Bart@evationstudios.com
pi_88038634
Beste allemaal,

Morgen moet ik e.a. opleveren, ik zou het echt enorm waarderen als iemand een oplossing heeft voor het bovenstaande!

Hartelijk dank!
pi_88039514
quote:
1s.gif Op woensdag 27 oktober 2010 15:40 schreef Graseter het volgende:
Ik heb een probleempje. :'(
Query:
[ code verwijderd ]

Result:
[ code verwijderd ]
Dat bestaat niet :D
Het probleem zal wel ergens in de rest van je code zitten....
  woensdag 27 oktober 2010 @ 21:55:12 #217
25889 Sitethief
Fulltime Flapdrol
pi_88042415
quote:
1s.gif Op woensdag 27 oktober 2010 20:48 schreef CeeReM het volgende:
Beste allemaal,

Morgen moet ik e.a. opleveren, ik zou het echt enorm waarderen als iemand een oplossing heeft voor het bovenstaande!

Hartelijk dank!
Ik snap allereerst je if statement niet:
1
2
3
4
5
6
7
<?php
if {
      
$username 'xxxxx';
      
$password 'xxxx';
      
$IsLoggedIn false;
   }
?>

Voorzover ik weet is dat geen geldig if statement.

Verder is het heel lastig een stuk code te debuggen zonder alle code erom heen (en classes) die er invloed op hebben te beschikking te hebben.
Doorloop dus je code stap voor stap, echo iedere stap de waardes en functionaanroepen om te kijken of ze kloppen. Ergens gaat het mis en het is nu zaak dat punt te vinden.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  woensdag 27 oktober 2010 @ 22:25:52 #218
262674 Graseter
Graseter als dorpsgek 2011.
pi_88044357
quote:
1s.gif Op woensdag 27 oktober 2010 21:05 schreef Xcalibur het volgende:

[..]



Dat bestaat niet :D
Het probleem zal wel ergens in de rest van je code zitten....
1
2
3
4
<?php
$userCheck 
$this->dbReg->singleSelect('users''username', array('username' => $this->username));
        
print_r($userCheck);
?>
http://www.evationstudios.com
Bart Beentjes
Bart@evationstudios.com
pi_88045907
quote:
1s.gif Op woensdag 27 oktober 2010 22:25 schreef Graseter het volgende:

[..]


[ code verwijderd ]


Heb je die class 'dbReg' ook nog ergens anders, voor je geposte stukje code gebruikt? Misschien dat er in die class ergens waarden blijven hangen en je die terugkrijgt. Voer anders de query eens zonder die class uit, en kijk wat je dan terugkrijgt.
  donderdag 28 oktober 2010 @ 00:08:26 #220
136730 PiRANiA
All thinking men are atheists.
pi_88050011
Bij gebrek aan een apache topic:
http://stackoverflow.com/(...)to-speed-up-requests

Op stackoverflow heb ik die vraag gepost, wie wil even kijken? :)
  donderdag 28 oktober 2010 @ 00:12:40 #221
75592 GlowMouse
l'état, c'est moi
pi_88050231
quote:
1s.gif Op donderdag 28 oktober 2010 00:08 schreef PiRANiA het volgende:
Bij gebrek aan een apache topic:
http://stackoverflow.com/(...)to-speed-up-requests

Op stackoverflow heb ik die vraag gepost, wie wil even kijken? :)
Maak /css/ je cache-dir en gebruik RewriteRule !-f
Beter nog is om far-future expire-headers mee te sturen, hoef je die caching niet te doen en scheelt je traffic.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  donderdag 28 oktober 2010 @ 00:17:28 #222
136730 PiRANiA
All thinking men are atheists.
pi_88050481
quote:
1s.gif Op donderdag 28 oktober 2010 00:12 schreef GlowMouse het volgende:

[..]


Maak /css/ je cache-dir en gebruik RewriteRule !-f
Hoe bedoel je dan precies? Ik heb die ook maar gecopypaste :+
quote:
Beter nog is om far-future expire-headers mee te sturen, hoef je die caching niet te doen en scheelt je traffic.
Doe ik ook als het goed is:

1
2
3
4
$offset = 60 * 60 * 1; //1u cachen
$ExpStr = "Expires: " . gmdate("D, d M Y H:i:s", time() + $offset) . " GMT"; 
header($ExpStr);
    
  donderdag 28 oktober 2010 @ 00:19:00 #223
136730 PiRANiA
All thinking men are atheists.
pi_88050555
Ik deed de cahing verkeerd, probleem is eigenlijk wel opgelost nu ^O^
pi_88056846
quote:
Op woensdag 27 oktober 2010 21:55 schreef Sitethief het volgende:

[..]



Ik snap allereerst je if statement niet:
[ code verwijderd ]

Voorzover ik weet is dat geen geldig if statement.

Verder is het heel lastig een stuk code te debuggen zonder alle code erom heen (en classes) die er invloed op hebben te beschikking te hebben.
Doorloop dus je code stap voor stap, echo iedere stap de waardes en functionaanroepen om te kijken of ze kloppen. Ergens gaat het mis en het is nu zaak dat punt te vinden.
Dat komt omdat ik iets heb verwijderd uit de code, stonden wat gegevens van de klant in.
Hieromheen zitten geen andere classes, dus kan je voor zover zien wat er fout gaat?

Uiteraard heb ik e.a. aan debugen gedaan, de array output etc. gedaan en dat lijkt echt allemaal te kloppen!

In de XML wordt echter gewoon <attributes/> meegestuurd, dus helemaal leeg...
pi_88059441
Misschien heeeel stom, maar kan het probleem zijn dat het de naam "Attributes" heeft?
  donderdag 28 oktober 2010 @ 12:49:02 #226
63192 ursel
"Het Is Hier Fantastisch!
pi_88062354
probeer het eens :P
pi_88068683
Nee helaas :(
pi_88261788
Heeft iemand hier trouwens een fijn thema voor PHP Designer 7? En dan vooral een syntaxhighlighting die waar je langer dan 3 uur naar kan staren.
  dinsdag 2 november 2010 @ 20:30:58 #229
262674 Graseter
Graseter als dorpsgek 2011.
pi_88262101
quote:
Op dinsdag 2 november 2010 20:24 schreef TwenteFC het volgende:
Heeft iemand hier trouwens een fijn thema voor PHP Designer 7? En dan vooral een syntaxhighlighting die waar je langer dan 3 uur naar kan staren.
Gebruik Eclipse, netbeans of zendstudio man.
http://www.evationstudios.com
Bart Beentjes
Bart@evationstudios.com
pi_88262738
quote:
9s.gif Op dinsdag 2 november 2010 20:30 schreef Graseter het volgende:

[..]

Gebruik Eclipse, netbeans of zendstudio man.
Heb ze allemaal al gebruikt, en ik vind PHP designer veruit het fijnste werken.
pi_88317624
Faalactie van Oracle. InnoDB wordt een feature van MySQL Standard, waar je dus $2000/jaar voor moet gaan betalen. Grote kans dus dat hosters en dergelijke die feature gaan weghalen. Denk er sterk over om meteen maar te gaan switchen naar Postgres.
Edit: Huidige versies met InnoDB zullen blijkbaar gratis blijven, maar toekomstige versies van MySQL Community Edition zullen geen InnoDB meer hebben!

[ Bericht 24% gewijzigd door Intrepidity op 04-11-2010 10:23:32 ]
pi_88317955
Dag heren,

Ik wil graag iets veranderen in onze database

Het gaat om ingevoerde voorletters, waarbij ik de . ( punt ) en eventuele andere tekens eruit wil halen, maar de letters moeten wel blijven staan

op deze manier werkt het in ieder geval niet:

UPDATE `adresgegevensBoxenTestnet`
SET `voorletters` = ` `
WHERE `voorletters`
LIKE '%.%'

( structuur ) voorletters varchar(15) latin1_swedish_ci
  donderdag 4 november 2010 @ 10:36:47 #233
63192 ursel
"Het Is Hier Fantastisch!
pi_88318167
quote:
Op donderdag 4 november 2010 10:17 schreef Intrepidity het volgende:
Faalactie van Oracle. InnoDB wordt een feature van MySQL Standard, waar je dus $2000/jaar voor moet gaan betalen. Grote kans dus dat hosters en dergelijke die feature gaan weghalen. Denk er sterk over om meteen maar te gaan switchen naar Postgres.
Edit: Huidige versies met InnoDB zullen blijkbaar gratis blijven, maar toekomstige versies van MySQL Community Edition zullen geen InnoDB meer hebben!
Waar haal je die info vandaan? :{
  donderdag 4 november 2010 @ 10:38:47 #235
136730 PiRANiA
All thinking men are atheists.
pi_88318233
quote:
1s.gif Op donderdag 4 november 2010 10:17 schreef Intrepidity het volgende:
Faalactie van Oracle. InnoDB wordt een feature van MySQL Standard, waar je dus $2000/jaar voor moet gaan betalen. Grote kans dus dat hosters en dergelijke die feature gaan weghalen. Denk er sterk over om meteen maar te gaan switchen naar Postgres.
Edit: Huidige versies met InnoDB zullen blijkbaar gratis blijven, maar toekomstige versies van MySQL Community Edition zullen geen InnoDB meer hebben!
Matig :o
pi_88318291
quote:
1s.gif Op donderdag 4 november 2010 10:17 schreef Intrepidity het volgende:
Faalactie van Oracle. InnoDB wordt een feature van MySQL Standard, waar je dus $2000/jaar voor moet gaan betalen. Grote kans dus dat hosters en dergelijke die feature gaan weghalen. Denk er sterk over om meteen maar te gaan switchen naar Postgres.
Edit: Huidige versies met InnoDB zullen blijkbaar gratis blijven, maar toekomstige versies van MySQL Community Edition zullen geen InnoDB meer hebben!
Streken dit.
  donderdag 4 november 2010 @ 10:41:51 #237
136730 PiRANiA
All thinking men are atheists.
pi_88318301
Gebruikt FOK! geen innodb? :+
pi_88318321
quote:
1s.gif Op donderdag 4 november 2010 10:41 schreef PiRANiA het volgende:
Gebruikt FOK! geen innodb? :+
Ik neem aan van wel ja. Dus dat wordt dan een afweging van de huidige versie gebruiken met het risico dat bugs niet meer gefixed zullen worden, of dokken. Naaistreek van Oracle.
pi_88318385
Ik hoor her en der wel berichten op twitter van mensen die bij Oracle zitten dat het allemaal een hoax is, en dat er alleen voor support geld gevraagd gaat worden. Er komt geen support meer voor Inno in de community-versie, maar het gebruik er van as-is zal gratis blijven, en MySQL community zal ook InnoDB blijven bevatten in toekomstige versies.
Pfew, gelukkig.
Blijkt dat het enige waar Oracle voorlopig in faalt haar communicatie is.
  donderdag 4 november 2010 @ 10:47:26 #240
136730 PiRANiA
All thinking men are atheists.
pi_88318433
quote:
1s.gif Op donderdag 4 november 2010 10:44 schreef Intrepidity het volgende:
Ik hoor her en der wel berichten op twitter van mensen die bij Oracle zitten dat het allemaal een hoax is, en dat er alleen voor support geld gevraagd gaat worden. Er komt geen support meer voor Inno in de community-versie, maar het gebruik er van as-is zal gratis blijven, en MySQL community zal ook InnoDB blijven bevatten in toekomstige versies.
Pfew, gelukkig.
Blijkt dat het enige waar Oracle voorlopig in faalt haar communicatie is.
Kan je wat links geven?
  donderdag 4 november 2010 @ 10:47:48 #241
75592 GlowMouse
l'état, c'est moi
pi_88318443
quote:
1s.gif Op donderdag 4 november 2010 10:29 schreef Estolan het volgende:
Dag heren,

Ik wil graag iets veranderen in onze database

Het gaat om ingevoerde voorletters, waarbij ik de . ( punt ) en eventuele andere tekens eruit wil halen, maar de letters moeten wel blijven staan

op deze manier werkt het in ieder geval niet:

UPDATE `adresgegevensBoxenTestnet`
SET `voorletters` = ` `
WHERE `voorletters`
LIKE '%.%'

( structuur ) voorletters varchar(15) latin1_swedish_ci
Gebruik (na een backup) die query met SET voorletters = REPLACE(voorletters, '.', '');
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_88318459
quote:
1s.gif Op donderdag 4 november 2010 10:47 schreef PiRANiA het volgende:

[..]

Kan je wat links geven?
Bron is reacties van deze gast (werkzaam bij Oracle/Mysql) op twitter: http://twitter.com/LenzGr
  donderdag 4 november 2010 @ 10:49:58 #243
75592 GlowMouse
l'état, c'est moi
pi_88318508
quote:
1s.gif Op donderdag 4 november 2010 10:17 schreef Intrepidity het volgende:
Faalactie van Oracle. InnoDB wordt een feature van MySQL Standard, waar je dus $2000/jaar voor moet gaan betalen. Grote kans dus dat hosters en dergelijke die feature gaan weghalen. Denk er sterk over om meteen maar te gaan switchen naar Postgres.
Edit: Huidige versies met InnoDB zullen blijkbaar gratis blijven, maar toekomstige versies van MySQL Community Edition zullen geen InnoDB meer hebben!
MySQL bevat tegenwoordig de mogelijkheid om zelf plug-ins toe te voegen, en innobase heeft daar al een innodb plug-in voor uitgebracht. Alleen daarom al zou er geen probleem zijn als MySQL geen InnoDB meer zou hebben. Daarnaast zal MySQL switchen naar InnoDB als hoofdengine (ipv MyISAM), en dan zou het niet handig zijn om InnoDB niet mee te leveren.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_88318796
quote:
1s.gif Op donderdag 4 november 2010 10:49 schreef GlowMouse het volgende:

[..]


MySQL bevat tegenwoordig de mogelijkheid om zelf plug-ins toe te voegen, en innobase heeft daar al een innodb plug-in voor uitgebracht. Alleen daarom al zou er geen probleem zijn als MySQL geen InnoDB meer zou hebben. Daarnaast zal MySQL switchen naar InnoDB als hoofdengine (ipv MyISAM), en dan zou het niet handig zijn om InnoDB niet mee te leveren.
Oracle heeft in het verleden wel vaker domme truucjes uitgehaald om extra geld binnen te slepen. Laat ik het zo zeggen, de naam Oracle wekt niet bepaald vertrouwen bij mij en een hoop andere mensen. Schiet er één developer in de stress omdat ze ergens een gerucht vinden, dan doen een hoop mensen dat.
Bij deze in ieder geval excuses van mij voor het laten ronddraaien van de geruchtenmolen :@
pi_88319926
quote:
Op donderdag 4 november 2010 10:47 schreef GlowMouse het volgende:

[..]


Gebruik (na een backup) die query met SET voorletters = REPLACE(voorletters, '.', '');
tnx
  donderdag 4 november 2010 @ 16:52:14 #246
254493 Trollface.
gr rob fruithof, groningencity
pi_88331611
★5731U★ Death from above '79★You're a woman, i'm a machinielsie ★ ✠ ★ Telkens weer een beetje sterven★ I was born in a winterstorm, i live there still★
  donderdag 4 november 2010 @ 18:40:55 #247
136730 PiRANiA
All thinking men are atheists.
pi_88335478
quote:
6s.gif Op donderdag 4 november 2010 16:52 schreef Trollface. het volgende:
http://twitter.com/LenzGr/status/29676834238

Voor de luien onder ons.
Goed.
pi_88342172
Ik maak een zoekmachien maar niet eentje die zoekt zoals google maar eentje die gebasseerd is op het ctrl+f gebeuren in Word.
Dit werkt als het goed is met str_replace etc. Wie weet hoe ik moet beginnen?
  donderdag 4 november 2010 @ 21:22:17 #249
254493 Trollface.
gr rob fruithof, groningencity
pi_88342276
quote:
Op donderdag 4 november 2010 21:20 schreef Gitaarmat het volgende:
Ik maak een zoekmachien maar niet eentje die zoekt zoals google maar eentje die gebasseerd is op het ctrl+f gebeuren in Word.
Dit werkt als het goed is met str_replace etc. Wie weet hoe ik moet beginnen?
Strpos() en strlen() zijn je vrinden. :)
★5731U★ Death from above '79★You're a woman, i'm a machinielsie ★ ✠ ★ Telkens weer een beetje sterven★ I was born in a winterstorm, i live there still★
pi_88343170
Waar komt je tekst vandaan?
Als het uit MySQL komt heb je meer aan LIKE dan wat anders denk ik?
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')