[PHP/(My)SQL] voor dummies - Deel 63 | Digital Corner (DIG/DEV)

dinsdag 30 september 2008 @ 21:56:46 #154

Light

quote:
Op dinsdag 30 september 2008 21:48 schreef NikkelCobalt het volgende:

[..]

Bij het doorgeven van id's vooraf controleren of het daadwerkelijk een getal is, is al een prima oplossing.

Als je weet dat ergens een getal in moet dan kun met idd met bijvoorbeeld intval() zorgen dat er een getal in gaat. Maar als ergens een string in moet dan heb je mysql_real_escape_string nodig. Als je strings niet controleert maakt het nauwelijks nog uit hoe goed je integers controleert, een ketting maar zo sterk als de zwakste schakel.

fokstok.nl

dinsdag 30 september 2008 @ 21:58:29 #155

SuperRembo

Sinds 1998

quote:
Op dinsdag 30 september 2008 21:17 schreef Likkende_Lassie het volgende:
elke mysql query voorzien van addslashes() (magic quotes kan dan op off toch), verhelpt dat het gehele mysql injectie probleem? Of zijn er nog meer dingen om rekening mee te houden?

Nee, blind addslashes() gebruiken is niet genoeg. Dat helpt alleen bij strings, niet bij numerieke waarden.

Je kan beter geparameteriseerde query's gebruiken, bijvoorbeeld met behulp van PDO.

dinsdag 30 september 2008 @ 22:10:47 #156

Likkende_Lassie

Doe eens wat aan je ondertitel

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

<?php
PHP
function quote_smart($value, $type = false, $NULL = false) {
   if ($NULL AND (!$value OR $value == '')){
      return NULL;
   }else{
      if ($type == 'num'){
         if (is_numeric($value)){
            return $value;
         }else{
            return '';
         }
      }else{
         if (get_magic_quotes_gpc()) {
            $value = stripslashes($value);
         }
         if(version_compare(phpversion(),"4.3.0") == "-1") {
            return mysql_escape_string($value);
         } else {
            return mysql_real_escape_string($value);
         }
      }
   }
}
?>

Is dit al wat?

, is het hier 100% mee veilig, als ik het als volgt gebruik?

1
2
3

<?php
mysql_query("INSERT INTO blabla ('name') VALUES ('".quote_smart($_POST['name'])."')");
?>

EN:

1
2
3

<?php
mysql_query("SELECT name FROM blabla WHERE id = '".quote_smart($id, 'num')."' LIMIT 1");
?>

[ Bericht 57% gewijzigd door Likkende_Lassie op 01-10-2008 09:49:45 ]

dinsdag 30 september 2008 @ 22:15:46 #157

NikkelCobalt

quote:
Op dinsdag 30 september 2008 21:56 schreef Light het volgende:

[..]

Als je weet dat ergens een getal in moet dan kun met idd met bijvoorbeeld intval() zorgen dat er een getal in gaat. Maar als ergens een string in moet dan heb je mysql_real_escape_string nodig. Als je strings niet controleert maakt het nauwelijks nog uit hoe goed je integers controleert, een ketting maar zo sterk als de zwakste schakel.

Ik zeg ook niet dat je strings niet moet controleren. Als je het verhaal gelezen had wat ik quotte dan stond daar ook in dat hij naar meer aanvullingen zocht bovenop het escapen.

Overigens zijn mijn ervaringen met databasegestuurde applicaties zijn dat in 90% van de gevallen je gegevens ophaalt (!) aan de hand van een id.

hula

dinsdag 30 september 2008 @ 22:50:42 #158

Likkende_Lassie

Doe eens wat aan je ondertitel

Ik kom er net achter als je ipv:

1
2
3

