y a plus simple voire plus propre.

function search_query_composer($search,array $title){
    $tab = array_unique(explode(' ',$search)); // on pourra utiliser split pour avoir plusieur separateur voire utiliser preg_split pour avoir des mots de n caractères
    $cond = array();
    foreach ($tab as $key){
       // if ($key != '' ) je doute de l'utilité mais si il est utile autant le faire dans la premiere boucle c'est autant de parcours du tableau suivant d'éviter ainsi que du même test
       foreach ($title as $field){
         $cond[] = $field.' LIKE "%'.$key.'%"'; // attention au metacaractere SQL ainsi qu'aux injections SQL
       }
    }
    if ( count($cond) > 0 ){
       return implode(' OR ',$cond); // evite de redécouper la chaine
    }
    return false ;
    // j'ai supprimer le 1=1 car la requete est inutile si il y a pas de filtre
}

my 2 cents

pour la levée d'exception, je vais te donner un exemple :
dans ta classe
function connexion(){
     if ( $this->Connexion =  mysql_connect(   $this->Serveur, $this->Utilisateur, $this->MotDePasse ) ){
     if ( false === mysql_select_db($this->Base, $this->Connexion ){
       throw new Exception('Base inconnue');
     }
  }else{
     throw new Exception('Connexion au serveur impossible');
  }
}


et dans ton code
try{
   $oDBConnector = new BaseDeDonnee('mysql', 'root', 'password', 'localhost', 'maDB');
   $oDBConnector->connexion();
}catch( Exception $e){
    // je traite mon exception i.e. la non connexion a ma base de donnée ou a mon serveur de base de donnée
}


Tu utilises rarement plusieurs moteurs de bases de données en meme temps, donc tu ne charges que les fichiers nécessaires (c.a.d. que si tu n'utilises que MySQL, aucun interet de savoir gérer Oracle ou SQLite). => Mémoire libérée.

Classe abstraite != Interface

Une interface te permet de faire un prototypage obligatoire dont dérive tes classes l'implémentant (une classe en php peut avoir plusieurs interfaces)
http://fr.wikipedia.org/wiki/Classe_(informatique)#Interface

une classe abstraite te permet de définir des méthodes et aussi dans implémenter quelques unes. Cependant cette classe n'est pas appelable directement.

Faire des interfaces et des classes abstraites te permet de découpler encore plus tes fonctionnalités.

Aime pas :
- la fonction exit dans une classe, leve une exception et laisse le developpeur le soin de gérer celle ci comme il le souhaite.
- le @ qui n'est la que pour masquer l'incompétence d'un développeur.
- l'existence de plusieurs classes dans le même fichier (ajoute de la charge pour rien)
- l'absence d'interface pour définir les méthodes des différentes connexions DB


Aime:
- l'utilisation de la portée

Tu ne devrais pas faire des "exit" lors d'erreur mais lever une exception.

ca permet de gerer proprement le fonctionnement le probleme et ainsi ne pas se retrouvé avec une page tronquée.

- Tu meles de la presentation et traitement (la gestion par tableau n'est pas nécessaire, voir a ne pas faire).

Tu aurais pu faire de l'heritage avec une classe FormElement qui contient permettrai de gerer un input (text, hidden ou autre), un select, textarea, etc.

Les traitements sur le FormElement sont quasi les memes, association d'un label, d'attribut(id, class, name, etc.), une valeur. Il pourrait y avoir une liste des attribut autorisé.

J'aurai fait un truc du genre

Classe Form => ensemble de FormElement
Classe FormElement
Classe FormInput (étendant FormElement)
Classe FormText (étendant FormInput)
Classe FormTextarea (étendant FormElement)
...

- Sur ce, tu pourrais implementer un décorateur permettant de t'occuper de la présentation (sous forme de tableau, de liste, de definition, etc...)
- Tu pourrais aussi implementer un systeme de vérification des valeurs au moment de la validation du formulaire

Ce ne sont que des pistes, par contre, je ne vois pas l'interet de compter les elements par type.

je vois pas pourquoi la fonction vide s'appele comme ca, a la rigueur un appendContent(ajout_contenu) me semble plus correct et plus compréhensible.

My 2 cents

je ne vois pas le PHP mais plutot le JS ^^

code crade, tout a été déjà dit.
le seul potentiel interet est le JS dedans.
tu pourrais largement améliorer la partie regex (a moins que tu ne la comprennes pas)
trop de modif a faire (rien qu'au niveau HTML), rien que pour integrer le code.
le plus drôle dans ton code, c'est que le code obtenu via les regex est plus propre que le code de la page en elle meme ^^

1/10 car y en a des mieux, plus utilisable, et ton code n'a aucun interet.

nop aucun rapport, simplement un diminutif de mon adresse mail de l'époque (ou 90 gars avait pris le nom garfield :'( )

concernant les modifs faites :

- remise en place de l'héritage
- suppression d'un niveau inutile (il n'y a plus la propriété template)
- $this->template est devenu directement $this
- le contenu de la methode __construct dans une méthode privée prepare, ce qui permet d'éviter de réinstancié l'objet si on en a de nouveau besoin.

Ca doit être a peu près tout

j'ai pris note, et j'ai refais la classe. Je remets en place le zip, le fonctionnement ne change pas.

Je ne l'ai pas fait pour plusieurs raisons.
- je n'y ai pas pensé
- en essayant ca ne marche pas, ce qui est normale en l'état.

Par contre, ca me pose un questionnement sur ma classe de base
- Est ce que j'ai fait une erreur de conception (possible et/ou probable) ?


Je confirme je n'ai pas besoin d'etendre ma classe ND_Template car ce n'est pas un héritage (/me va se faire flageller)