[PHP] Hoe zetten jullie bij voorkeur een dyn site op?

[MaxxRide]

Hoe zetten jullie bij voorkeur een dynamische website op, evt met extra functionaliteit (scripts die niet vanuit een browser worden aangeroepen maar b.v. vanuit een applicatie om iets door te geven aan de site)?

Zelf gebruik ik vaak objecten die overeenkomen met de dataklasses. Uiteraard kennen deze extra functie om b.v. checks te doen etc.

Daarnaast maak ik dan vaak de template feeders, deze halen de gegeven uit de bovengenoemde objecten zodat ze kunnen worden getoond dmv een template.

Het afhandelen van navigatie requests (b.v. een menu) doe ik d.m.v. een divider. Deze kijkt naar het gekozen menu item en geeft de daarbij behorende pagina terug voor verdere verwerking (b.v. home geeft de homepage terug in het daarvoor behorende frame).

Verder heb ik nog de interface files, deze gebruik ik om data van andere applicaties op te halen. B.v. een export van administratieve gegevens uit een ander pakket.

Dit werkt voor mij op dit moment prima.

Toch ben ik erg nieuwsgierig hoe jullie een "standaar" dynamische website opzetten.

[Banpei]

Mijn dynamische site is niet echt standaard:
Alles werkt door middel van een object die een object type heeft die aanduid welke code aangesproken moet worden en welke functionaliteit het heeft. Deze functionaliteit haalt vervolgens de bijbehorende templates op (werkt hetzelfde als TemplateToolkit in Perl) en zet de data hier in. Er wordt hiervoor gebruik gemaakt van multiple inheritance (langzaam!) en autoloading.

De objecten kunnen dus zowel content zijn, maar ook navigatieobjecten, interfaces of een combinatie van meerdere van deze.

Voordelen: alles is dynamisch, 80% van de code is opnieuw te gebruiken voor nieuwe typen (scheelt achteraf development), nieuwe functionaliteit werkt als een "plugin"
Nadelen: niet echt makkelijk overzicht te houden, code soms niet leesbaar, opzet is een lang traject, parsetijden zijn niet verschrikkelijk snel en werkt alleen goed onder PHP5

[djc]

Ik maak systemen die bestaan uit een aantal modules. Deze modules zijn eigenlijk min of meer op zichzelf staande scriptjes, maar dan met een omgeving aan standaard-klassen, -objecten en -functies die al klaar staan. Per module wordt of output gebouwd in XML die vervolgens aan het eind van de module via XSLT wordt getransformeerd naar XHTML, of (na het verwerken van een database update) wordt je meteen doorgestuurd naar een andere module (voorkomt dubbele database updates door reload in de browser).

[MisterData]

Manuzhai schreef op 11 juni 2004 @ 17:15:
Ik maak systemen die bestaan uit een aantal modules. Deze modules zijn eigenlijk min of meer op zichzelf staande scriptjes, maar dan met een omgeving aan standaard-klassen, -objecten en -functies die al klaar staan. Per module wordt of output gebouwd in XML die vervolgens aan het eind van de module via XSLT wordt getransformeerd naar XHTML, of (na het verwerken van een database update) wordt je meteen doorgestuurd naar een andere module (voorkomt dubbele database updates door reload in de browser).

Ik heb iets vergelijkbaars: ik heb 1 modules/ map, waarin allemaal mappen met modules staan. Modules kunnen dan via een URL of vanuit een andere module worden gebruikt (handig als je bijvoorbeeld een BBParser-module oid hebt). Alle modules gebruiken dezelfde template-class, die X(HT)ML uitpoept aan de hand van XSLT-templates. Ook heb ik extra tags 'toegevoegd' in de XSLT, wat wil zeggen dat je in de XSLT gewoon <pnp:widget name="naamvanmodule" .../> kunt gebruiken om iets uit een module op te halen (denk aan tijd/datum, etc..).

Voor database gebruik ik 1 (abstract) class, en die heeft op dit moment MySQL en SQLite als implementaties. Addslashes zut en dergelijke wordt volledig door het 'framework' geregeld, een SQL-query ziet er dan ook zo uit:

PHP:

$db->Query("INSERT INTO `adressen` VALUES(?, ?, ?)",array("Jan","Klaassen","Amsterdam"));

Dat is het wel zo ongeveer... werkt wel lekker

[djluc]

Erg leuke implementatie van je query! Dat heeft me weer op wat ideeën gebracht! Vraagje: zou je niet beter iets als: {int} {string} kunnen gebruiken? Dan kun je daar ook nog op checken.

[PrisonerOfPain]

djluc schreef op 11 juni 2004 @ 18:28:
Erg leuke implementatie van je query! Dat heeft me weer op wat ideeën gebracht! Vraagje: zou je niet beter iets als: {int} {string} kunnen gebruiken? Dan kun je daar ook nog op checken.

Wat loop jij achter zeg de PEAR::DB class heeft dit al ages. {int} ed. zou je ook kunnen gebruiken, maar wat is er mis met sprintf? Die doet dat soort dingen ook allemaal (met een, voor de leek, iets minder goed leesbare syntax).

[MisterData]

djluc schreef op 11 juni 2004 @ 18:28:
Erg leuke implementatie van je query! Dat heeft me weer op wat ideeën gebracht! Vraagje: zou je niet beter iets als: {int} {string} kunnen gebruiken? Dan kun je daar ook nog op checken.

Dat is teveel typwerk Doordat dit zo simpel werkt is het lekker makkelijk en gebruik ik het ook met plezier

PrisonerOfPain schreef op 11 juni 2004 @ 19:11:
[...]

Wat loop jij achter zeg de PEAR::DB class heeft dit al ages. {int} ed. zou je ook kunnen gebruiken, maar wat is er mis met sprintf? Die doet dat soort dingen ook allemaal (met een, voor de leek, iets minder goed leesbare syntax).

Ja, ik heb het idee zelf uit Java gejat, die gebruikt dat bij java.sql.PreparedStatement

[ Voor 40% gewijzigd door MisterData op 11-06-2004 19:25 ]

[djluc]

PrisonerOfPain schreef op 11 juni 2004 @ 19:11:[...]Wat loop jij achter zeg de PEAR::DB class heeft dit al ages. {int} ed. zou je ook kunnen gebruiken, maar wat is er mis met sprintf? Die doet dat soort dingen ook allemaal (met een, voor de leek, iets minder goed leesbare syntax).

Ik gebruik geen PEAR:DB Wat bedoel je verder met die sprint_f?

[PrisonerOfPain]

djluc schreef op 11 juni 2004 @ 19:34:
[...]
Ik gebruik geen PEAR:DB

Ik gebruik het niet meer, is mee veel te log

Wat bedoel je verder met die sprint_f?

http://php.net/sprintf en dan example 3.

[ Voor 3% gewijzigd door PrisonerOfPain op 11-06-2004 19:40 ]

[MisterData]

Ohja, nog een 'framework-ding' waar ik erg veel plezier van heb gehad zijn de volgende functies:

PHP:

requireNumericInput('leeftijd');
requireInput('naam');
requireOneInput('geslacht',array('man','vrouw'));
requireInput('postcode',"/([0-9]){4}( ?)([a-zA-Z]{2})/");

notRequiredInput('hobbies','Geen hobbies');

Deze regelen automagisch addslashes/stripslashes voor je, doen ook valideren en geven netjes een error als er een bepaalde parameter niet is meegegeven.

[djluc]

PrisonerOfPain schreef op 11 juni 2004 @ 19:39:[...]Ik gebruik het niet meer, is mee veel te log ;)[...]http://php.net/sprintf en dan example 3.

Interessant, daar ga ik eens naar kijken.

MisterData schreef op 11 juni 2004 @ 19:43:Ohja, nog een 'framework-ding' waar ik erg veel plezier van heb gehad zijn de volgende functies:

PHP:

requireNumericInput('leeftijd');
requireInput('naam');
requireOneInput('geslacht',array('man','vrouw'));
requireInput('postcode',"/([0-9]){4}( ?)([a-zA-Z]{2})/");
notRequiredInput('hobbies','Geen hobbies');

Deze regelen automagisch addslashes/stripslashes voor je, doen ook valideren en geven netjes een error als er een bepaalde parameter niet is meegegeven.

Wat doen die functies dan? Checken die de POST data of die velden binnen zijn gekomen? Of zit er nog meer code achter die op een standaard manier een form genereerd?

[PrisonerOfPain]

MisterData schreef op 11 juni 2004 @ 19:43:
Deze regelen automagisch addslashes/stripslashes voor je, doen ook valideren en geven netjes een error als er een bepaalde parameter niet is meegegeven.

PHP:

<?php
interface IValidatable
{
         public function Validate ();
}

class ValidateNumber implements IValidatable
{
         private $Number;
         public function __construct ($Number)
         {
                  $this->Number = $Number;
         }

         public function Validate ()
         {
                  if (!is_Numeric ($this->Number))
                  {
                           return "Geen nummer";
                  }
                  return true;
         }
}

class ValidatePostcode implements IValidatable
{
         private $Postcode;
         public function __construct ($Postcode)
         {
                  $this->Postcode = $Postcode;
         }

         public function Validate ()
         {
                  if (!is_numeric (substr ($this->Postcode, 0, 4)) &&
                      !ctype_alpha( substr ($this->Postcode, -2)) &&
                      strlen ($this->Postcode) != 7)
                  {
                           return "Geen postcode";
                  }
                  return true;
         }
}

$ToValidate['id'] = new ValidateNumber ($_GET['id']);
$ToValidate['postcode'] = new ValidatePostcode ($_POST['postcode']);

foreach ($ToValidate as $Field => $Value)
{
         echo $Value->Validate();
}
?> 

_{Even een snel voorbeeldje}
Zo doe ik dat meestal.

[ Voor 5% gewijzigd door PrisonerOfPain op 11-06-2004 20:05 ]

[MisterData]

PrisonerOfPain schreef op 11 juni 2004 @ 20:02:
[...]

PHP:

<?php
interface IValidatable
{
         public function Validate ();
}

class ValidateNumber implements IValidatable
{
         private $Number;
         public function __construct ($Number)
         {
                  $this->Number = $Number;
         }

         public function Validate ()
         {
                  if (!is_Numeric ($this->Number))
                  {
                           return "Geen nummer";
                  }
                  return true;
         }
}

class ValidatePostcode implements IValidatable
{
         private $Postcode;
         public function __construct ($Postcode)
         {
                  $this->Postcode = $Postcode;
         }

         public function Validate ()
         {
                  if (!is_numeric (substr ($this->Postcode, 0, 4)) &&
                      !ctype_alpha( substr ($this->Postcode, -2)) &&
                      strlen ($this->Postcode) != 7)
                  {
                           return "Geen postcode";
                  }
                  return true;
         }
}

$ToValidate['id'] = new ValidateNumber ($_GET['id']);
$ToValidate['postcode'] = new ValidatePostcode ($_POST['postcode']);

foreach ($ToValidate as $Field => $Value)
{
         echo $Value->Validate();
}
?> 

_{Even een snel voorbeeldje}
Zo doe ik dat meestal.

Ja, dat is de meer 'OO'-manier. Mijn functies zijn iets korter en makkelijker misschien

[djluc]

PHP:

//ik doe niet zo leuk met oop e.d.:
//handle userinput for mysql
function ui($input, $type=''){
  switch($type){
    case 'int':
      if($input){
        $input=(is_numeric($input) ? $input : e('NO_INT'));
      }else{
        $input=0;
      }
      break;
  }
  return addslashes($input);
}

$query="SELECT id FROM table WHERE id='".ui($_POST['nummertje'], 'int')."'";

Het origineel is alleen wat uitgebreider een stuurt meteen een error naar de error handler.

[ Voor 22% gewijzigd door djluc op 11-06-2004 21:05 ]