<?php
function quote_smart($value, $type, $NULL) {
?>

1
2
3

<?php
function quote_smart($value, $type = false, $NULL = false) {
?>

doet, dit stukkennnn sneller is

dinsdag 30 september 2008 @ 22:52:04 #159

Light

quote:
Op dinsdag 30 september 2008 22:15 schreef NikkelCobalt het volgende:

Overigens zijn mijn ervaringen met databasegestuurde applicaties zijn dat in 90% van de gevallen je gegevens ophaalt (!) aan de hand van een id.

True. Maar je moet die gegevens er ook een keer instoppen.

fokstok.nl

woensdag 1 oktober 2008 @ 09:29:06 #160

Chandler

Idd, en je dient gewoon de input te controlleren, je weet namelijk niet wat iedere gebruiker van plan is met je website!

The people who lost my respect will never get a capital letter for their name again.
Like trump...

woensdag 1 oktober 2008 @ 09:48:30 #161

Likkende_Lassie

Doe eens wat aan je ondertitel

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

<?php
PHP
function quote_smart($value, $type = false, $NULL = false) {
   if ($NULL AND (!$value OR $value == '')){
      return NULL;
   }else{
      if ($type == 'num'){
         if (is_numeric($value)){
            return $value;
         }else{
            return '';
         }
      }else{
         if (get_magic_quotes_gpc()) {
            $value = stripslashes($value);
         }
         if(version_compare(phpversion(),"4.3.0") == "-1") {
            return mysql_escape_string($value);
         } else {
            return mysql_real_escape_string($value);
         }
      }
   }
}
?>

Is dit al wat?

, is het hier 100% mee veilig, als ik het als volgt gebruik?

1
2
3

<?php
mysql_query("INSERT INTO blabla ('name') VALUES ('".quote_smart($_POST['name'])."')");
?>

EN:

1
2
3

<?php
mysql_query("SELECT name FROM blabla WHERE id = '".quote_smart($id, 'num')."' LIMIT 1");
?>

woensdag 1 oktober 2008 @ 11:10:04 #162

GlowMouse

l'état, c'est moi

Waarom zet je in je tweede query een integer tussen quotes? En bij 'num' verwacht je een integer terug te krijgen, maar krijg je soms een lege string terug.

eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0

woensdag 1 oktober 2008 @ 11:25:05 #163

Chandler

Omdat dat de type moet weergeven als in de functie die er boven staat weergegeven

The people who lost my respect will never get a capital letter for their name again.
Like trump...

woensdag 1 oktober 2008 @ 11:43:04 #164

Light

quote:
Op woensdag 1 oktober 2008 11:25 schreef Chandler het volgende:
Omdat dat de type moet weergeven als in de functie die er boven staat weergegeven

Als ik verwacht een numerieke waarde terug te krijgen, verwacht ik geen lege string.

fokstok.nl

woensdag 1 oktober 2008 @ 11:44:21 #165

Likkende_Lassie

Doe eens wat aan je ondertitel

Zo beter?

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

<?php
PHP
function quote_smart($value, $type = false, $NULL = false) {
   if ($NULL AND (!$value OR $value == '')){
      return NULL;
   }else{
      if ($type == 'num'){
         if (is_numeric($value)){
            return $value;
         }else{
            return 0;
         }
      }else{
         if (get_magic_quotes_gpc()) {
            $value = stripslashes($value);
         }
         if(version_compare(phpversion(),"4.3.0") == "-1") {
            return mysql_escape_string($value);
         } else {
            return mysql_real_escape_string($value);
         }
      }
   }
}
?>

Is dit al wat? :) , is het hier 100% mee veilig, als ik het als volgt gebruik?

1
2
3

<?php
mysql_query("INSERT INTO blabla ('name') VALUES ('".quote_smart($_POST['name'])."')");
?>

EN:

1
2
3

<?php
mysql_query("SELECT name FROM blabla WHERE id = '".quote_smart($id, 'num')."' LIMIT 1");
?>

woensdag 1 oktober 2008 @ 11:47:24 #166

GlowMouse

l'état, c'est moi

quote:
Op woensdag 1 oktober 2008 11:10 schreef GlowMouse het volgende:
Waarom zet je in je tweede query een integer tussen quotes?

eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0

woensdag 1 oktober 2008 @ 12:06:08 #167

slacker_nl

Sicko pur sang

quote:
Op woensdag 1 oktober 2008 11:25 schreef Chandler het volgende:
Omdat dat de type moet weergeven als in de functie die er boven staat weergegeven :)

Het gaat om dit blokje code:

1
2
3
4
5
6
7
8

