in_array, $_POST?quote:Op vrijdag 27 augustus 2010 21:45 schreef Crutch het volgende:
[..]
Verschillend.
Ze komen allemaal uit een formulier en hebben namen als: $naam, $telefoonnummer, $etcetera..
Laat ze allemaal uit een array komen op het moment dat ze gepost worden?quote:Op vrijdag 27 augustus 2010 21:45 schreef Crutch het volgende:
[..]
Verschillend.
Ze komen allemaal uit een formulier en hebben namen als: $naam, $telefoonnummer, $etcetera..
Dudequote:
Hoe bedoel je?quote:Op vrijdag 27 augustus 2010 21:47 schreef Scorpie het volgende:
[..]
Laat ze allemaal uit een array komen op het moment dat ze gepost worden?
Als je $_POST variablen id`s geeft a la ['field']['naam'] en ['field']['adres'], dan hoef je alleen maar $_POST['field'] uit te lezen, dat is dan namelijk een array. Die id`s heb je dus in je form staan.quote:
Okay. Alle velden hebben ook nog een ander 'id'.quote:Op vrijdag 27 augustus 2010 21:56 schreef Scorpie het volgende:
[..]
Als je $_POST variablen id`s geeft a la ['field']['naam'] en ['field']['adres'], dan hoef je alleen maar $_POST['field'] uit te lezen, dat is dan namelijk een array. Die id`s heb je dus in je form staan.
<?php echo("Daar hebben we een knop voor genaamd ".$volg_topic); ?>quote:
Probeer maar eens uit; maak 2 text velden aan in een form:quote:Op vrijdag 27 augustus 2010 22:20 schreef Crutch het volgende:
[..]
Okay. Alle velden hebben ook nog een ander 'id'.
Ik snap alleen niet precies wat je bedoelt met "a la ['field']['naam']"
Okay, heb het zo gedaan:quote:Op vrijdag 27 augustus 2010 23:17 schreef Scorpie het volgende:
[..]
Probeer maar eens uit; maak 2 text velden aan in een form:
<input type="text" id="['field']['naam']"/>
<input type="text" id="['field']['adres']"/>
En doe na het posten van je form maar eens echo $_POST['field'];
1 2 3 4 5 | <input type="text" id="['field']['naam']"/> <input type="text" id="['field']['adres']"/> <input type="submit" /> </form> |
1 2 3 | echo $_POST['field']; ?> |
quote:Op vrijdag 27 augustus 2010 23:31 schreef Crutch het volgende:
[..]
Okay, heb het zo gedaan:
Formulier:
[ code verwijderd ]
test.php :
[ code verwijderd ]
Dan krijg ik:
Notice: Undefined index: field in C:\wamp\www\test\test.php on line 2
1 2 3 4 5 6 7 8 9 10 11 12 | if(!empty($_POST)){ print_r($_POST); print_r($_POST['field']) ; } ?> <form action="test.php" method="POST"> <input type="text" id="naam" name="field['naam']"/> <input type="text" id="adres" name="field['adres']"/> <input type="submit" /> </form> |
Als ie onder de BSD-licentie is, mag dat.quote:Op vrijdag 27 augustus 2010 22:30 schreef ReWout het volgende:
Vraagje mensen
In een programmeertaal heb ik een validatie class nodig. Nu wou ik deze denk ik gedeeltelijk baseren op de Zend Validatie class. Nu heb ik twee vragen
a. Mag dit?
b. Waaraan moet ik voldoen als dit mag? Moet ik bijvoorbeeld de BSD licentie overnemen?
quote:Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are met:
1. Redistributions of source code must retain the above copyright
notice, this list of conditions and the following disclaimer.
2. Redistributions in binary form must reproduce the above copyright
notice, this list of conditions and the following disclaimer in the
documentation and/or other materials provided with the distribution.
3. All advertising materials mentioning features or use of this software
must display the following acknowledgement:
This product includes software developed by the <organization>.
4. Neither the name of the <organization> nor the
names of its contributors may be used to endorse or promote products
derived from this software without specific prior written permission.
Oke, is wel de nieuwe BSD licentie, dus de onderste twee punten zijn ongeldig. Maar als ik de orignele licentie er gewoon bijzet is alles ok.quote:Op zaterdag 28 augustus 2010 00:30 schreef Trollface. het volgende:
[..]
Als ie onder de BSD-licentie is, mag dat.
[..]
Omdat de name moet worden ingevuld, ipv id. Even "id" wijzigen naar "name"quote:Op vrijdag 27 augustus 2010 23:31 schreef Crutch het volgende:
[..]
Okay, heb het zo gedaan:
Formulier:
[ code verwijderd ]
test.php :
[ code verwijderd ]
Dan krijg ik:
Notice: Undefined index: field in C:\wamp\www\test\test.php on line 2
Je kan geen array echo'en hequote:Op zaterdag 28 augustus 2010 11:55 schreef Crutch het volgende:
[..]
Dan echoot het script 'Array'.
Iig bedankt voor de hulp iedereen!
I know, maar dan is het dus een array.quote:Op zaterdag 28 augustus 2010 11:57 schreef Swetsenegger het volgende:
[..]
Je kan geen array echo'en he
Dat hoeft nog niet eens. Alleen het copyright notice.quote:Op zaterdag 28 augustus 2010 00:50 schreef ReWout het volgende:
[..]
Oke, is wel de nieuwe BSD licentie, dus de onderste twee punten zijn ongeldig. Maar als ik de orignele licentie er gewoon bijzet is alles ok.
Gebruik je shorttags ( dus <? ... ?> )? Zo ja, even aanpassen naar <?php ... ?>.quote:Op zaterdag 28 augustus 2010 18:55 schreef MrNiles het volgende:
ik heb op internet een werkend gastenboek, zonder foutmeldingen enzo (nu wel ondertussen)
maar die wil ik lokaal draaien dmv wamp (oid)
als ik dan de pagina bekijk krijg ik ineens vage meldingen
wamp laat phpscript zien ipv ze uit te voeren.
Dus in plaats van een het ingevoerde bericht staat er nu '.($bericht).'
en nog meer van die shit...
what's the problem??
thanx!quote:Op zaterdag 28 augustus 2010 19:14 schreef Tuvai.net het volgende:
[..]
Gebruik je shorttags ( dus <? ... ?> )? Zo ja, even aanpassen naar <?php ... ?>.
Bedankt voor de tip!quote:Op zaterdag 28 augustus 2010 19:18 schreef MrNiles het volgende:
[..]
thanx!
hoe simpel kan php soms zijn...
krijg nu nog wel andere meldingen maar het werkt iig
misschien voor de terug lezers
ik was bezig geweest met reCaptha op een gastenboek te zetten ivm heel veel spam
dat lukte dus niet maar na wat google werk heb ik een hele simpele oplossing gevonden om mijn gastenboek spam vrij te kregen.
ik heb de invulvelden email en message een compleet andere naam gegeven (banaan en sneeuwwitje bv)
en 2 hidden velden de namen email en message gegeven.
als deze velden worden ingevuld dan komt de spam niet door en omdat ze hidden zijn kan een bot ze wel invullen en een gebruiken niet
supersimpel en heel effectief
1 |
1 2 3 | include(BASE_PATH . "/classes/class.test.php"); ?> |
1 2 3 | echo "<table border=1 width=800px><tr><td width=20%> {$row['email']}</td><td width=20%> {$row['voornaam']} </td><td width=20%>{$row['achternaam']} </td width=20%><td>Filename: <a href=download.php?id={$row['id']}> {$row['name']}</a></td></tr></table>"; } |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 | if(isset($_GET['id'])) { // if id is set then get the file with the id from database include 'library/config.php'; include 'library/opendb.php'; $id = $_GET['id']; $query = "SELECT name, type, size, content " . " FROM upload WHERE id = '$id'"; $result = mysql_query($query) or die('Error, query failed'); list($name, $type, $size, $content) = mysql_fetch_array($result); header("Content-length: $size"); header("Content-type: $type"); header("Content-Disposition: attachment; filename=$name"); ob_clean(); flush(); print $content; include 'library/closedb.php'; exit; } ?> |
Je vergeet header("Content-Transfer-Encoding: binary");.quote:Op maandag 30 augustus 2010 16:39 schreef Jumparound het volgende:
hoi,
ik heb een onwijze noobvraag.. sorry daarvoor
Ik gebruik code die ik aanroep via:
[ code verwijderd ]
roept aan:
[ code verwijderd ]
Wat is mijn vraag:
Hoe voorkom ik dat het bestand wat ik wil openen alsnog geopend wordt in de browser? Ik moet het downloaden vanuit de mysql database...
1 2 3 4 5 6 7 8 9 10 | *, CASE feed_id WHEN 0 THEN u2.* ELSE u1.* END CASE FROM objects |
Je idee is goed, alleen het gebruik van CASE niet.quote:Op dinsdag 31 augustus 2010 09:19 schreef Doc.Brown het volgende:
Hmm, volgens mij mis ik de obvious solution maar het wil maar niet lukken;
Situatie: één tabel met woningen en één tabel met gebruikersinformatie. Alleen welke gebruiker bij welke woning hoort is afhankelijk van 2 waardes in de woningentabel; de gebruiker kan ofwel gekoppeld worden met het user_id ofwel door een feed_id die ook aanwezig is in de gebruikerstabel.
Nu doe ik dus 2 left joins voor situatie 1 en situatie 2. Maar dat is natuurlijk niet ideaal omdat je dan altijd 1 tabel joint die vol met null staat en dus in situatie 1 de waardes in PHP nutteloos maakt.
Nu wilde ik eigenlijk een soort IF statement gebruiken om de benodigde tabel te joinen afhankelijk van de waarde van feed_id. Ik kwam de CASE statement tegen maar dan heb ik iets als:
[ code verwijderd ]
Geeft me een syntax error en dat * is natuurlijk nog niet goed. Maar misschien kan dit ook met een slimme manier van joinen gedaan worden? Het gaat het me er dus om dat ik gewoon één user-tabel terug krijg die afhankelijk is van de feed_id.
Any thoughts?
1 2 3 4 5 6 7 8 9 | object.veld1, object.veld2, (CASE object.feed_id WHEN 0 THEN user.id ELSE feed.id END) AS UiteindelijkUserID, (CASE object.feed_id WHEN 0 THEN user.username ELSE feed.username END) AS UiteindelijkUsername FROM object LEFT OUTER JOIN feed ON feed.id = object.feed_id LEFT OUTER JOIN user ON user.id = object.user_id |
ik ben dom geloof ik... maar zoek nog even verder, krijg het echt niet voor elkaar!quote:Op dinsdag 31 augustus 2010 00:08 schreef Tuvai.net het volgende:
Woeps, header("Content-Description: File Transfer"); hoort er ook bij.
En vang meteen die querystring ID af, die's nu gevoelig voor SQL injection.
Is jouw $content wel binair?quote:Op dinsdag 31 augustus 2010 10:44 schreef Jumparound het volgende:
[..]
ik ben dom geloof ik... maar zoek nog even verder, krijg het echt niet voor elkaar!
probeer nu een ander script, maar die loopt vast
yupquote:
http://nl2.php.net/manual/en/function.current.phpquote:Op dinsdag 31 augustus 2010 15:41 schreef Schepseltje het volgende:
hoe kan ik de eerste waarde uit een associative array halen op een nette manier?
ik doe het nu met foreach en dan gelijk een break, maar das lelijk
met reset lijkt het te lukken, thanksquote:Op dinsdag 31 augustus 2010 15:43 schreef mstx het volgende:
[..]
http://nl2.php.net/manual/en/function.current.php
Eventueel met http://nl2.php.net/manual/en/function.reset.php
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 | if(isset($_GET['id'])) { // if id is set then get the file with the id from database header("Content-Description: File Transfer"); header("Content-length: $size"); header("Content-type: $type"); header("Content-Disposition: attachment; filename=$name"); header("Content-Transfer-Encoding: Binary"); include 'library/config.php'; include 'library/opendb.php'; $id = $_GET['id']; $query = "SELECT name, type, size, content " . "FROM upload WHERE id = '$id'"; $result = mysql_query($query) or die('Error, query failed'); list($name, $type, $size, $content) = mysql_fetch_array($result); echo $content; include 'library/closedb.php'; exit; } ?> |
[code=php] :)quote:Op dinsdag 31 augustus 2010 17:15 schreef Jumparound het volgende:
PS, hoe krijg je je php code met kleurtjes?
Maakt niets uit, als het goed is bevalt ie wel de data die je nodig hebt.quote:Op dinsdag 31 augustus 2010 17:30 schreef Jumparound het volgende:
tevroeg gejuigd, hij gaat nu de download.php opslaan
Ik ga er van uit dat het categorie-veld dat je in je wijzigingsformulier gebruikt, een dropdown ( <select> ) is. Je met deze dan niet alleen vullen met de naam van de categorieën, maar de IDs van deze categorieën als value gebruiken, dus als volgt:quote:Op woensdag 1 september 2010 00:40 schreef boem-dikkie het volgende:
Ik zit een beetje vast. Zal vast wel weer een beginnersfoutje zijn maar ik hoop dat jullie mij kunnen helpen.
Ik heb een tabel met nieuws-categorieën en een tabel met nieuws.
In de tabel nieuws staat een rij die 'categorie_id (INT)' heet. Met een JOIN kan ik op de nieuwspagina laten zien welke categorie uit 'nieuws-categorieën' bij welke categorie_id hoor in het nieuwsbericht..
Dat werkt allemaal prima!
Alleen nu heb ik een wijzigingsformulier voor nieuwsberichten waar ik dus ook JOIN gebruik. Zodat de user kan zien welke categorie er momenteel bij het nieuwsbericht hoor.. Alleen door die JOIN wil hij nu als hij een categorie wijzigt de naam van de categorie in de rij 'categorie_id' gooien volgens mij. Dat wil dus niet omdat categorie_id INT als eigenschap heeft...
Dit is echter alleen zo als hij de categorie die al bij het nieuwsbericht hoort laat voor wat het is. Als hij de categorie wijzigt doet hij het wel, als hij iets in het nieuwsbericht aanpast en de categorie zo laat geeft hij dus een 'undefined index' fout.
Ik hoop dat jullie het snappen.Geen idee hoe ik dit handig kan uitleggen..
1 2 3 4 5 | <option value="1">Categorie 1</option> <option value="2">Categorie 2</option> <option value="3">Categorie 3</option> </select> |
1 2 3 4 5 | return true; }else{ return false; } |
Je geeft geen begin en einde aan in je (mogelijke) expressie.quote:Op vrijdag 3 september 2010 08:58 schreef Sitethief het volgende:
[ code verwijderd ]
Ik wil hier mee postcodes valideren, dat gaat soms goed, maar hij pakt ook 5445 gh7 als geldige postcode.....
1 |
Ik zie gewoon een slash als begin en als eind.quote:Op vrijdag 3 september 2010 09:01 schreef Tuvai.net het volgende:
[..]
Je geeft geen begin en einde aan in je (mogelijke) expressie.
[ code verwijderd ]
En die had hij er zelf al bijgezet. Maar het was nog vroeg en ik had nog geen koffie gehad.quote:Op vrijdag 3 september 2010 09:30 schreef Xcalibur het volgende:
Tuvai bedoelt het begin en einde van de string, dus ^ en $
1 |
Overhead dus.quote:Op zaterdag 4 september 2010 14:54 schreef boem-dikkie het volgende:
Ik zie in mijn database (mySQL) steeds staan dat er een 'overheat' is. Ik kan dan op optimaliseer klikken en dan is het weg.. iemand een idee hoe dit veroorzaakt wordt?
Ik delete ook niet daadwerkelijk.. maar gaat het in de toekomst nog problemen opleveren? Of maakt het niet veel uit?quote:Op zaterdag 4 september 2010 15:00 schreef Tuvai.net het volgende:
[..]
Overhead dus.
Overhead zijn stukjes 'vervuilde' / loze ruimte die je tabel/database ooit gebruikt heeft als opslagruimte van een record dat verwijderd is, of voor het uitvoeren van grote queries. Veel databaseplatformen doen dit automatisch, MySQL doet dit niet om zo een stukje sneller te zijn.![]()
Ik heb er zelf al jaren geen last meer van gehad, sinds ik InnoDB ald storage engine gebruik, en records niet meer daadwerkelijk delete (in plaats daarvan zet ik een indicatorveldje op 'true', of een datum).
MySQL met MyISAM als storage engine is, zoals Glowmouse al laat doorschemeren, nou niet bepaald het meest stabiele databaseplatform dat er is. Je zult heel vaak zien dat je overhead zult krijgen, en dat je tabellen bij extreme groei gewoon 'kapot' gaan waardoor je i.p.v. OPTIMIZE TABLE zelfs een REPAIR TABLE commando moet uitvoeren, om het .MYD bestandje (fysieke databestand van MySQL - MyISAM) te repareren.quote:Op zaterdag 4 september 2010 15:14 schreef boem-dikkie het volgende:
Ik delete ook niet daadwerkelijk.. maar gaat het in de toekomst nog problemen opleveren? Of maakt het niet veel uit?
Tabellen gaan niet kapot door hun grootte maar door kapotte hardware of door stroomuitval. In het eerste geval zit je met geen enkele engine 100% veilig.quote:Op zaterdag 4 september 2010 18:07 schreef Tuvai.net het volgende:
[..]
dat je tabellen bij extreme groei gewoon 'kapot' gaan waardoor je i.p.v. OPTIMIZE TABLE zelfs een REPAIR TABLE commando moet uitvoeren, om het .MYD bestandje (fysieke databestand van MySQL - MyISAM) te repareren.
Het is alleen goed genoeg als je het niet erg vindt als je data verloren gaat of als users inconsistente gegevens zien.quote:Op zaterdag 4 september 2010 18:07 schreef Tuvai.net het volgende:
[..]
Overigens wil ik niet zeggen dat MySQL - MyISAM per definitie slecht is hoor. Voor kleine website`jes waar je het over tienduizenden en misschien honderdduizenden records hebt, is het goed genoeg. Maar het is niet geschikt om met miljoenen records om te gaan voor grotere websites / applicaties.
Ik heb in het verleden een eigen forum gehad (PHP en MySQL - MyISAM) waarvan de Posts-tabel op een gegeven moment richting de miljoen records ging. Die tabel ging steeds vaker gewoon 'kapot', zonder dat er sprake was van een verkeerd ingerichte of kapotte server, of stroomuitval. Nu is het zeker zo dat er op elk platform wel eens iets goed mis kan gaan door een van de oorzaken die jij al noemt, maar ik ben dit tot nu toe alleen nog maar tegengekomen bij MySQL in de praktijk. En vaak ook.quote:Op zaterdag 4 september 2010 18:09 schreef GlowMouse het volgende:
Tabellen gaan niet kapot door hun grootte maar door kapotte hardware of door stroomuitval. In het eerste geval zit je met geen enkele engine 100% veilig.
MySQL - MyISAM is goed voor kleine en snelle dingen. Voor een simpele website met een contactformuliertje en gastenboek hoef ik geen relationele database op de achtergrond.quote:Het is alleen goed genoeg als je het niet erg vindt als je data verloren gaat of als users inconsistente gegevens zien.
Als je het kunt reproduceren dan moet je een bugreport indienen, maar MyISAM gaat echt niet zomaar kapot. Het wordt best veel gebruikt voor datamining, en dan heb je het niet over kleine tabellen.quote:Op zaterdag 4 september 2010 18:18 schreef Tuvai.net het volgende:
[..]
Ik heb in het verleden een eigen forum gehad (PHP en MySQL - MyISAM) waarvan de Posts-tabel op een gegeven moment richting de miljoen records ging. Dit tabel ging steeds vaker gewoon 'kapot', zonder dat er sprake was van een verkeerd ingerichte of kapotte server, of stroomuitval. Nu is het zeker zo dat er op elk platform wel eens iets goed mis kan gaan door een van de oorzaken die jij al noemt, maar ik ben dit tot nu toe alleen nog maar tegengekomen bij MySQL in de praktijk. En vaak ook.
Onzin, het is niet voor niks dat MySQL standaard overgaat op InnoDB.quote:MySQL - MyISAM is goed voor kleine en snelle dingen. Voor een simpele website met een contactformuliertje en gastenboek hoef ik geen relationele database op de achtergrond.
1 |
1 |
Ik had inderdaad al opgemerkt ja.quote:Op maandag 6 september 2010 19:47 schreef Darkomen het volgende:
als je een variabele boven je include in de eerste pagina defineerd dan word deze gewoon meegenomen in de include
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 | class Database { public $host = DB_HOST; public $database = DB_DBNAME; public $user = DB_USERNAME; public $password = DB_PASSWORD; public function connect() { $connect = mysql_connect($this->host, $this->user, $this->password) or die (mysql_error()); if($connect) { mysql_select_db($this->database) or die (mysql_error()); } } public function disconnect() { mysql_close($connect) or die (mysql_error()); } } ?> |
Iemand die mij kan vertellen wat ik fout doe?quote:Fatal error: Using $this when not in object context in /home/vhosting/k/[..]/htdocs/cms/libs/database.class.php on line 18
Foutmelding verklapt het min of meer al: $this is alleen beschikbaar wanneer je het over geïnstantieerde objecten hebt. Je dient dus eerst een instantie te maken van je database class/object d.m.v. $var = new Database();, alvorens je $var->connect() kunt uitvoeren.quote:Op maandag 6 september 2010 21:10 schreef poepeneesje het volgende:
Nog een vraag.
[ code verwijderd ]
Als de pagina als include opvraag zie ik in Firebug:
[..]
Iemand die mij kan vertellen wat ik fout doe?
MySQL met MyISAM is inderdaad maar een slecht databaseplatform als je het gaat vergelijken met stabielere platformen als MySQL - InnoDB, Orable, SQL Server, enzovoorts. MyISAM ondersteunt onder andere geen transactions en relaties, en er is vrijwel geen data integriteit.quote:Op maandag 6 september 2010 11:23 schreef Xcalibur het volgende:
Kan iemand wat linkjes posten naar wat het probleem van MyISAM precies is?
Ik heb er zelf nog nooit problemen mee gehad, en ik vind de exacte rowcount altijd wel prettig....
Of je set die waardes gewoon in je constructor? Dan kun je ze oproepen met this, en meegeven bij het instantiëren van de gehele class....quote:Op maandag 6 september 2010 21:22 schreef Tuvai.net het volgende:
[..]
Foutmelding verklapt het min of meer al: $this is alleen beschikbaar wanneer je het over geïnstantieerde objecten hebt. Je dient dus eerst een instantie te maken van je database class/object d.m.v. $var = new Database();, alvorens je $var->connect() kunt uitvoeren.
quote:PHP 5 allows developers to declare constructor methods for classes. Classes which have a constructor method call this method on each newly-created object, so it is suitable for any initialization that the object may need before it is used.
1 2 3 4 5 6 | $this->dbhost = $dbhost; $this->dbname = $dbname; $this->dbuser = $dbuser; $this->dbpassword = $dbpassword; } |
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 | class Database { private static $host = DB_HOST; private static $database = DB_DBNAME; private static $user = DB_USERNAME; private static $password = DB_PASSWORD; private static $connect; public function connect() { self::$connect = mysql_connect(self::$host, self::$user, self::$password) or die (mysql_error()); if(self::$connect) { mysql_select_db(self::$database) or die (mysql_error()); } } public function disconnect() { mysql_close(self::$connect) or die (mysql_error()); } } ?> |
Je zou inderdaad, zoals Sitethief al aangeeft, kunnen overwegen om je verbinding te initialiseren in een 'constructor', een functie genaamd __construct() die automatisch altijd aangeroepen wordt bij het instantiëren van je Database object.quote:Op maandag 6 september 2010 23:28 schreef poepeneesje het volgende:
Tuvai.net, Sitethief en cablegunmaster: Bedankt voor jullie reactie.
Ik heb het zelf als volgt opgelost:
[ code verwijderd ]
Is dit een goede manier of is jullie manier beter en wil je dan uitleggen waarom?
Meeste termen kende ik hier al van maar ik dank je voor de linksquote:Op maandag 6 september 2010 23:41 schreef Tuvai.net het volgende:
[..]
Je zou inderdaad, zoals Sitethief al aangeeft, kunnen overwegen om je verbinding te initialiseren in een 'constructor', een functie genaamd __construct() die automatisch altijd aangeroepen wordt bij het instantiëren van je Database object.
Verdiep je ook eens in 'protection levels' (public, private, protected), 'inheritance' en het verschil tussen 'static' en 'non static'.Als je daarmee overweg kunt, kun je op zich eens gaan stoeien met het bouwen van leuke modellen.
http://www.sitemasters.be(...)tected_en_Private%29
http://theserverpages.com/php/manual/en/language.oop5.static.php
In mijn geval stel in de waardes toch ook maar 1x in?quote:Op maandag 6 september 2010 23:54 schreef cablegunmaster het volgende:
[..]
Meeste termen kende ik hier al van maar ik dank je voor de links.
en wat hij zegt is een __construct() eigenlijk toch het beste in jou geval.
je hoeft namelijk de waardes maar 1x in te stellen lijkt mij.
dus op zijn netst qua code is Sitethief het efficientst bezig.
1 2 3 4 5 6 | $db = new Database(); $db->connect(); [...] $db->disconnect(); ?> |
1 2 3 4 5 | Database::connect(); [...] Database::disconnect(); ?> |
Als je je verbinding initialiseert in je constructor, is $var = new Database(); al voldoende om deze verbinding te initialiseren. Dan hoef je niet nog eens apart je connect() methode te gebruiken (die dan sowieso weg valt).quote:Op dinsdag 7 september 2010 00:08 schreef poepeneesje het volgende:
[..]
In mijn geval stel in de waardes toch ook maar 1x in?
Verder hoef je op mijn manier geen nieuw object aan te maken. Die manier van Sitethief geeft precies hetzelfde resultaat als wat ik doe.
Verder dien ik op de manier van ST de boel op deze manier aan te roepen (zoals Tuvai.net aangaf):
[ code verwijderd ]
En ik kan voldoen met:
[ code verwijderd ]
Als aanvulling is het best mogelijk dat er een situatie komt waarbij twee databaseverbindingen nodig zijn. Dat gaat je niet lukken als de class een static class is.quote:Op dinsdag 7 september 2010 09:23 schreef Tuvai.net het volgende:
[..]
Als je je verbinding initialiseert in je constructor, is $var = new Database(); al voldoende om deze verbinding te initialiseren. Dan hoef je niet nog eens apart je connect() methode te gebruiken (die dan sowieso weg valt).
Het voordeel van het werken met die methode, is dat je logisch database-object krijgt waar je tegen aan programmeert, in plaats van een verzameling statische methodes. Je hebt dan ook in je Database class de mogelijkheid om $this te gebruiken, waarmee je een extra 'scope' toevoegt aan je code. Je kunt op die manier bijvoorbeeld ook er voor kiezen om je verbinding te initialiseren in een aparte, private/protected methode/variabele in je Database class, waarbij je in elke andere methode controleert of deze variabele gevuld is (hetgeen dus betekent dat je verbinding geïnitialiseerd is ). Zo kun je weer andere technieken toepassen, zoals 'Lazy Loading'.
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 | class Database { private $host; private $database; private $user; private $password; private $connect; public function __construct() { $this->host = DB_HOST; $this->database = DB_DBNAME; $this->user = DB_USERNAME; $this->password = DB_PASSWORD; $this->connect(); } private function connect() { if(!$this->connect) { $this->connect = mysql_connect($this->host, $this->user, $this->password) or die (mysql_error()); if($this->connect) { mysql_select_db($this->database) or die (mysql_error()); } } } public function disconnect() { if($this->connect) { mysql_close($this->connect) or die (mysql_error()); } } } ?> |
Dat is een goede! Aangepast. Tevens ook het PDO-object gebruikt om de verbinding op te zetten met MySQL.quote:Op dinsdag 7 september 2010 13:48 schreef Scorpie het volgende:
$this->connect als variable naam zou ik dan $this->connection van maken.
Goede zet. PDO is ideaal voor als je meerdere databaseplatformen wilt ondersteunen. Ook biedt PDO de mogelijkheid om transactions op te bouwen. Handig voor wanneer je dat niet op databaseniveau kunt doen.quote:Op dinsdag 7 september 2010 16:13 schreef poepeneesje het volgende:
Dat is een goede! Aangepast. Tevens ook het PDO-object gebruikt om de verbinding op te zetten met MySQL.
Wat beveiliging betreft, kan ik je OWASP aanraden: http://www.owasp.org/index.php/Main_Pagequote:Op dinsdag 7 september 2010 21:16 schreef boem-dikkie het volgende:
Bedankt voor alle database info heren! Database van mij is in gebruik voor hooguit een paar 100 misschien 1000 records. Dus miljoenen zijn en worden het sowieso niet. Hebben jullie nog tips voor goede tutorials over een stevig inlogsysteem? Gebruik nu gewoon sessions en dergelijke maar lees overal dingen over sessions injection e.d. Zelf al wat gegoogled maar kom vooral bij resultaten en sites uit 2004 enzo. Beetje oud.
Nou wil ik meer dan 1 standaard pagina met 10 resultaten leeghalen... dus ik dacht ik voeg num=100(100 resultaten) toe aan de url:quote:"http://www.google.com/search?q=" . urlencode($keyword) . ""
Dit werkt WEL als ik het normaal laad in een browser, maar werkt NIET via cURL... Heeft iemand de gouden tip voor mij om meer dan 10 resultaten te laden met PHP/cURL van google?!quote:"http://www.google.com/search?num=100&q=" . urlencode($keyword) . "",
quote:Op dinsdag 7 september 2010 21:16 schreef boem-dikkie het volgende:
Bedankt voor alle database info heren! Database van mij is in gebruik voor hooguit een paar 100 misschien 1000 records. Dus miljoenen zijn en worden het sowieso niet. Hebben jullie nog tips voor goede tutorials over een stevig inlogsysteem? Gebruik nu gewoon sessions en dergelijke maar lees overal dingen over sessions injection e.d. Zelf al wat gegoogled maar kom vooral bij resultaten en sites uit 2004 enzo. Beetje oud.
mss dit iets voor jequote:Dave
17-Nov-2009 10:05
If you deploy php code and cannot control whether register_globals is off, place this snippet in your code to prevent session injections:
1
2
3<?php
if (isset($_REQUEST['_SESSION'])) die("Get lost Muppet!");
?>
Je kan het er zelf uitslopenquote:Op donderdag 9 september 2010 12:46 schreef RenRen- het volgende:
[..]
Wel heel veel nutteloze features voor mijn site, is er niets simpelers?
Dat dusquote:Op donderdag 9 september 2010 12:47 schreef Tuvai.net het volgende:
Wat Scorpie zegt. En dat 99% van de galleries met thumbnails werken heeft een reden hoor. Zou leuk worden voor zowel de bezoeker als het bandbreedteverbruik als er hele galerijen met tientallen foto's van origineel formaat in één keer geladen / ge`preload zouden worden.
En dat ik niet met thumbnails wil werken heeft ook een reden. Het is geen gigantische site, en dit lijkt mij persoonlijk practischer. Ik hoef mezelf eigenlijk helemaal niet te verklaren, want dit is gewoon wat ik wil, ongeacht wat 99% van alle andere galleryhouders doen.quote:Op donderdag 9 september 2010 12:47 schreef Tuvai.net het volgende:
Wat Scorpie zegt. En dat 99% van de galleries met thumbnails werken heeft een reden hoor. Zou leuk worden voor zowel de bezoeker als het bandbreedteverbruik als er hele galerijen met tientallen foto's van origineel formaat in één keer geladen / ge`preload zouden worden.
Ik zal even kijken wat ik ermee kanquote:
Dat zal. Ik wil alleen geen thumbnails. Gewoon text.quote:Op donderdag 9 september 2010 13:02 schreef ursel het volgende:
Bij de meeste galleries kan je toch ook instellen hoe groot je thumbnails moeten zijn.
Dat kun je beter met javascript doen.quote:Op donderdag 9 september 2010 12:40 schreef RenRen- het volgende:
Hoi,
Wat ik wil, is dat er in mijn site, links een lijst komt met de linkjes naar de pagina, en dat rechts dan het plaatje inlaadt. Ook wil ik dat er een vorige/volgende komt.
Wel als je het een beetje dynamisch wilt houden.quote:Op donderdag 9 september 2010 13:08 schreef KomtTijd... het volgende:
[..]
Dat kun je beter met javascript doen.
PHP is dan wellicht handig om automatisch een lijst van de betreffende bestanden uit een map te halen, maar niet noodzakelijk.
Hm, het nadeel wat ons altijd wordt verteld is dat Javascript uit te schakelen is. Standaard. Maar ik zal er even naar kijken, dankje!quote:Op donderdag 9 september 2010 13:08 schreef KomtTijd... het volgende:
[..]
Dat kun je beter met javascript doen.
PHP is dan wellicht handig om automatisch een lijst van de betreffende bestanden uit een map te halen, maar niet noodzakelijk.
De meeste mensen die javascript uitschakelen, doen dat bewust. Die weten dat de helft van de sites (voorzichtige schatting) niet meer optimaal functioneert.quote:Op donderdag 9 september 2010 13:10 schreef RenRen- het volgende:
[..]
Hm, het nadeel wat ons altijd wordt verteld is dat Javascript uit te schakelen is. Standaard. Maar ik zal er even naar kijken, dankje!
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |