Nouvelle version de Beauté-test

94 réponses

Page |<<<1 2 3 45 >> >|

Auteur	Message
devtribu \| Olivier Modérateur Inscrit le : 16/06/2005	# Le 02/03/2006 à 17:02 jeapper, la resolution native d'un 17" TFT c'est 12801024 et j'ai une augmentation +170% de 12801024 en fevrier % janvier La tendance est clairement a l'augmentation de resolution... Faire une nouvelle charte aujourd'hui en visant le 1024 me parait pas aller dans le sens de l'histoire technologique. Je pense meme que le 800*600 sera plus rare que les 20" d'ici 1 an Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f
deblok \| Jonathan Modérateur Inscrit le : 09/05/2005	# Le 02/03/2006 à 18:19 dob > pour les ecrans plat only John VIDOR Président JVWEB Liens Sponsorisés - Référencement Naturel - Ergonomie
krucial \| Jean Christophe Administrateur Inscrit le : 09/03/2005	# Le 02/03/2006 à 19:01 Jeapper a dit : Alors je sais pas ou vous vivez vous mais moi, sur toute ma famille + mes amis, + les connaissances, + ds les sociétés = personnes en 19" et encore moins en 16/9 lol Tout le monde est en 17" 1024*768 de nos jours. Bon quand on bossait ensemble, tu avais 5-6 écrans 19 pouces mini dans ton entourage JC - Mes sites \| Affiliation devis travaux \| Cotes voitures anciennes
Geo 113 \| Geoffrey Modérateur Inscrit le : 04/05/2005	# Le 02/03/2006 à 19:28 bah allez dans pleins d'entreprises (vous savez ces gens visitent nos sites la journée ) et bien les écrans sont encore souvent de vieux crt 800600 Cosmix Rendez imprévisible l'Economie; Mentez aux sondages*
MathieuC \| Mathieu Modérateur Inscrit le : 15/07/2005	# Le 02/03/2006 à 19:30 Exact, les grosses entreprises ne changent pas leurs parcs de x milles machines tous les 4 matins... Il y a encore peu de temps, Netscape 4 etait encore bien implante en entreprise Par contre, c'est le 2eme noel ou on ressent une tres grosse consommation de TFT chez les particuliers, donc c'est clair que le 800x600 va vite disparaitre
mirage \| Vincent Modérateur Inscrit le : 04/05/2005	# Le 02/03/2006 à 19:59 Telaxo a dit : Exact, les grosses entreprises ne changent pas leurs parcs de x milles machines tous les 4 matins... Il y a encore peu de temps, Netscape 4 etait encore bien implante en entreprise Hum, ça change assez vite quand même. Dans les boîtes respectives de mes parents, ils ont tous des contrats de location et ils gardent le matos 2 ans maximum... C'est ce que beaucoup d'entreprises commencent à faire, ça doit certainement revenir moins cher car ils prennent en charge la maintenance du matos et une assistance.
Zalex14 \| Alexandre Modérateur Inscrit le : 09/05/2005	# Le 02/03/2006 à 20:04 sans compter que depuis deux ans les pro-logiciels sont quasiment tous livrés en 1024. Dans ma boite il ne doit rester que deux ou trois postes en 800 (sur une centaine) tout simplement car les appli qui sont installées dessus sont en 800, tous les autres sont passés en 1024 en 2004 et 2005. Mieux vaut s'attendre au prévisible que d'être surpris par l'inattendu.
radins \| Tobias Modérateur Inscrit le : 09/05/2005	# Le 03/03/2006 à 12:23 Tiens petite question concernant Ajax: c'est possible de "sécuriser" le script appelé par JS, par exemple afin que les demandes doivent toujrous prévenir du même domaine et du JS - je n'ai pas testé, mais pour certains trucs je voudrais éviter qu'un malin "choppe" l'url appeléé pour ensuite s'en servir pour accéder plus ou moins librement et à volonté aux données..
Bool \| Olivier Modérateur Inscrit le : 09/05/2005	# Le 03/03/2006 à 12:37 Tu peux éventuellement générer des "clé" alléatoires valables pendant un court laps de temps. Par exemple, un visiteur demande la page, ton script PHP génère une clé alléatoire du genre "f71dbe52628a3f83a77ab494817525c6" et la déclare dans ta base de données, comme valable pendant 1 heure. Le page envoyée au visiteur contiendra donc un code Javascript qui fournit cette clé lors de l'interrogation du serveur. Et dans le script PHP de réponse "Ajax", tu verifies juste que la clé soit encore valide. Ainsi, si un gars veut utiliser ton code Ajax sur son site, ce sera un peu plus complexe pour lui (pas infaisable non plus, loin de là). daevel : infogérance et conseil \|\| moi
radins \| Tobias Modérateur Inscrit le : 09/05/2005	# Le 03/03/2006 à 13:40 Merci.. sinon j'ai pensé à inclure tout simplement la vérif de $PHPSESSID dans le fichier php appelé - vu que chaque "radin" a une session active il devrait suffir d'interdire l'exécution du script si $PHPSESSID n'existe pas.. non?
Bool \| Olivier Modérateur Inscrit le : 09/05/2005	# Le 03/03/2006 à 14:02 Oui, à condition que ton radin accepte les cookies de session donc (et dans ce cas c'est clairement plus simple) daevel : infogérance et conseil \|\| moi
devtribu \| Olivier Modérateur Inscrit le : 16/06/2005	# Le 03/03/2006 à 14:06 Je ne vois pas bien l'interet de "securiser" l'url d'un appel ajax. De toute facon, toutes les données sont sur tes pages. Une simple aspiration associée a quelques regexp permet d'extraire toutes les données. C'est ce que je fais pour quelques boutiques qui n'ont pas de catalogue produit (ou qui ont un catalogue qui est mis a jour 1 fois par an) Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f
radins \| Tobias Modérateur Inscrit le : 09/05/2005	# Le 03/03/2006 à 14:27 Extraire le contenu depuis une page web est bien plus lourd que depuis un form ajax (déjà en ajax tu n'as aucun design, les données sont structurées, etc.)
devtribu \| Olivier Modérateur Inscrit le : 16/06/2005	# Le 03/03/2006 à 15:02 radins > ca depend comment tu developpes ton ajax. Moi je renvoie du html pret a etre intégré dans le innerHTML du div qui va bien. Et je t'assure qu'extraire du contenu de pages web est vraiment tres rapide (quelques heures de boulot selon la structure des pages) et tres simple (quelques lignes de code) pour celui qui maitrise les expressions regulieres. Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f
erwinol \| Erwin Membre Inscrit le : 09/05/2005	# Le 03/03/2006 à 15:22 Dojo + JSON ... et AJAX devient un plaisir

