abonnement Unibet Coolblue Bitvavo
pi_92471756
Ik gebruik nooit text, veranderen in varchar dan.
  maandag 7 februari 2011 @ 19:40:08 #242
75592 GlowMouse
l'état, c'est moi
pi_92471820
quote:
1s.gif Op maandag 7 februari 2011 19:38 schreef cablegunmaster het volgende:

[..]

Varchar daar en tegen wel :)
Dan moet je dus eerst het type v eran deren. En dan is 100 nog aan de zeer ruimte kant.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  maandag 7 februari 2011 @ 19:40:16 #243
334357 Emery
Heavy Metal King!
pi_92471826
quote:
1s.gif Op maandag 7 februari 2011 19:39 schreef Tegan het volgende:
Ik gebruik nooit text, veranderen in varchar dan.
Dit. Varchar is sowieso een betere standaard dan 'text'.
"My name is Emery and primarily I make noises - and ideas".
  maandag 7 februari 2011 @ 19:40:39 #244
75592 GlowMouse
l'état, c'est moi
pi_92471852
quote:
14s.gif Op maandag 7 februari 2011 19:40 schreef Emery het volgende:

[..]

Dit. Varchar is sowieso een betere standaard dan 'text'.
Oh? Waarom zit text er dan nog in?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_92471874
Mijn post was eerst dat hij die ook moest veranderen in varchar, maar ik wou hem niet teveel verwarren.
pi_92471884
quote:
1s.gif Op maandag 7 februari 2011 19:40 schreef GlowMouse het volgende:

[..]

Oh? Waarom zit text er dan nog in?
voor grotere tekens dan 255 :Y
Redacted
  maandag 7 februari 2011 @ 19:41:31 #247
75592 GlowMouse
l'état, c'est moi
pi_92471902
quote:
1s.gif Op maandag 7 februari 2011 19:41 schreef cablegunmaster het volgende:

[..]

voor grotere tekens dan 255 :Y
Gebruik je nog MySQL 4 dan?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  maandag 7 februari 2011 @ 19:42:28 #248
334357 Emery
Heavy Metal King!
pi_92471949
quote:
1s.gif Op maandag 7 februari 2011 19:40 schreef GlowMouse het volgende:

[..]

Oh? Waarom zit text er dan nog in?
Omdat die in sommige opzichten wellicht wel beter is. TinyInt zit er ook in, dat betekent ook niet dat 'ie standaard beter is. Keuzes, keuzes, keuzes, maar ik gebruik zelf voor standaard veldjes als bovenstaand gewoon Varchar.
"My name is Emery and primarily I make noises - and ideas".
  maandag 7 februari 2011 @ 19:43:17 #249
75592 GlowMouse
l'état, c'est moi
pi_92472002
quote:
10s.gif Op maandag 7 februari 2011 19:42 schreef Emery het volgende:

[..]

Omdat die in sommige opzichten wellicht wel beter is.
Zoals? En in welk opzicht is varchar(100) beter dan tinytext?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_92472030
quote:
1s.gif Op maandag 7 februari 2011 19:37 schreef GlowMouse het volgende:
datum als text?
tja...dat is dus het nadeel van een (oude) tutoral volgen op internet
daarin werd keihard beweert dat er voor datum geen appar kopje was
en dat je daarom maar text moest gebruiken

als ik de tutor nog kan vinden dan zal ik het hier neerzetten
  maandag 7 februari 2011 @ 19:45:03 #251
334357 Emery
Heavy Metal King!
pi_92472071
quote:
1s.gif Op maandag 7 februari 2011 19:43 schreef GlowMouse het volgende:

[..]

Zoals? En in welk opzicht is varchar(100) beter dan tinytext?
Is Tinytext ook 100 max? Zo'n leek ben ik dan ook wel weer.
"My name is Emery and primarily I make noises - and ideas".
  maandag 7 februari 2011 @ 19:48:47 #252
111382 Ofyles2
Bestemming: onbekend
pi_92472255
quote:
9s.gif Op maandag 7 februari 2011 19:45 schreef Emery het volgende:

[..]

Is Tinytext ook 100 max? Zo'n leek ben ik dan ook wel weer.
Tinytext kan tot 255 tekens, Varchar tot 65536 (dit volgens mijn voorbehoud)...
  maandag 7 februari 2011 @ 19:49:02 #253
75592 GlowMouse
l'état, c'est moi
pi_92472272
quote:
5s.gif Op maandag 7 februari 2011 19:45 schreef Emery het volgende:

[..]

