Ses derniers messages sur les forums
(boro64) Très franchement, ce n'est pas le problème ici. Préciser que le fichier doit être pris dans le répertoire courant a parfois un comportement différent de celui qu'on obtient lorsqu'on précise uniquement le nom du fichier. Fait joujou avec l'include_path, ça donne parfois des résultats amusants ;)
(nonoche) Je n'ai pas regardé ton code, mais à mon avis ce n'est pas lui le problème. Si tu fais un var_dump de _POST et que tu n'a pas les données attendues qui le peuple, c'est qu'il y a un problème au niveau de HTTP. Soit le navigateur, soit le serveur, ou encore un intermédiaire (proxy ?) sont peut-être à l'origine de la farce.
Peut-être même un patch de sécurité qui empêche la transmission de certaines données jugées dangereuses.
Il faut que tu fasses des scripts de tests pour voir ce qui se passe. Pour mieux observer les échanges, utilises un sniffer tel que
Wireshark qui te permettra de voir les données réellement transmises.
Bon courage !
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(nasdrovia70) Plus simple sera plus compliqué.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ben tu instancis la classe avec new. PHP va alors appeler automagiquement la méthode __construct de la classe.
Je l'ai écrit trop vite, il ne marche :p Mais j'ai réécrit la classe, en la rendant très générique. Je l'ai documenté et testé. Plus qu'à packager.
(D'ailleurs, La Globule, tu peux virer ce premier jet pas testé et publié à l'arrache ? :p)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ceux qui professent les getter et setter suivent le principe d'accès homogène aux attributs.
Il n'est pas strictement nécessaire de rendre tout les attributs protected (ou private, mais private c'est un peu violent).
Personnellement, j'ai tendance à utiliser les méthodes magiques __get et __set pour gérer l'accès aux attributs. Tous les attributs je les déclarent protected. Je les préfixe d'un underscore.
<?php
class comment {
protected $_title ;
protected $_content ;
public function __set($name, $value)
{
$attr_name = $this->_attr_name($name) ;
$method = "_set_$name" ;
return function_exists(array($this, $method))
? $this->$method($value) : $this->$attr_name ;
}
public function __get($name)
{
$attr_name = $this->_attr_name($name) ;
$method = "_get_$name" ;
return method_exists($this, $method)
? $this->$method() : $this->$attr_name ;
}
protected function _attr_name($name)
{
$attr_name = "_$name" ;
return method_exists($this, $method)
throw new exception("Attribute $name doesn't exist.") ;
return $attr_name ;
}
protected function _set_title($title)
{
// Bien évidemment, ceci est ridicule, mais ça peut être utile
if(strlen($title) < 25)
throw new exception('Title too little.') ;
return $this->_title = $title ;
}
}
$comment = new comment ;
try
{
$comment->title = 'C\'est d\'la balle !' ;
$comment->content = 'Sisi, vraiment.' ;
}
catch(exception $e)
{
echo $e ;
}
L'include n'est pas le constructeur. Include permet d'inclure un fichier dans le script courant.
__construct est la manière PHP5/6 et suivant de déclarer un constructeur. Un constructeur NE DOIT PAS être appelé directement. La seule exception est lorsque tu définis le constructeur d'une class qui dérive d'une autre. À ce moment là, il faudra appeler le constructeur parent pour garantir le fonctionnement de l'objet.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(tyros) Relis la documentation à propos de la boucle while. La logique du while est dans la seconde partie du while, pas dans la première.
<?php
while(condition_de_continuation)
{
instruction_repétée ;
}
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(ptitjib) Si tu avais compris son problème, tu aurais une solution. En attendant, tu pourrais éviter de donner de mauvais conseils.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Regarde du côté de DOMDocument, ça devrait t'aider dans ta quête !
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Dans une petite application, utiliser sqlite peut être intéressant. N'oublions pas qu'utiliser sqlite, c'est gérer l'ouverture de toutes les tables nécessaires, et que le module sqlite va initialiser l'accès aux tables à chaque invocation. Et qu'il faut gérer les accès concurrents. Ce n'est pas forcément ce qu'il faut ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Il faudrait que tu nous mettes à disposition le fichier qui pose problème. Sans ça, on ne peut pas être pertinent dans nos réponses.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
