faire mon admin (transmission de variables) [Résolu]

[artichaudd]

hello
voila je suis en train de construire une admin
(oui ca m'amuse! et m'apprend surtout plein de choses)
et je me base en gros sur celle de joomla qui est quand meme un bon exemple
afin d'illuster mes propos :

voici mes question :
Pensez-vous que que la majorité des variables sont transmisse via les sessions?
Pensez vous que d'utiliser les session n'est pas necessaire ou obligatoire?
car par exemple une variable comme celle qui determine le nb d'articles a afficher dans la liste (entourée en rouge dans l'image) est forcement geré par session? car elle doit etre conservée si je clique sur les pages 1, 2, 3 ou 4 (en bas)

Enfin comment pensez vous sont gérée les checkbox a gauche (qui sont valider via le bouton par exemple "corbeille" qui permet de mettre a la corbeille tout les article cocher)
sachant que ce bouton "corbeille" n'est apparement pas du type submit...?

merci beaucoup

[RunCodePhp]

Salut

Tout d'abord je ne connais pas Joomla (juste essayé, mais le code).

Je serais assez étonné que les données soient stockées dans les session, ça risque d'une part faire beaucoup de données stockées inutilement, de plus ça risque d'être très difficilement gérable (en session toujours).

A mon sens, la plupart des données viendraient de la Bdd, ou des fichiers.

Pour les pages 1, 2, 3 ... etc, on appel ça de la pagination, et là aussi il n'y a théoriquement pas besoin de session pour gérer ça.
(fait des recherche, il y a des tutos la dessus).

Concernant les sessions, en règle général on y stocke uniquement des données liées à l'utilisateur, déjà pour savoir à qui on a affaire, puis on y stocke ce qui est vraiment utile pour toute la navigation sur le site en général.


Lorsqu'un utilisateur par exemple affiche une liste d'article, c'est temporaire.
Au clic suivant il peu tout se passer : comme quitter le site, afficher une autre liste, autre menu, etc ...
Aucun intérêt de stocker en session tout ce qu'affiche l'utilisateur tout au long de sa navigation.

Pour le bouton si c'est un submit ou pas. Difficile à dire.
Le plus simple serait de voir le code source de la page, et repérer le bouton en question.
Met rien ne dit qu'il y ait quand même un formulaire, et au clic sur le lien, un Javascipt soit exécuté et vient par la suite "submiter" le formulaire.
On peu tout envisager en faite, et raison de plus dans ce genre de Soft quelque peu "usine à gaz".

[artichaudd]

ok
et sans utiliser de java script
comment procéderais tu
par exemple pour faire le select qui permet d'afficher une certain nb d'article (entouré en rouge)
bon le code html est basic , cf ci dessous, met ensuite
commnt est géré l'envoie de la variable $limit???
via form avec attribut action, et ensuite stoké dans une session
pour qu'il retienne le nb a afficher de page en page???
merci

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
<div class="limit">
	Affichage #
	<select id="limit" class="inputbox" size="1" name="limit">
		<option selected="selected" value="5">5</option>
		<option value="10">10</option>
		<option value="15">15</option>
		<option value="20">20</option>
		<option value="25">25</option>
		<option value="30">30</option>
		<option value="50">50</option>
		<option value="100">100</option>
		<option value="0">tous</option>
	</select>
</div>

[Benjamin Delespierre]

En PHP y'a pas 50 moyens de faire transiter des informations de page en page:
- soit avec $_SESSION
- soit avec $_GET (passage d'arguments sur l'URL)
- soit avec $_POST (passage d'arguments par formulaires)

Si tu souhaite garder le pas de pagination d'une page à l'autre soit tu rajoute cette donnée sur toutes les URLs de ton widget de pagination soit tu colle cette variable sur $_SESSION.

[artichaudd]

y a t'il un nb max de variable a tranmettre par url

[RunCodePhp]

Envoyé par Benjamin Delespierre

En PHP y'a pas 50 moyens de faire transiter des informations de page en page

Et $_COOKIE alors, l'aurait-on oublié ?
Comme il s'agit de l'interface, un cookie conviendrait tout aussi bien pour ce type de données.

A quoi bon surcharger le serveur (car le données de session seront stockées coté serveur) alors qu'il s'agit de la mise en forme ?


Ceci dit, si on a exploite déjà les sessions et qu'il n'y a pas des tonnes d'infos en tout genre déjà, on peu toujours rajouter cette donnée là.
Une de plus ou une de moins ...

[christele_r]

Bonjour,
Comme il t'a été indiqué, tu as entre autre le POST des formulaires
Même si tu fais cela dynamiquement par AJAX !
Ce que tu présentes c'est une saisie de Joomla (encore une usine a gaz)
bref je voulais te dire que ce soit Joomla ou toute saisie multiligne c'est toujours des Formulaires en $_POST

Bien entendu si tu veux de l'ultra dynamique fais le en AJAX, tu aura appris une technique superbe !

[Benjamin Delespierre]

Envoyé par RunCodePhp

Et $_COOKIE alors, l'aurait-on oublié ?

Très juste, je l'avais oublié (je l'utilise pas souvent) mais c'est vrai que dans ce cas c'est tout à fait adapté.

