c'est quoi l'intéret de faire des sites exprès plus lourd quand l'utilisateur n'utilise pas un portable?
ben le but c'est pas juste de bouffer de la bande passante pour le plaisir...
Tu peux par exemple ajouter de la pub sur la version pc que tu enleve de la version portable.
Ca evite a l'utilisateur de devoir interdire de dl les images, par exemple.
Mettre des photos de meilleure qualite sur un blog par ex. etc.
tu peux vouloir une navigation radicalement differente selon que t'es un portable ou un pc.
Pour avoir bosser sur le service photoblog de mamadoo, t'as pas du totu les memes features sur la version portable que sur la version pc.
Les images envoyees ne sont pas les memes (qualite degradee pour la bp, justement). Consultation du photoblog vachement allegee, mais feature d'upload de photo plus adaptee au telephone.
Et pourtant, c'est strictement le meme code metier qui tourne derriere les requetes, c'est juste que tu branches sur differentes pages de presentation en fonction du user agent (en gros).
je dit à mon navigateur de pas télécharger les images.
et t'es capable de lui dire de telecharger que les images qui t'interessent?
cf la liste qui a ete donnée plus haut, ca me parait tres pertinent comme exemple.
Faut arrêter de délirer 5 minutes, si on doit refaire tout un site pour chaque périphérique de sortie, c'est sur que du taf, je vois mal comment on peut en manquer après.
qui te parle de refaire un site?
Tu fais les choses proprement, un site c'est un workflow (on parle de vrai site applicatif, pas de contenu statique ou du blog de jean kevin) : la requete entre dans le tuyau, elle passe dans les methodes metiers qui vont mettre dans ce dit tuyau des objet metiers qui sont le contenu de la page (et surement pas du html, meme x).
Ensuite, ce tuyaux se redivise en plusieurs autres tuyaux, qui vont arriver sur differents clients.
Et ces dans ces derniers tuayux que tu transformes tes donnees metier en html+css. Ou en xml. Ou en mp4 (TVoIP). Ou en pdf. Ou en mp3. Ou en whitespace.
Le html n'intervient qu'a la toute fin du process, ce n'est qu'une petite partie du site.
Bref, pour l'avoir deja fait plusieurs fois, si le site est bien designe, c'est une page de presentation par device.
Soit franchement pas grand chose (un simple layout html).
Apres, c'est sur que si tu parles d'un site en php avec des sources de 4000 lignes, aucun cloisonnement, qui melange acces DB, presentation, code metier et code utilitaire, le tout avec des balises html au milieu, ben la ouais, t'as mal barre...
Moi quand je vais sur un site, quel que soit le support, si je vais sur la même page, je m'attend a avoir les mêmes informations.
ben toi ptetre, mais c'est pas le cas de tout le monde.
[^] # Re: La question pourrait-être :
Posté par kraman . En réponse au journal Web design et bas débit. Évalué à 0.
ben le but c'est pas juste de bouffer de la bande passante pour le plaisir...
Tu peux par exemple ajouter de la pub sur la version pc que tu enleve de la version portable.
Ca evite a l'utilisateur de devoir interdire de dl les images, par exemple.
Mettre des photos de meilleure qualite sur un blog par ex. etc.
tu peux vouloir une navigation radicalement differente selon que t'es un portable ou un pc.
Pour avoir bosser sur le service photoblog de mamadoo, t'as pas du totu les memes features sur la version portable que sur la version pc.
Les images envoyees ne sont pas les memes (qualite degradee pour la bp, justement). Consultation du photoblog vachement allegee, mais feature d'upload de photo plus adaptee au telephone.
Et pourtant, c'est strictement le meme code metier qui tourne derriere les requetes, c'est juste que tu branches sur differentes pages de presentation en fonction du user agent (en gros).
je dit à mon navigateur de pas télécharger les images.
et t'es capable de lui dire de telecharger que les images qui t'interessent?
cf la liste qui a ete donnée plus haut, ca me parait tres pertinent comme exemple.
Faut arrêter de délirer 5 minutes, si on doit refaire tout un site pour chaque périphérique de sortie, c'est sur que du taf, je vois mal comment on peut en manquer après.
qui te parle de refaire un site?
Tu fais les choses proprement, un site c'est un workflow (on parle de vrai site applicatif, pas de contenu statique ou du blog de jean kevin) : la requete entre dans le tuyau, elle passe dans les methodes metiers qui vont mettre dans ce dit tuyau des objet metiers qui sont le contenu de la page (et surement pas du html, meme x).
Ensuite, ce tuyaux se redivise en plusieurs autres tuyaux, qui vont arriver sur differents clients.
Et ces dans ces derniers tuayux que tu transformes tes donnees metier en html+css. Ou en xml. Ou en mp4 (TVoIP). Ou en pdf. Ou en mp3. Ou en whitespace.
Le html n'intervient qu'a la toute fin du process, ce n'est qu'une petite partie du site.
Bref, pour l'avoir deja fait plusieurs fois, si le site est bien designe, c'est une page de presentation par device.
Soit franchement pas grand chose (un simple layout html).
Apres, c'est sur que si tu parles d'un site en php avec des sources de 4000 lignes, aucun cloisonnement, qui melange acces DB, presentation, code metier et code utilitaire, le tout avec des balises html au milieu, ben la ouais, t'as mal barre...
Moi quand je vais sur un site, quel que soit le support, si je vais sur la même page, je m'attend a avoir les mêmes informations.
ben toi ptetre, mais c'est pas le cas de tout le monde.