Nouveau Forum En Ligne

PS : Cf topic tof, cette fois c'est mon tour mais en + discret

PS : Cf topic tof, cette fois c'est mon tour mais en + discret

Y'a même pas de séparation des différentes couches

C'est une fausse impression de légèreté aussi... Le code en lui-même est relativement concis, car il est codé tout en linéaire (pas de templates) et n'intègre pas énormément de features. Pour changer sérieusement quelque chose dedans bah y faut s'accrocher un peu car tout est mélangé -> fond/forme. Donc niveau construction et sémantique, c'est non.

Mais il "s'effondrera" comme les autres forums quand le forum grossira, car il est basé sur les mêmes principes foireux au niveau de MySQL (LA partie critique d'un forum, le PHP ou le JS c'est un peu pipo à côté ) :

-- la requête pour afficher les topics (95% de l'activité d'un forum en gros) est la plus bourrin qui soit et la plus basique (y a des petits trucs pour améliorer ça, tel que le dédoublement de requête pour alléger le tri qui est à faire, surtout quand le topic devient gros, mais ce n'est pas fait...). Le temps de génération va commencer à sérieusement augmenter quand le topic fera peut-être 150-200 pages (suivant le serveur). Y suffit que le topic soit un topic très fréquenté ou qu'il y en ait plusieurs pour que ton serveur voit sa charge bien affectée. Tout ceci à défaut de faire une technique + complexe @la HFR dont on ne sait pas vraiment comment c'est géré car c'est un secret bien gardé, même si on a déjà beaucoup discuter de divers moyens pour être le + performant possible, mais c'est nettement plus chiant à mettre en place (Cf le mass delete sur HFR qui a fait foiré un topic entier car un truc ne devait pas avoir été pensé probablement).
-- le pompon revient sans doute au module de recherche qui est basé sur des requêtes en LIKE, qui sont ce qu'il y a de pire en MySQL puisqu'il va falloir lire l'intégralité de la BDD sans passer par les index quand tu chercheras le moindre truc sur le forum. Tu fais plusieurs recherches en parallèle et tu éclates tes accès disques, tes ressources, etc. Tu poiroteras 5-10 secondes, puisque c'est de + en + lent au fur et à mesure que la base grossit évidemment, déjà que c'est pas rapide. PunBB n'intègre pas les index FULLTEXT par exemple qui améliore très nettement ce genre de recherche (utilisé ici), au prix d'un espace disque supplémentaire pour contenir l'index évidemment, on n'a rien sans rien . Tout ceci à défaut de faire sa propre technique si on veut pas de FULLTEXT encore une fois comme la mise en BDD de tous les mots d'un post avec l'ID du post associé, comme ça tu as directement les ID quand tu recherches tel mot (ce que fait HFR normalement, imagine la taille des tables de mots...), mais ça a des inconvénients comme tout... La recherche sur HFr pose des problèmes de résultat et de pertinence.

PunBB c'est bien pour des "petits" forums, mais les besoins en ressources vont se faire sentir comme les autres si celui-ci grossit vraiment beaucoup.

120,00€/an




1&1 15,00€/an avec 1,5Go de stockage, pour le moment ça me suffit : http://fotopoto.fr/galerie/#album=22

Stoi qui est mauvais . C'est bien utile le PHP pour faire du dynamique, car y a pas grand-chose d'autre à part ça (ASP ? bof, plateforme IIS et puis ça a l'air bien chiant et + lourd...). Alors oui PHP a des défauts niveau syntaxe et rigueur d'écriture (on peut faire des trucs tordus sur les variables ou autre qui ne passerait pas dans d'autres langages de programmation), mais quand tu le sais, tu fais pas de bêtise, je vois pas ce que ça change... La rigueur doit venir du programmeur, c'est pas PHP qui va coder pour toi, donc ses manques de rigueur on les laisse de côté. Il ne serait pas tant utilisé sinon . Si t'es pas trop polio, tu sauras bien te débrouiller pour faire tout ce que tu veux sans partir dans des trucs alambiqués genre contrôleur MVC loudingue ( )

Pour PunBB, c'est pas le fait d'être W3C compliant pour sa présentation qui est intéressant, ça n'apporte pas grand-chose (et ça ne signifie en aucune manière que tous les navigateurs donneront la même chose à l'écran), car si derrière c'est un veau, bah il aura beau être d'un design léger et compliant, quand y aura 50 guguss dessus et que le serveur criera STOPPPPPP, le joli gif W3C compliant en bas du forum te sera pas d'une grande utilité . Juger un forum simplement sur son design et le code  HTML qu'il pond, ça ne vaut rien 

$var = array("test" => "hello");
echo $var[test];

$var = array("test" => "hello");
echo $var['te'.st];

<?php
class FooClass {
}
$foo = new FooClass();
$foo->bar = "pouet";
$truc = "bar";
$pouet = "tr";
$machin = "uc";

function tr($totoz){
 global $pouet, $machin, $truc;
 return ${$pouet.$machin}.$totoz;
}

echo ${($foo->${${$foo->bar}.((${pouet}.${machin}===$pouet.${machin})?${machin}:${$pouet.$machin})})}
(($foo->${${$foo->bar}.((${pouet}.${machin}===$pouet.${machin})?${machin}:${$pouet.$machin})}));

Tu voudrais qu'on soit pas d'accord ?

ben les combats de coqs c'est nul 

j'ai pas envi de savoir qui a la plus grosse 

combats de cocks

et la plus grosse, c'est moi qui l'ai

Sinon tu connais pas java? ( whistle.gif ) c'est un language dyn aussi.

Pour PHP, arrête de l'utiliser alors si c'est nul , mais bon t'es pas sorti de l'auberge car t'as pas d'autres alternatives

C'est un peu comme register_globals, ça devrait pas exister un truc pareil

Java, plus lent tu meurs
Pour PHP, arrête de l'utiliser alors si c'est nul , mais bon t'es pas sorti de l'auberge car t'as pas vraiment d'autres alternatives . Y faut faire avec ses carences et ses défauts, tu peux (toujours) t'en sortir de toute façon... Pour ton MVC, tu peux très bien te débrouiller sans avoir recours à ça et à tout séparer à mort. Pour des applis qui ne bougent pas beaucoup, c'est inutile de rentrer dans des trucs lourds et je m'en sors très bien sans ça pour ce que j'ai à faire.

Oui les exemples donnés sont ceux auxquels je pensais, y a plein de variations possibles. Pour le echo $var[test]; , y me semble que la doc en parle car je l'ai déjà lu, PHP va chercher le truc le + proche de la syntaxe pour l'utiliser dans le code, c'est pour être + tolérant pour les erreurs de prog des débutants je crois, mais évidemment la tolérance est l'inverse de la rigueur ! C'est un peu comme register_globals, ça devrait pas exister un truc pareil , c'était là aussi pour faciliter l'accessibilité mais ça induit un tas d'inconvénients et de failles potentielles...

if($_SERVER['REQUEST_METHOD'] == "POST") {  

$errorList = checkForm();
 if(empty($errorList)) {
  $existingUser = checkExistingUser();
 
  if(!empty($existingUser)) {
   if($existingUser["pseudo"] == $_POST['pseudo']) {
    $errorList["messages"][] = "Un utilisateur avec un pseudonyme similaire existe déja dans la base";
   }
   if($existingUser["email"] == $_POST['email']) {
    $errorList["messages"][] = "Un utilisateur avec un email similaire existe déja dans la base";
   }
  }
  else {
   $saveThisUser = saveUser();
   
  }
 }
}

Java c'est pas le langage où t'écris 10x plus de code que dans n'importe quel autre langage pour arriver à la même chose ?

Bah si, il t'a dis Python et Ruby sans compter qu'ya Perl qui est là aussi

T'inquiètes, en PHP6 ça saute, idem pour le magic quote. Ils s'améliorent mais vont trainer pendant un p'tit bout de temps les incohérences du passé pour assurer la compatibilité

la prog web, c'est encore pire à mon sens: puisque tu es dépendant des navigateurs web qui interprètent le code différemment selon qu'ils respectent plus ou moins les normes.
Donc du coup, t'as jamais un code qui sort un résultat niquel avec tous les navigateurs, il faut prendre en compte les spécificités de chacun ect...

Après oui, c'est sympa de voir le résultat (pour le peu que j'en ai fait), mais alors c'est quand même assez prise de tête. Faire ça toute la journée: pour un stage de 3 mois, ça me dérangerait pas, plus je pourrais pas.

Mais bon j'ai pas le recul et comme d'hab, les goûts et les couleurs...

Rosco!!!!!!!!!!!!!!!!!

Pourquoi sur cette fenetre je doit scroller en horizontale pour tout lire alors que je suis en 2048 ?? ²