<?php
      if ($type == 'num'){
         if (is_numeric($value)){
            return $value;
         }else{
            return '';
         }
?>

Ik zou een trigger_error gebruiken, aangezien er duidelijk wat mis is als je een integer verwacht, maar het er geen is.

En je mag een integer gewoon binnen quotes plaatsen, dus op zich is er niks aan de hand.

Overigens zou ik PDO gebruiken voor dit soort shit, maar iedereen leest gewoon over SR's post heen. Dan heb je een deel van deze code niet nodig..

Ik zou je functie zo schrijven..

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

<?php
function quote_smart($value, $type = false, $NULL = false) {
        $value = trim($value);

        if (strlen($value)) {
                # We have something
                if ($type == 'num'){
                        if (is_numeric($value)){
                                return $value;
                        } else {
                                trigger_error(sprintf("%s: '%s' is not a number!", __FUNCTION__, $value), E_USER_ERROR);
                                return null;
                        }
                }
        } else {
                if ($NULL) {
                        return null;
                }
        }
        return $value;

}

var_dump(quote_smart(0, 'num', true)); # Hier breekt je huidige code blok op
var_dump(quote_smart("Bla", 'string', true));
var_dump(quote_smart(" ", 'string'));
var_dump(quote_smart("Bla", 'num', true)); # Error
?>

https://devzone.zend.com/(...)revent-SQL-Injection
http://www.phpro.org/tutorials/Introduction-to-PHP-PDO.html

In reactie op je nieuwe code, ipv if is_numeric else return 0, dan kan je gelijk intval gebruiken, zie de documentatie hiervan: The integer value of var on success, or 0 on failure.

In theory there is no difference between theory and practice. In practice there is.

woensdag 1 oktober 2008 @ 12:11:37 #168

SuperRembo

Sinds 1998

quote:
Op woensdag 1 oktober 2008 11:44 schreef Likkende_Lassie het volgende:
Zo beter?
[...]

De functie heet "quote_smart", maar er wordt niets ge-quote. Het is een encoding functie.
De $type parameter heeft alleen betekenis voor 'num', of ongelijk 'num'. Het lijkt me logischer om verschillende functies voor verschillende datatypes te maken.
Dat de functie NULL terug kan geven heeft denk ik weinig nut. Als je de functie zo maakt dat de string inclusief quotes wordt teruggegeven of indien leeg de string NULL, dan kan je 'm wel makkelijk in een sql string gebruiken.
Als een parameter numeriek hoort te zijn maar dat niet is wil ik gewoon een error krijgen. Zo maar omzetten naar 0 kan ook vervelende dingen opleveren.

Geparameteriseerde query's blijf ik een mooiere oplossing vinden

woensdag 1 oktober 2008 @ 12:56:10 #169

Likkende_Lassie

Doe eens wat aan je ondertitel

Je hebt gelijk, een foutmelding zou het moeten zijn.
Een oude functie die ik gebruikte, is:

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

<?php
function secureValue($value, $html){

   if (!$html){
     $value = strip_tags($value, '<b>,<a>,<i>,<u>,<img>');
   }else{
      $value = htmlnumericentities($value);
   }
   if (!$value){
      $value = NULL;
   }

   switch (gettype($value)) {
      case 'boolean':
         return $value ? '1' : '0';
      case 'integer':
      case 'double':
         return (string)$value;
      case 'string':
         return "'".addslashes($value)."'";
      case 'array':
      case 'object':
         return "'".addslashes($value)."'";
      default:
         //'resource', 'NULL', 'unknown type'
         return 'NULL';
         die();
   }
}
?>

woensdag 1 oktober 2008 @ 17:01:14 #170

Light

quote:
Op woensdag 1 oktober 2008 12:06 schreef slacker_nl het volgende:

Ik zou een trigger_error gebruiken, aangezien er duidelijk wat mis is als je een integer verwacht, maar het er geen is.

Niet alleen integers zijn numeriek. Ook floats zijn dat, om eens een voorbeeld te noemen.

quote:
En je mag een integer gewoon binnen quotes plaatsen, dus op zich is er niks aan de hand.

Dat het mag en dat het werkt wil niet zeggen dat het good programming practice is en ook niet dat we er geen opmerkingen over mogen maken.

quote:
Overigens zou ik PDO gebruiken voor dit soort shit, maar iedereen leest gewoon over SR's post heen. Dan heb je een deel van deze code niet nodig..

Goed punt. Al vraag ik me af of alle hosters PDO ondersteunen.

quote:
Ik zou je functie zo schrijven..
[ code verwijderd ]

https://devzone.zend.com/(...)revent-SQL-Injection
http://www.phpro.org/tutorials/Introduction-to-PHP-PDO.html

In reactie op je nieuwe code, ipv if is_numeric else return 0, dan kan je gelijk intval gebruiken, zie de documentatie hiervan: The integer value of var on success, or 0 on failure.

Wat doe je dan bij een float?

fokstok.nl

woensdag 1 oktober 2008 @ 17:21:29 #171

slacker_nl

Sicko pur sang

quote:
Op woensdag 1 oktober 2008 17:01 schreef Light het volgende:
Niet alleen integers zijn numeriek. Ook floats zijn dat, om eens een voorbeeld te noemen.

Dan gebruik je is_int().. of je retouneert intval($value);

quote:
Dat het mag en dat het werkt wil niet zeggen dat het good programming practice is en ook niet dat we er geen opmerkingen over mogen maken.

Dit punt vervalt als je PDO gebruikt (en dat gebruik ik alleen maar icm prepared statements). Of ik nou id = '1' of id = 1 invul, zal me verder jeuken.. En je mag er wat van zeggen, maar ik mag toch ook zeggen dat het niet zo hinderlijk is als iemand het doet aangezien het gewoon verwerkt wordt (zonder warning of wat dan ook..).

quote:
Goed punt. Al vraag ik me af of alle hosters PDO ondersteunen.

Andere hoster zoeken die wel met de tijd meegaat.

quote:
Wat doe je dan bij een float?

Zie hierboven, desnoods breidt is z'n functie uit zodat ie alle verschillende datatypes kan checken..

Verder kan je met PDO ook definieren wat een bepaald ding moet zijn:

1 2	$sth->bindParam(':calories', $calories, PDO::PARAM_INT); $sth->bindParam(':colour', $colour, PDO::PARAM_STR, 12);

In theory there is no difference between theory and practice. In practice there is.

donderdag 2 oktober 2008 @ 13:05:15 #172

Chandler

Weet iemand een tootlje om 2 databases met elkaar te vergelijken en dan de verschillen in een statement kan zetten die ik kan gebruiken om een database aan te passen?

The people who lost my respect will never get a capital letter for their name again.
Like trump...

donderdag 2 oktober 2008 @ 13:16:57 #173

ursel

"Het Is Hier Fantastisch!

quote:
Op donderdag 2 oktober 2008 13:05 schreef Chandler het volgende:
Weet iemand een tootlje om 2 databases met elkaar te vergelijken en dan de verschillen in een statement kan zetten die ik kan gebruiken om een database aan te passen?

Oe.. dat zou wel flex wezen.. Ben ik ook wel benieuwd naar..

donderdag 2 oktober 2008 @ 13:58:19 #174

slacker_nl

Sicko pur sang

http://www.clevercomponents.com/products/dbcvcl/dbcvcl.asp

In theory there is no difference between theory and practice. In practice there is.

vrijdag 3 oktober 2008 @ 09:01:39 #175

Chandler

dat is idd ongeveer wat ik bedoel maar dan nu liefst gratis

The people who lost my respect will never get a capital letter for their name again.
Like trump...

zaterdag 4 oktober 2008 @ 20:21:33 #176

spaceninjapirate

mhh k

Ik weet niet of het om de inhoud van de tabel of om de structuur gaat, maar ik heb ver in het verleden deze wel eens gebruikt:

http://www.mysqldiff.org/index.php

zondag 5 oktober 2008 @ 00:05:19 #177

ursel

"Het Is Hier Fantastisch!

quote:
Op zaterdag 4 oktober 2008 20:21 schreef spaceninjapirate het volgende:
Ik weet niet of het om de inhoud van de tabel of om de structuur gaat, maar ik heb ver in het verleden deze wel eens gebruikt:

http://www.mysqldiff.org/index.php

Ik ben altijd wel huiverig met software waarbij de laatste release datum al erg lang geleden is..

quote:
Version 1.5.0 (10/01/2004)

zondag 5 oktober 2008 @ 00:20:18 #178

GlowMouse

l'état, c'est moi

quote:
Op zondag 5 oktober 2008 00:05 schreef ursel het volgende:

[..]

Ik ben altijd wel huiverig met software waarbij de laatste release datum al erg lang geleden is..
[..]

http://mirrors.kernel.org/gnu/patch/

Als het doet wat het moet doen, is er weinig reden om het versienummer maar te verhogen om maar een nieuwe versie te hebben.

eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0

zondag 5 oktober 2008 @ 00:26:15 #179

Light

quote:
Op zondag 5 oktober 2008 00:20 schreef GlowMouse het volgende:

[..]

http://mirrors.kernel.org/gnu/patch/

Als het doet wat het moet doen, is er weinig reden om het versienummer maar te verhogen om maar een nieuwe versie te hebben.

Je kunt je natuurlijk afvragen of het nog wel doet wat het moet doen. MySQL is in de afgeloen vier jaar ook behoorlijk veranderd.

fokstok.nl

zondag 5 oktober 2008 @ 16:22:59 #180

Chandler

Ik zal het volgende week even testen en dan hier raporteren hoe het werkte!!

The people who lost my respect will never get a capital letter for their name again.
Like trump...

zondag 5 oktober 2008 @ 22:28:54 #181

Wouser

Een vraagje... waarop ik geen antwoord kon vinden op internet maar is het werken met objecten of array's sneller?

zondag 5 oktober 2008 @ 23:20:54 #182

GVRuud

Volgens http://aggregation.novaak.net/?q=node/227 maakt het in PHP5 niet zoveel uit.

Overigens ben ik van mening dat er maar weinig PHP scripts zullen zijn waar deze performanceverschillen zullen uitmaken. Ga liever voor begrijpelijke code (bij objecten weet je dmv properties wat er in zit, bij arrays is het altijd gissen)

maandag 6 oktober 2008 @ 00:22:43 #183

Tijn

Powered by MS Paint

quote:
Op dinsdag 30 september 2008 21:58 schreef SuperRembo het volgende:

[..]

Nee, blind addslashes() gebruiken is niet genoeg. Dat helpt alleen bij strings, niet bij numerieke waarden.

Je kan beter geparameteriseerde query's gebruiken, bijvoorbeeld met behulp van PDO.

Als je PDO gebruikt, moet je dan nog dingen als mysql_real_escape_string gebruiken?

Verberg de nieuwsticker

maandag 6 oktober 2008 @ 06:34:59 #184

SuperRembo

Sinds 1998

quote:
Op maandag 6 oktober 2008 00:22 schreef Tijn het volgende:

[..]

Als je PDO gebruikt, moet je dan nog dingen als mysql_real_escape_string gebruiken?

Als je zelf een sql string aan elkaar zou plakken dan moet dat nog steeds. Maar met PDO kan je ook geparameteriseerde query's gebruiken, en dan wordt de waarde die je aan de parameter geeft automatisch op de juiste manier verwerkt.

maandag 6 oktober 2008 @ 15:54:07 #185

Chandler

Ik heb een inzichts probleem en vraag jullie hulp.

Stel ik wil in een database bijhouden op welke pagina's een bepaalde gebruiker is geweest, echter wil ik niet meer dan 25 pagina's onthouden van de gebruiker (dus de laatste 25). Nu vraag ik mij af hoe ik dit het beste in een ontwerp kan plaatsen. Ik gebruik per gebruiker/referer een appart ID (ID voor ip en ID voor referer) maar aangezien MySQL niet kan deleten vanaf een aantal regels moet ik hiervoor een andere opzet bedenken!.

Anyone?

The people who lost my respect will never get a capital letter for their name again.
Like trump...

maandag 6 oktober 2008 @ 20:05:20 #186

Xcalibur

je kan ook gewoon alle referers bijhouden, en dagelijks met een cronjob alles deleten is wat niet bij de nieuwste 25 zit?... en in de weergave gewoon een limit erop

Om dit tijdens het schrijven bij te houden heb je extra queries nodig denk ik (ik zou niet weten hoe anders... ook met REPLACE INTO / INSERT.. ON DUPLICATE KEY ga je er niet uitkomen?), en dat lijkt me "zonde" om op iedere pageload te doen

maandag 6 oktober 2008 @ 21:17:52 #187

Chandler

INSERT ON DUPLICATE gebruik ik idd nu, maar vind het nogal stom dat die limiet niet vanaf een aantal te gebruiken is voor een delete actie..

The people who lost my respect will never get a capital letter for their name again.
Like trump...

maandag 6 oktober 2008 @ 22:39:36 #188

Light

Wat je wel kunt doen is transactions gebruiken (en dus innodb tables). Autocommit moet dan uiteraard uit. Eerst met een select kijken hoeveel rijen er zijn, als er 25 (of meer) zijn het laagste id deleten. Daarna kun je altijd weer een rij toevoegen, en daarna de commit doen.

Nadeel is wel dat als je eenmaal meer dan 25 rijen hebt voor een user, je dat dan ook houdt.

Maar waarom zou je niet gewoon alles opslaan? Je kunt bij het tonen wel instellen dat alleen de 25 laatste entries worden getoond. Als iemand z'n cookies weggooit (om wat voor reden dan ook) is je telling toch in de war. Tenzij je ook alles gaat wissen op basis van leeftijd, bijvoorbeeld alles ouder dan een week.

Extra voordeel van alles bewaren is dat je er ook weer leuke statistiekjes uit kunt halen over welke pagina's veel worden bezocht enzo.

fokstok.nl

maandag 6 oktober 2008 @ 22:52:27 #189

AC4WHEELS.NL

Hallo allemaal.

Sinds kort heb ik een forum gemaakt: www.legotechnicfans.nl. Nu wil ik de forums aanmaken alleen worden deze niet zichtbaar op de site. Iemand een idee hoe dit op te lossen is?

En nog iets: Hoe krijg ik die letters 'proFormell' uit mijn banner?

Dank je wel.

maandag 6 oktober 2008 @ 23:08:59 #190

Xcalibur

quote:
Op maandag 6 oktober 2008 22:39 schreef Light het volgende:
Wat je wel kunt doen is transactions gebruiken (en dus innodb tables). Autocommit moet dan uiteraard uit. Eerst met een select kijken hoeveel rijen er zijn, als er 25 (of meer) zijn het laagste id deleten. Daarna kun je altijd weer een rij toevoegen, en daarna de commit doen.

Ik ben niet zo bekend met transactions, maar zijn dit niet heel veel extra (en onnodige) handelingen per pagina? Op zich is een extra query per pagina niet zo'n ramp natuurlijk, maar je wilt ook niet teveel onnodige dingen gaan doen op iedere pageload

quote:
Op maandag 6 oktober 2008 22:39 schreef Light het volgende:
Maar waarom zou je niet gewoon alles opslaan? Je kunt bij het tonen wel instellen dat alleen de 25 laatste entries worden getoond. Als iemand z'n cookies weggooit (om wat voor reden dan ook) is je telling toch in de war. Tenzij je ook alles gaat wissen op basis van leeftijd, bijvoorbeeld alles ouder dan een week.

Extra voordeel van alles bewaren is dat je er ook weer leuke statistiekjes uit kunt halen over welke pagina's veel worden bezocht enzo.

Ja, dat dus

Maar dat is de vraag niet, en dat is lang niet zo'n interessante discussie

maandag 6 oktober 2008 @ 23:10:02 #191

Xcalibur

quote:
Op maandag 6 oktober 2008 22:52 schreef AC4WHEELS.NL het volgende:
Hallo allemaal.

Sinds kort heb ik een forum gemaakt: www.legotechnicfans.nl. Nu wil ik de forums aanmaken alleen worden deze niet zichtbaar op de site. Iemand een idee hoe dit op te lossen is?

En nog iets: Hoe krijg ik die letters 'proFormell' uit mijn banner?

Dank je wel.

Zie je de forums als admin wel? Zo ja, zijn ze alleen zichtbaar voor ingelogde leden bijvoorbeeld?
Beetje meer info mag wel

Die letters weghalen zal niet simpel wezen, kan je niet een ander logo regelen?

maandag 6 oktober 2008 @ 23:15:15 #192

AC4WHEELS.NL

quote:
Op maandag 6 oktober 2008 23:10 schreef Xcalibur het volgende:

[..]

Zie je de forums als admin wel? Zo ja, zijn ze alleen zichtbaar voor ingelogde leden bijvoorbeeld?
Beetje meer info mag wel

Die letters weghalen zal niet simpel wezen, kan je niet een ander logo regelen?

Die letters zijn er in 'gepojecteerd'. De forums zijn nu zichtbaar, waren toch verkeerde instellingen,.

maandag 6 oktober 2008 @ 23:18:38 #193

Xcalibur

Oh, ik zie het al ja... die tekst is het logo, die over de achtergrond heenstaat kennelijk...

Kan je het logo niet vervangen (vanuit het admin deel wellicht, of anders gewoon het bestand) met een transparante GIF of PNG? Dan is ie nog steeds clickable maar wel onzichtbaar

maandag 6 oktober 2008 @ 23:19:35 #194

AC4WHEELS.NL

quote:
Op maandag 6 oktober 2008 23:18 schreef Xcalibur het volgende:
Oh, ik zie het al ja... die tekst is het logo, die over de achtergrond heenstaat kennelijk...

Kan je het logo niet vervangen (vanuit het admin deel wellicht, of anders gewoon het bestand) met een transparante GIF of PNG? Dan is ie nog steeds clickable maar wel onzichtbaar

Ik ga gewoon het script eruit knallen

maandag 6 oktober 2008 @ 23:20:44 #195

Light

quote:
Op maandag 6 oktober 2008 23:08 schreef Xcalibur het volgende:

[..]

Ik ben niet zo bekend met transactions, maar zijn dit niet heel veel extra (en onnodige) handelingen per pagina? Op zich is een extra query per pagina niet zo'n ramp natuurlijk, maar je wilt ook niet teveel onnodige dingen gaan doen op iedere pageload

Het levert wel extra overhead op, al was het maar door de extra queries. En door transactions te gebruiken wordt het als atomair blok behandeld, maar dat wil ook zeggen dat de volgende query moet wachten tot de vorige klaar is. In dat opzicht kan het nog vertragend werken ook (maar daar heb je vast niet veel last van met maar weinig bezoekers tegelijkertijd).

quote:
Ja, dat dus
Maar dat is de vraag niet, en dat is lang niet zo'n interessante discussie

True. Maar er is niets mis met meedenken. En zeker als iets lastig uitvoerbaar is, moet je je afvragen of het wel wenselijk en de beste optie is.

fokstok.nl

dinsdag 7 oktober 2008 @ 07:30:22 #196

Chandler

dus eingelijk is het beste om geen delete te doen per view maar een x aantal keer per dag oid?

The people who lost my respect will never get a capital letter for their name again.
Like trump...

dinsdag 7 oktober 2008 @ 12:56:08 #197

Chandler

Database en IPV6 opslag? hebben jullie hier al ervaring mee? gebruiken jullie varchar of is er nog een andere mogelijkheid?

The people who lost my respect will never get a capital letter for their name again.
Like trump...

dinsdag 7 oktober 2008 @ 13:36:18 #198

GlowMouse

l'état, c'est moi

http://bugs.mysql.com/bug.php?id=3318

eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0

dinsdag 7 oktober 2008 @ 16:22:17 #199

Chandler

[3 Oct 20:32] Konstantin Osipov
IPV6 support was added to MySQL v.6.0

Helaas draai ik nog 5.2 oid maar andere vraag dan want die zag ik niet beantwoord worden, zal dezelfde functie INET_ATON ook gaan werken voor IPV6?

The people who lost my respect will never get a capital letter for their name again.
Like trump...

dinsdag 7 oktober 2008 @ 19:44:31 #200

Light

quote:
Op dinsdag 7 oktober 2008 16:22 schreef Chandler het volgende:
[3 Oct 20:32] Konstantin Osipov
IPV6 support was added to MySQL v.6.0

Helaas draai ik nog 5.2 oid maar andere vraag dan want die zag ik niet beantwoord worden, zal dezelfde functie INET_ATON ook gaan werken voor IPV6?

Dan ben je best uniek. MySQL 5.2 bestaat helemaal niet

En MySQL 6.0 is nog alpha, dus dat ze het daar toevoegen heb je nu nog helemaal niets aan.

fokstok.nl

woensdag 8 oktober 2008 @ 09:27:45 #201

Chandler

Volgens mij haal ik PHP en MYSQL door elkaar

MySQL v5.0.51 en dus is het maar afwachten hoe MySQL er straks mee om gaat?

The people who lost my respect will never get a capital letter for their name again.
Like trump...

woensdag 8 oktober 2008 @ 17:35:20 #202

HarryVanDeTap

roekoeee

Okay

Ik heb een site template, gesliced en wel, netjes in div'jes

Vroeger, deed ik dan altijd een bepaalde php code, waardoor je tekstbestanden in de betreffende template kon laden, terwijl je gewoon op index.php bleef

De URL werd dan wel langer met index.php?id=debetreffendefile

PHP Include ofzo, het was een heel simpel stukje code, maar ik ben het kwijt!

heb m

[ Bericht 13% gewijzigd door HarryVanDeTap op 08-10-2008 18:15:38 ]

Dr staat een paard in de gang!

donderdag 9 oktober 2008 @ 00:15:30 #203

Sjoe538

Vraagje,

Zit er verschil in de methode om plaatjes te uploaden wanneer dit lokaal of naar op een ftp server gebeurt?
Lokaal werkt mijn script namelijk wel, op mn ftp zijn alle bestanden indentiek, maar hier kan ik niet uploaden..

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
47
48
49
50
51
52
53
54
55
56
57
58

<?php
function UploadImage($file, $to_url, $allowed_types = NULL, $allowed_ext = NULL, $sizes = NULL)
{
    $lastid = DAL_VraagAanbod::GetLastID();

    if(is_uploaded_file($file["tmp_name"]))
    {

        list($x, $y, $image_type) = getimagesize($file["tmp_name"]);
        list($gx, $gy, $ctype) = $sizes;
        $split_name = explode(".", $file["name"]);
        $split_name[0] = $lastid->vra_id; //veranderen naar laatste Id
        $file_name = "vra_".$split_name[0] . "." . $split_name[1];

        //in else ifs splitten om foutmelding mee te sturen
        if((($sizes == NULL) || (($ctype == MAX_SIZE) && (($x <= $gx) && ($y <= $gy))) || (($ctype == MIN_SIZE) && (($x >= $gx) && ($y >= $gy))) || (($ctype == EXACT_SIZE) && (($x == $gx) && ($y == $gy)))) && (($allowed_types == NULL) || (array_search($image_type, $allowed_types, true) !== false)) && (($allowed_ext == NULL) || (array_search(strtolower($split_name[count($split_name) - 1]), $allowed_ext) !== false)))
        {
            move_uploaded_file($file["tmp_name"], ($to_url . $file_name));
            return $file_name;
        }

    }
    return false;

}

//IN DE CONTROLLER

$insertedID = DAL_VraagAanbod::GetLastID();

        define("MAX_SIZE", 1);
        define("MIN_SIZE", 2);
        define("EXACT_SIZE", 3);

        $allowed_types = array(IMAGETYPE_GIF, IMAGETYPE_JPEG, IMAGETYPE_PNG, IMAGETYPE_JPG); // array(types van: http://nl3.php.net/manual/nl/function.exif-imagetype.php)
        $allowed_ext = array("jpg", "png", "gif", "jpeg", "JPG", "PNG", "GIF", "JPEG"); // array(ext1, ext2, ext3)
         $path = "Images/"; // Str: waar die geupload moet worden.
         $global = $_FILES["vra_image"]; // De global.

        if($filename = UploadImage($global, $path, $allowed_types, $allowed_ext, $sizes))
        {

            $split_name = explode(".", $_FILES["vra_image"]["name"]);
            $split_name[0] = $insertedID->vra_id; //veranderen naar laatste Id
                $file_name = "vra_".$split_name[0] . "." . $split_name[1];

               $Merged->vra_image = $file_name;

               DAL_VraagAanbod::Insert($Merged);
            $lastId=DAL_VraagAanbod::LastId();
            $obj=DAL_VraagAanbod::GetByPK($lastId);
            $msg=array();
            $msg[]=GetMessage('VRAAGAANBOD','SAVEOK');
            $crit=array('vra_id'=>$obj->id);

            GUI_VraagAanbod::ShowReadOnly($obj,$msg);
        }
?>

[ Bericht 6% gewijzigd door Sjoe538 op 09-10-2008 00:26:04 ]

donderdag 9 oktober 2008 @ 00:18:19 #204

Sjoe538

quote:
Op donderdag 9 oktober 2008 00:15 schreef Sjoe538 het volgende:
Vraagje,

Zit er verschil in de methode om plaatjes te uploaden wanneer dit lokaal of naar op een ftp server gebeurt?
Lokaal werkt mijn script namelijk wel, op mn ftp zijn alle bestanden indentiek, maar hier kan ik niet uploaden..
[ code verwijderd ]

Btw, plaatje wordt wel met de juiste bestandsnaam in de database opgeslagen.. lokaal werkt alles zoals ik vermelde

Forum Opties
Forumhop:
Hop naar:	(afkorting, bv 'KLB')

[PHP/(My)SQL] voor dummies - Deel 63

» digital corner

» development

» digital corner

» development