Subversion Repositories Applications.framework

Rev

Go to most recent revision | Show changed files | Directory listing | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
467 3743 d 1 h jpm /branches/v0.2-buhl/doc/ Simplification et amélioration de la génération de la doc du framework v0.2.  
466 3743 d 1 h jpm /branches/v0.2-buhl/doc/ Simplification et amélioration de la génération de la doc du framework v0.2.  
465 3743 d 1 h jpm /trunk/doc/ Ajout d'un script pour générer la doc ApiGen.
Voir : http://www.tela-botanica.org/wikini/DevInformatiques/wakka.php?wiki=AppliBaseDocGeneration
 
464 3743 d 2 h jpm /trunk/doc/ Simplification des scripts et de la gestion de la doc (ApiGen, PhpDoc v2).  
463 3743 d 2 h jpm /trunk/doc/ Simplification des scripts et de la gestion de la doc (ApiGen, PhpDoc v2).  
462 3745 d 23 h jpm /trunk/framework/ Suppression de classe non utilisé dans le TBFramework.  
461 3750 d 1 h jpm /trunk/framework/ protegerTableau prend obligatoirement un tableau en paramètre.  
460 3750 d 1 h jpm /branches/v0.3-aleaume/framework/ Fusion r459 :
Amélioration de la méthode proteger qui gère maintenant les tableau.
Méthode protegerTableau est maintenant dépréciée.
 
459 3750 d 1 h jpm /trunk/framework/ Amélioration de la méthode proteger qui gère maintenant les tableau.
Méthode protegerTableau est maintenant dépréciée.
 
458 3776 d 23 h jpm /trunk/framework/ Fusion r#457 : Correction code retour en cas de suppression réussi mais avec du contenu renvoyé.  
457 3776 d 23 h jpm /branches/v0.3-aleaume/framework/ Correction code retour en cas de suppression réussi mais avec du contenu renvoyé.  
456 3777 d 6 h jpm /branches/v0.2-buhl/framework/ Désactivation de la gestion du Log qui pose problème avec les versions récentes de PHP et qui n'est pas utilisé.  
455 3777 d 6 h jpm /branches/v0.3-aleaume/framework/ Fusion révision 454 : correction.  
454 3777 d 6 h jpm /trunk/framework/ Correction : oubli prise en compte d'un retour.  
453 3777 d 6 h jpm /branches/v0.3-aleaume/framework/ Fusion avec les révisions 441 et 442 du trunk.
Retour pour les méthodes : PUT, POST et DELETE.
 
452 3777 d 6 h jpm /trunk/framework/ Les méthode PUT, POST et DELETE peuvent maintenant renvoyer du contenu.  
451 3777 d 6 h jpm /trunk/framework/ Ajout de la prise en compte de retour d'information pour la méthode DELETE.
La méthode DELETE peut retourner des informations avec un code status 200 OK.
RFC 2616 : http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html
 
450 3790 d 2 h jpm /branches/v0.2-buhl/framework/ Correction commentaire mal écris.  
449 3826 d 3 h jpm /branches/v0.2-buhl/ Suppression du svn du dossier .settings  
448 3826 d 3 h jpm /branches/v0.3-aleaume/framework/ Fusion avec le commit #447 du Trunk (rétro-compatible) : affichage dans le log système des fichiers ini introuvables.  
447 3826 d 6 h jpm /trunk/framework/ Affichage dans le log d'erreurs de PHP en cas de fichier ini introuvable.  
446 3878 d 2 h raphael /trunk/framework/ templates: support du short_open_tag=0 (eg: cas phpunit) sur "<?if "  
445 3882 d 0 h raphael /trunk/framework/ cache: fix d'une notice d'échec de sauvegarde de fichier de cache qui était lancé alors que le cache était explicitement désactivé  
444 3883 d 5 h mathias /trunk/framework/ Autorise le verbe OPTIONS dans RestServeur afin de permettre les requêtes PUT de del (entre autres) avec CORS  
443 3884 d 2 h raphael /trunk/framework/ config: test d'existance d'une variable ramène aussi les valeurs FALSE  
442 3884 d 7 h raphael /trunk/framework/ config: ne pas cacher et ignorer les erreurs de chargement de fichier de configuration impossible  
441 3885 d 5 h raphael /trunk/framework/ tests: éviter "Undefined index: REQUEST_URI" en cas de test phpunit  
440 3890 d 4 h raphael /trunk/framework/ tpl: fix en cas de short_open_tag=Off  
439 3892 d 1 h raphael /trunk/framework/ curl: désactivation (cf 428) sur GET car problème étrange liés aux redirections d'URL  
438 3895 d 1 h raphael /trunk/framework/ bugfix: regression de r428: omission du CURL-FOLLOWLOCATION en cas de 301.
Le traitement des 301 et l'analyse des headers/content sont désormais corrects.
Exemple: http://www.tela-botanica.org/bdtfx-nn-35920 , onglet "Illustrations", section "Photoflora"
 
437 3919 d 2 h raphael /trunk/framework/ cache: support la directive "cache = false"
En effet, d'après http://fr2.php.net/parse_ini_file
> Les valeurs null, no et false donnent "", yes et true donnent "1"
 
436 3919 d 2 h raphael /trunk/framework/ logging: plus de visibilité concernant les objets en cache  
435 3932 d 2 h jpm /branches/v0.3-aleaume/framework/ Application des corrections de bogue du trunk.  
434 3932 d 2 h jpm /trunk/framework/ Homogénéisation code + TODO.  
433 3932 d 2 h jpm /trunk/framework/ Ajout TODO.  
432 3937 d 9 h raphael /trunk/framework/ cache: tentative de création du répertoire de cache en cas de non-existence & meilleurs avertissements via error_log()  
431 3944 d 3 h raphael /trunk/framework/ cache: ajout d'un error_log() en cas de problème de répertoire de cache  
430 3944 d 4 h raphael /trunk/framework/ revert r427: en effet, l'idée initiale d'introduire une nouvelle directive "dsn"
à des effets collatéraux. Le système de Config:: repose sur l'écrasement de variables
par différents fichier .ini successifs.
La présence d'une $dsn initiale prend alors le pas sur toute les définitions additionnelles de
bdd_nom & co.
Une solution à ce problème serait d'avoir moins de notions implicites (notamment l'écrasement de valeur)
induites par Config::get() afin de choisir explicitement la base de données sur laquelle
nous souhaitons travailler.
 
429 3974 d 8 h raphael /trunk/framework/ bdd: la constante PDO de récupération sous forme d'objet est PDO::FETCH_OBJ et non PDO::FETCH_CLASS (qui, lui, dépend de setFetchMode()  
428 4000 d 4 h raphael /trunk/framework/ rest: Ajout du support pour php-cUrl.
curl est plus efficace et plus puissant que le fopen() de PHP.
Cependant son usage diffère légèrement et la façon dont sont renvoyés
les entêtes aussi.
Pour cette raison nous ne l'activons par défaut (s'il est présent),
que pour des requêtes HTTP GET pour l'instant.

Une suite de tests unitaires serait fort utile avant de généraliser une
tel modification.

Notons enfin qu'idéalement, le code appelant devrait être indépendant de
'wrapper_data' dont la valeur n'est initialisée que dans le cadre des appels PHP.