Bien entendu si tu veux de l'ultra dynamique fais le en AJAX, tu aura appris une technique superbe !

L'idéal bien sûr serait que ça fonctionne en PHP/HTML de base et venir rajouter une décoration Ajax serait un plus.

[artichaudd]

en effet
mon but est d'utiliser tant que possible du html et php
mais voila je ne trouve pas la solution pour que mon select (qui sert a dire combien d'article seront affichés par page (voir ce qui est entouré en rouge dans mon image en haut)) envoi tout seul sa variable juste en sélectionnant la valeur voulut car la dans cas je n'ai pas de btn submit ???

merci

[RunCodePhp]

Si tu utilise un contrôle de type SELECT, cela sans bouton submit, alors il faudrait avoir recourt à Javascript, sinon je ne pense pas que ce soit possible.
Ici, suffit d'exploiter l'évènement onchange, et c'est le JS qui "submit" (soumet) le formulaire.

Sinon, faudrait ne pas utiliser un SELECT, mais une liste à puce (UL LI) et dans chaque LI un lien avec en paramètre le nombre de page.
Même technique que les barres menu de navigation horizontales (certains sont en 100% CSS, donc sans Javascript), et du coup, sans formulaire aussi.


Mais tu peux aussi créer 3 ou 4 boutons de type submit (ou liens + paramètre) aligner les uns à coté des autres au lieu d'un menu déroulant.
Du genre :
Nombre de pages : 10 - 50 - 100 - Toutes.
Tout est une question de présentation, sans compter que offrir 20, 25, 30, 35, etc, soit autant de possibilités juste pour ça c'est pas si utile que ça.
3 ou 4 choix maxi suffit largement en générale.

[christele_r]

Oui exactement.
En fait pour aller dans ce sens, je te rappelles que ce type de saisie tel que
tu en as montré un exemple, c'est la page de gestion de phpmyadmin
Tu y trouves tout les ingrédients.
Clic droit dedans et fait 'afficher source'. En plus c'est bien écrit.

[artichaudd]

ok bien compris je vais donc pouvoir rester tout en php
par contre un clic droit dans phpmyadmin / afficher code source de la page
ne me faire pas voir le code php
a moins que je me trompe?

[christele_r]

Bien sur que non,
Mais le php n'a pour but que de générer du HTML non
Alors voir le résultat qu'il faut obtenir c'est pas cela l'important ?

[Benjamin Delespierre]

Mais le php n'a pour but que de générer du HTML non

Non, PHP est un langage de script comme un autre. Tu confons avec mod_php pour Apache

[christele_r]

Envoyé par Benjamin Delespierre

Non, PHP est un langage de script comme un autre. Tu confons avec mod_php pour Apache

J'avais écris le php n'a pour but que de générer du HTML
Tu vas tout de même pas me dire que même si il fait 1000 requétes et répond a 60 conditions il n'aura au final que généré un HTML
Benjamin Delespierre Je te connais et toi tu me connais, et tu me dis que je confonds avec mod_php tu sais bien que non ...

[Benjamin Delespierre]

Tu vas tout de même pas me dire que même si il fait 1000 requétes et répond a 60 conditions il n'aura au final que généré un HTML

ça dépends de ce qu'il est en train de faire.

D'une part il existe plusieurs SAPI utilisables par PHP et toutes ne servent pas à générer du HTML. D'autre part, PHP est tout à fait capable de servir autre chose comme content-type que du text/html, je m'en sers toute la journée pour servir entre autres du XML et du JSON.

Réduire PHP à la seule production d'HTML dans un environnement Apache c'est limiter les possibilités offertes par le langage et introduire dans l'esprit des débutants qu'il se cantonne à ce domaine d'activité, ce qui n'est pas tout à fait le cas.

[christele_r]

Bien sur bien sur et le CRON, et les UPLOAD bien sur ...
Dans ma réponse a sa question je voulais signifier l'intéret de regarder
le surce résultant de phpmyadmin pour comprendre comment écrire son php pour générer un tel html/javascript.

Mais sur le fond tu as raison ... sauf de dire que je confonds