Auteur

Message

devtribu | Olivier
Modérateur

Inscrit le : 16/06/2005

# Le 02/03/2006 à 17:02

jeapper, la resolution native d'un 17" TFT c'est 1280*1024
et j'ai une augmentation +170% de 1280*1024 en fevrier % janvier
La tendance est clairement a l'augmentation de resolution...
Faire une nouvelle charte aujourd'hui en visant le 1024 me parait pas aller dans le sens de l'histoire technologique.
Je pense meme que le 800*600 sera plus rare que les 20" d'ici 1 an

Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f

deblok | Jonathan
Modérateur

Inscrit le : 09/05/2005

# Le 02/03/2006 à 18:19

dob > pour les ecrans plat only

John VIDOR
Président JVWEB
Liens Sponsorisés - Référencement Naturel - Ergonomie

krucial | Jean Christophe
Administrateur

Inscrit le : 09/03/2005

# Le 02/03/2006 à 19:01

Jeapper a dit :
Alors je sais pas ou vous vivez vous mais moi, sur toute ma famille + mes amis, + les connaissances, + ds les sociétés = personnes en 19" et encore moins en 16/9

lol

Tout le monde est en 17" 1024*768 de nos jours.

Bon quand on bossait ensemble, tu avais 5-6 écrans 19 pouces mini dans ton entourage

JC - Mes sites | Affiliation devis travaux | Cotes voitures anciennes

Geo 113 | Geoffrey
Modérateur

Inscrit le : 04/05/2005

# Le 02/03/2006 à 19:28

bah allez dans pleins d'entreprises (vous savez ces gens visitent nos sites la journée ) et bien les écrans sont encore souvent de vieux crt 800*600

Cosmix
Rendez imprévisible l'Economie; Mentez aux sondages

MathieuC | Mathieu
Modérateur

Inscrit le : 15/07/2005

# Le 02/03/2006 à 19:30

Exact, les grosses entreprises ne changent pas leurs parcs de x milles machines tous les 4 matins... Il y a encore peu de temps, Netscape 4 etait encore bien implante en entreprise

Par contre, c'est le 2eme noel ou on ressent une tres grosse consommation de TFT chez les particuliers, donc c'est clair que le 800x600 va vite disparaitre

mirage | Vincent
Modérateur

Inscrit le : 04/05/2005

# Le 02/03/2006 à 19:59

Telaxo a dit :
Exact, les grosses entreprises ne changent pas leurs parcs de x milles machines tous les 4 matins... Il y a encore peu de temps, Netscape 4 etait encore bien implante en entreprise