Is Tinytext ook 100 max?
Tinytext gaat tot 255 max. De storage requirement van een varchar(100) is aantal tekens plus 1, de storage requirement van een tinytext ook.
Het verschil zit hem in twee dingen:
- Waar hij wordt opgeslagen, dit is afhankelijk van de storage engine (MyISAM, InnoDB) en kan ook nog binnen een storage engine anders zijn (zoek eens op barracuda vs. antelope).
- Mocht er een temp. table nodig zijn, bijvoorbeeld omdat je onvoldoende van indices afweet en je je resultset wilt sorteren, of omdat indices in het algeheel niet bruikbaar kunnen zijn voor sortering, dan moet een text-veld altijd op disk worden geschreven omdat een memory-table geen variable width columns ondersteunt. Bij een varchar(100) reserveert hij gewoon 100 bytes per rij. Je moet daarom niet te gul zijn met aangeven van de lengte. Ook bij veel buffers spelen die 100 bytes een rol.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  maandag 7 februari 2011 @ 19:50:29 #254
334357 Emery
Heavy Metal King!
pi_92472345
quote:
1s.gif Op maandag 7 februari 2011 19:49 schreef GlowMouse het volgende:

[..]

Tinytext gaat tot 255 max. De storage requirement van een varchar(100) is aantal tekens plus 1, de storage requirement van een tinytext ook.
Het verschil zit hem in twee dingen:
- Waar hij wordt opgeslagen, dit is afhankelijk van de storage engine (MyISAM, InnoDB) en kan ook nog binnen een storage engine anders zijn (zoek eens op barracuda vs. antelope).
- Mocht er een temp. table nodig zijn, bijvoorbeeld omdat je onvoldoende van indices afweet en je je resultset wilt sorteren, of omdat indices in het algeheel niet bruikbaar kunnen zijn voor sortering, dan moet een text-veld altijd op disk worden geschreven omdat een memory-table geen variable width columns ondersteunt. Bij een varchar(100) reserveert hij gewoon 100 bytes per rij. Je moet daarom niet te gul zijn met aangeven van de lengte. Ook bij veel buffers spelen die 100 bytes een rol.
Thanks, wist ik niet.

En wat zou je dan aanraden voor teksten van 500+ tekens?
"My name is Emery and primarily I make noises - and ideas".
  maandag 7 februari 2011 @ 19:51:59 #255
111382 Ofyles2
Bestemming: onbekend
pi_92472430
quote:
14s.gif Op maandag 7 februari 2011 19:50 schreef Emery het volgende:

[..]

Thanks, wist ik niet.

En wat zou je dan aanraden voor teksten van 500+ tekens?
Varchar natuurlijk.
pi_92472448
quote:
14s.gif Op maandag 7 februari 2011 19:50 schreef Emery het volgende:

[..]

Thanks, wist ik niet.

En wat zou je dan aanraden voor teksten van 500+ tekens?
Dit en wat zou je aanraden voor MrNiles?
  maandag 7 februari 2011 @ 19:54:21 #257
75592 GlowMouse
l'état, c'est moi
pi_92472545
quote:
14s.gif Op maandag 7 februari 2011 19:50 schreef Emery het volgende:

[..]

Thanks, wist ik niet.

En wat zou je dan aanraden voor teksten van 500+ tekens?
In de regel text.
quote:
1s.gif Op maandag 7 februari 2011 19:52 schreef Tegan het volgende:

[..]

Dit en wat zou je aanraden voor MrNiles?
Varchar. Lengte mag hij zelf bepalen, de naam van een evenement zal geen 100 tekens zijn. Aan de andere kant zal hij de tijd die hij erover nadenkt nooit terugwinnen.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_92472692
En GM weet weer alles beter ;( .
quote:
1s.gif Op maandag 7 februari 2011 19:44 schreef MrNiles het volgende:

[..]

tja...dat is dus het nadeel van een (oude) tutoral volgen op internet
daarin werd keihard beweert dat er voor datum geen appar kopje was
en dat je daarom maar text moest gebruiken

als ik de tutor nog kan vinden dan zal ik het hier neerzetten
Doe maar niet, straks gaan mensen denken dat die goed is.
pi_92473739
quote:
1s.gif Op maandag 7 februari 2011 19:00 schreef Longcat. het volgende:
Hallo,
Ik heb graag hulp nodig
Ik heb een website gehost door PCextreme Het blijkt dat mij website een malmware warning krijgt
Op firefox IE En chrome dus eigenlijk alles. Dus weet iemand hoe dit te fixen? Ik heb al naar hun gebeld ze zeiden dat ze het gingen fixen tot nu toe nog steeds niet gefixed.
En weet iemand trouwens ook een anderen goede host website?
  maandag 7 februari 2011 @ 20:18:16 #260
75592 GlowMouse
l'état, c'est moi
pi_92473825
quote:
14s.gif Op maandag 7 februari 2011 19:14 schreef themole het volgende:

[..]

Wordt er geen content van dubieuze sites gebruikt.(Lees plaatjes enz.) Meestal is dat het probleem.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_92473952
quote:
1s.gif Op maandag 7 februari 2011 20:18 schreef GlowMouse het volgende:

[..]

En even checken of je eigen pagina's niet geïnfiltreerd zijn met malafide code.

Zijn er hier trouwens mensen met ervaring met CMS Made Simple?
  maandag 7 februari 2011 @ 20:20:26 #262
111382 Ofyles2
Bestemming: onbekend
pi_92473969
quote:
10s.gif Op maandag 7 februari 2011 19:56 schreef Tegan het volgende:
En GM weet weer alles beter ;( .

[..]

Doe maar niet, straks gaan mensen denken dat die goed is.
Hij kan het wel doen, alleen moet hij hem dan fors voorbewerken. (Onder andere 1-lijnige blokken op één lijn, behalve functions).
  maandag 7 februari 2011 @ 20:25:34 #263
302853 themole
graaft totaal door.
pi_92474266
quote:
14s.gif Op maandag 7 februari 2011 20:20 schreef KomtTijd... het volgende:

[..]

En even checken of je eigen pagina's niet geïnfiltreerd zijn met malafide code.

Zijn er hier trouwens mensen met ervaring met CMS Made Simple?
Yup, heb het als inspiratie gebruikt bij het schrijven van mijn eigen CMS, best goed en vrij licht CMS.
Niet altijd serieus
pi_92475672
quote:
14s.gif Op maandag 7 februari 2011 20:25 schreef themole het volgende:

[..]

Yup, heb het als inspiratie gebruikt bij het schrijven van mijn eigen CMS, best goed en vrij licht CMS.
Oknice! :D
Ben op het moment een plugin aan het schrijven om XML-files in de database op te kunnen nemen. Had ff een probleem met het uploaden van het bestand, maar ik ben er inmiddels al uit! Bleek dat ik geen enctype op het formulier had...

En ja ik vind het ook een heerlijk CMS om mee te werken. :9
pi_92482257
Ok ik heb een leuke vraag. Ik heb 2 tabellen:
1
2
3
4
flightdb_flights
    flight_id, airplane, firstpilot_id, secondpilot_id, starttime, landingtime
flightdb_pilots
    pilot_id, real_name

Nu wil ik voor zowel firstpilot_id als secondpilot_id met een join de bijbehorende naam uit de tabel flightdb_pilots halen
1
2
3
4
SELECT flight_id, airplane, firstpilot_id, secondpilot_id, starttime, landingtime, flightdb_pilots.real_name  
            FROM flightdb_flights 
            LEFT JOIN flightdb_pilots
            ON (firstpilot_id = pilot_id) 
Deze query doet het voor alleen firstpilot, maar ik zie ff niet hoe ik die tweede join uit zou kunnen voeren...
pi_92482519
Gewoon nog een join toevoegen :)

1
2
3
4
5
6
SELECT flight_id, airplane, firstpilot_id, secondpilot_id, starttime, landingtime, p1.real_name, p2.real_name
            FROM flightdb_flights AS f
            LEFT JOIN flightdb_pilots AS p1
            ON (f.firstpilot_id = p1.pilot_id)
            LEFT JOIN flightdb_pilots AS p2
            ON (f.secondpilot_id = p2.pilot_id)
pi_92482721
Ah ok slim! en dan met p1.real_name en p2.real_name onderscheid maken tussen beide namen!
pi_92482981
quote:
10s.gif Op maandag 7 februari 2011 23:00 schreef KomtTijd... het volgende:
Ah ok slim! en dan met p1.real_name en p2.real_name onderscheid maken tussen beide namen!
Inderdaad :) Wel even opletten met mysql_fetch_assoc, die negeert tabelnamen en gebruikt alleen kolomnamen. Da's lastig als je 2 keer een veld real_name hebt ;) Maar ook in die velden kun je met AS een ander labeltje gebruiken. :)
pi_92483142
quote:
1s.gif Op maandag 7 februari 2011 23:06 schreef Light het volgende:

[..]

Inderdaad :) Wel even opletten met mysql_fetch_assoc, die negeert tabelnamen en gebruikt alleen kolomnamen. Da's lastig als je 2 keer een veld real_name hebt ;) Maar ook in die velden kun je met AS een ander labeltje gebruiken. :)
:+ Dat maakt inderdaad mijn 2e vraag overbodig
pi_92498025
Wat hoerig dat PHP5.2 geen datetime::diff ondersteunt.
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')