Mon expérience avec l'éditeur de texte sur le web Tiny MCE n'était pas trop sympa surtout au niveau des caractères spéciaux .
Mais enfin j'ai eu la solution  : pour taiter les caractères spéciaux ajoutez cette ligne dans la partie JS de Tiny MCE:
entity_encoding : "raw"

Exemple d'utilisation:

$('textarea.tinymce').tinymce({

// Location of TinyMCE script

script_url : 'tiny_mce/tiny_mce.js',

// General options

theme : "advanced",

plugins : "safari,pagebreak,style,layer,table,save,advhr,advimage,advlink,emotions",

// Theme options

theme_advanced_buttons1 : "save,newdocument,|,bold,italic,underline,strikethrough",

entity_encoding : "raw"

});



Par Hanen SAADOUN - Publié dans : P'tites Astuces
Ecrire un commentaire - Voir les 0 commentaires
IE gère mal les caractères spéciaux dans les urls contrairement à FireFox. Il vaut mieux dans ce cas transmettre les variables par la méthode POST au lieu de GET .

Exemple de transmission des données en JQuery:

var url = 'dossier/fichier.php';

$.ajax({

url:url,

type: "POST",

data: 'data_1='+$("#champ_1").val()+'&data_2='+$("#champ_2").val(),

error : function(){

$("#result").html("<b>Erreur ...</b>");

},

success : function(content){

$("#result").html("<b>Succès.</b>");
}

});        

 

Remarque: $("#result") est un div ayant l'id «result»

Par Hanen SAADOUN - Publié dans : P'tites Astuces
Ecrire un commentaire - Voir les 0 commentaires

Chaque développeur opte pour une structure bien spécifique pour gérer son application. Il n’existe pas de structure idéale mais chacun se trouve à l’aise avec une méthode de nommage pour faciliter surtout la maintenance de son application.

Personnellement, j’opte pour une structure un peu « classique », une structure qui me permet de « séparer » les couches ‘présentation’ et ‘métier’.

 

Dossiers et fichiers

Une application WEB se divise en deux parties : FRONT et ADMIN. La partie FRONT sera celle vue sur le NET avec accès publique, l’autre partie et comme son nom l’indique concerne les administrateurs de l’application pour gérer le contenu et les différentes fonctionnalités et qui necéssite une identification.

La séparation entre les couches permet un "confort" de développement et surtout de maintenance, avec plus d'expérience le développeur sera capable de localiser rapidement le fichier à modifier.

Voici un exemple de structure que j'utilise très souvent:

Classes : Ce dossier regroupe les classes à utiliser dans l'application, bien évidemment on opte pour la programmation orientée objet POO. Toutes les requêtes seront écrites dans des fonctions. Afin d'exécuter une requête, il suffit de faire appel à celle-ci.

Mod: C'est la couche présentation. Il contient les fichiers contenants les formulaires. Très souvent il sera divisé en sous-dossiers qui ont les mêmes noms que les tables de base des données. Par exemple, si on a une table nommée "clients" alors on a un dossier "clients" sous le dossier "mod". Pour plus de pratique, les fichiers sont nommés de cette manière : action_table.mod.php.

Scripts: représente la couche traitement. Il a la même structure qu le dossier "mod" et en général chaque fichier action_table.mod.php son action sera executée dans le fichier action_table.script.php.

JS : dossier qui contient tous les fichiers java scripts comme JQUERY ou d'autres bibliothèques. Essayez de mettre des scripts génériques dans ce dossier et si vous avez besoin de traitement spécifique vous piuvez le faire dans le fichier en question.

Styles : eh oui, notre application doit être ergonomique :), mettez ici vos feuilles de styles.

Img : Il est bien de penser à regrouper vos images dans un seul dossier cela évite le problème de chemin d'accès surtout pour les feuilles de styles, ainsi le chemin de chaque image dans un fichierCSS contenu dans le dossier styles sera ../img/nom_image.extension

Admin: ce dossier représente l'usine réel de l'application puisque cette partie permet de gérer le site. Vous pouvez avoir la même structure que le front : mod, scripts, img, etc. Mais je vous conseille de garder le même dossier classes puisque en général on doit pas avoir plus que sept classes.

config.php : contiendra toutes les parmaètres de connexion à la base des données.

includes.php : c'est ici qu'on va inclure tous les fichiers nécessaires. En général, on fait appel aux classes et aux bibliothèques : PEAR par exemple. Ce fichier sera presque appelé chaque fois que nous avons besoin d'une fonction d'une classe. Le fichier inclus aussi le fichier config.php. De cette manière nous avons besoin d'inclure un seul fichier pour accéder à toutes les fonctions, c'est sympa non ;).

index.php : le fameux fichier, c'est votre vitrine. C'est la page ouverte par défaut si on tape l'url du site ou de l'application.

 

 

Voila, c'est la première étape pour créer une application WEB en PHP.

le deuxième leçon sera consacré à la base des données où je vais vous parler de PEAR : une bibliothèque assez riche en fonctionnalités. On va choisir MDB2 pour la connexion abstraite.

Par Hanen SAADOUN - Publié dans : Leçons PHP
Ecrire un commentaire - Voir les 0 commentaires

Bonjour,
C'est ma première expérience dans le monde de "BLOGGING". Je voulais partager avec vous les astuces PHP, MySQL, JQUERY,...
Je ne suis pas un expert, mais je peux coder une application web.

Je souhaite avoir un espace qui permet à un débutant de faire son petite application ou bien son site pas à pas et surtout d’apprendre de ses fautes.

Ouverte à toutes les suggestions, les remarques constructives et également à vos questions  .

Par Hanen SAADOUN
Ecrire un commentaire - Voir les 1 commentaires

Catégories

Créer un blog gratuit sur over-blog.com - Contact - C.G.U. - Rémunération en droits d'auteur - Signaler un abus