Hum, ça change assez vite quand même. Dans les boîtes respectives de mes parents, ils ont tous des contrats de location et ils gardent le matos 2 ans maximum... C'est ce que beaucoup d'entreprises commencent à faire, ça doit certainement revenir moins cher car ils prennent en charge la maintenance du matos et une assistance.

Zalex14 | Alexandre
Modérateur

Inscrit le : 09/05/2005

# Le 02/03/2006 à 20:04

sans compter que depuis deux ans les pro-logiciels sont quasiment tous livrés en 1024.
Dans ma boite il ne doit rester que deux ou trois postes en 800 (sur une centaine) tout simplement car les appli qui sont installées dessus sont en 800, tous les autres sont passés en 1024 en 2004 et 2005.

Mieux vaut s'attendre au prévisible que d'être surpris par l'inattendu.

radins | Tobias
Modérateur

Inscrit le : 09/05/2005

# Le 03/03/2006 à 12:23

Tiens petite question concernant Ajax: c'est possible de "sécuriser" le script appelé par JS, par exemple afin que les demandes doivent toujrous prévenir du même domaine et du JS - je n'ai pas testé, mais pour certains trucs je voudrais éviter qu'un malin "choppe" l'url appeléé pour ensuite s'en servir pour accéder plus ou moins librement et à volonté aux données..

Bool | Olivier
Modérateur

Inscrit le : 09/05/2005

# Le 03/03/2006 à 12:37

Tu peux éventuellement générer des "clé" alléatoires valables pendant un court laps de temps.

Par exemple, un visiteur demande la page, ton script PHP génère une clé alléatoire du genre "f71dbe52628a3f83a77ab494817525c6" et la déclare dans ta base de données, comme valable pendant 1 heure.
Le page envoyée au visiteur contiendra donc un code Javascript qui fournit cette clé lors de l'interrogation du serveur.
Et dans le script PHP de réponse "Ajax", tu verifies juste que la clé soit encore valide.

Ainsi, si un gars veut utiliser ton code Ajax sur son site, ce sera un peu plus complexe pour lui (pas infaisable non plus, loin de là).

daevel : infogérance et conseil || moi

radins | Tobias
Modérateur

Inscrit le : 09/05/2005

# Le 03/03/2006 à 13:40

Merci.. sinon j'ai pensé à inclure tout simplement la vérif de $PHPSESSID dans le fichier php appelé - vu que chaque "radin" a une session active il devrait suffir d'interdire l'exécution du script si $PHPSESSID n'existe pas.. non?

Bool | Olivier
Modérateur

Inscrit le : 09/05/2005

# Le 03/03/2006 à 14:02

Oui, à condition que ton radin accepte les cookies de session donc
(et dans ce cas c'est clairement plus simple)

daevel : infogérance et conseil || moi

devtribu | Olivier
Modérateur

Inscrit le : 16/06/2005

# Le 03/03/2006 à 14:06

Je ne vois pas bien l'interet de "securiser" l'url d'un appel ajax.
De toute facon, toutes les données sont sur tes pages. Une simple aspiration associée a quelques regexp permet d'extraire toutes les données.
C'est ce que je fais pour quelques boutiques qui n'ont pas de catalogue produit (ou qui ont un catalogue qui est mis a jour 1 fois par an)

Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f

radins | Tobias
Modérateur

Inscrit le : 09/05/2005

# Le 03/03/2006 à 14:27

Extraire le contenu depuis une page web est bien plus lourd que depuis un form ajax (déjà en ajax tu n'as aucun design, les données sont structurées, etc.)

devtribu | Olivier
Modérateur

Inscrit le : 16/06/2005

# Le 03/03/2006 à 15:02

radins > ca depend comment tu developpes ton ajax.
Moi je renvoie du html pret a etre intégré dans le innerHTML du div qui va bien.

Et je t'assure qu'extraire du contenu de pages web est vraiment tres rapide (quelques heures de boulot selon la structure des pages) et tres simple (quelques lignes de code) pour celui qui maitrise les expressions regulieres.

Février 2019, mon futur livre Tout JavaScript chez Dunod https://amzn.to/2PoLd0f

erwinol | Erwin
Membre

Inscrit le : 09/05/2005

# Le 03/03/2006 à 15:22

Dojo + JSON ... et AJAX devient un plaisir

Page |<<<1 2 3 45 >> >|

Répondre

Vous ne pouvez pas participer au forum, car votre inscription n'a pas été validée. Pour vous faire valider en tant que Membre, cliquez ici.