Cher Visiteur,
Toi qui es venu te perdre un peu ici, prends le temps de parcourir les différentes rubriques. Tu es amateur de jolies photos : les rubriques "Réunion", "Voyage,
tourisme et découvertes" sont pour toi. Tu aimes l'écriture et tu voudrais lire quelques textes d'une illustre inconnue : jettes toi sans attendre sur la rubrique "Textes". Tu es un curieux
invétéré et tout t'intéresse : tu seras gâté, puisqu'il y a encore 6 autres rubriques où t'abreuver. Tu aimes, tu détestes, tu veux en savoir plus : n'hésites surtout pas à déposer un
commentaire. Je les lis tous avec avidité. Tu peux même venir signer le livre d'or : de ma profonde gratitude tu seras
assuré.
Un assenseur t'attend sur la droite de ton écran : avec ta souris, descends à tous les étages, ainsi tu sauras tout ce sur quoi tu peux cliquer ...
Et si après t'être baladé un peu partout, tu souhaites garder le contact et être prévenu lorsqu'un nouvel article est créé : tu auras la joie, l'honneur et l'avantage de pouvoir t'inscrire à la Newsletter des blogueries. Tu hésites encore ? Allons, allons, point de timidité. Ici tu seras bien traité : promis, juré :-)
Un assenseur t'attend sur la droite de ton écran : avec ta souris, descends à tous les étages, ainsi tu sauras tout ce sur quoi tu peux cliquer ...
Et si après t'être baladé un peu partout, tu souhaites garder le contact et être prévenu lorsqu'un nouvel article est créé : tu auras la joie, l'honneur et l'avantage de pouvoir t'inscrire à la Newsletter des blogueries. Tu hésites encore ? Allons, allons, point de timidité. Ici tu seras bien traité : promis, juré :-)
Bravo Annie d'avoir rempli aussi vite votre devoir de la parfaite contribuable. C'est d'autant plus méritoire que les Réunionnais(es) sont des privilégiés, puisque bénéficiant d'un délai incroyable : le 30 juin. De quoi regarder la Coupe du monde sereinement, sans louper un seul match. ;-) Mais tout de même, avec un Mac, quel exploit !
J'imagine, ceux qui tombent sur le coup de la JVM qui ne marche pas le dernier jour possible pour eux. Se taper du malus pour des raisons techniques, il y aurait de quoi rager !
Sinon, ya pas photo entre cette année et l'année dernière : vive les Mac !
Et à vous, je vous colle y carton jaune, pour avoir réussi à parler de coupe du Monde, ici même, argh ! ;-)
J'ai eu des problèmes également pour déclarer en ligne. Mon navigateur n'acceptait pas les fenêtres des impôts pour des raisons de sécurité. Pour y remédier, j'ai décoché tous les paramètres de sécurité et ça a fini par marcher mais mon ordinateur a couru "un grave danger".
C'est bien souvent qu'on a des surprises quand on déclare ses impôts en ligne. Le tout est d'arriver de le faire avant la date limite. Pour vous et moi, mission accomplie ;-)
Peut-être l'année prochaine ...
Je pense que la difficulté majeure est au niveau de la configuration de la machine du candidat à la télédéclaration ;-)
Si vous avez la bonne JVM, si vous n'avez pas des paramètres de sécurité qui vous empêchent de faire tourner l'appli, alors tout va pour le mieux dans le meilleur des mondes.
Au niveau de l'accès, ils ont fait ce qu'il faut cette année pour éviter les embouteillages de l'année dernière. L'appli en elle-même est bien concue. On y navigue sans aucun problème.
Bref, des progrès considérables ont été fait depuis la première fois que j'ai essayé. Du très bon boulot.
François, l'année prochaine, faudra pas hésiter : lance-toi ;-)
N'attend juste pas que la date de la déclaration papier soit dépassée. Comme ça en cas de gros pépin, tu pourras te rabattre dessus. Mais tu serais vraiment poissard dans ce cas-là.
Mais j'imagine, que tous les ans, il arrive des trucs incensés à des personnes qui tentent le coup pour la première fois. Mais au fur et à mesure que le temps passe, elles doivent être de moins en moins nombreuses :-)
un truc en PHP avec sécurité cryptage SSL, login/login à taper pour s\\\'identifier et hop le tour est joué, ça devrait fonctionner sans prise de tête avec n\\\'importe quelle navigateur et ordi
http://www.commentcamarche.net/crypto/ssl.php3
C'est pleinement objet, le multithreading a sans doute été un élément de choix. Cette appli doit gérer beaucoup de connexion sur une période courte.
Il est vrai qu'a priori, mieux vaut éviter d'imposer aux visiteurs d'avoir à installer quelque chose. Passer tout en web-services coté serveur implique sans doute certaines contraintes qui ont été rédibitoires. J'en sais rien.
En informatique on fait avec les moyens qu'on a tant humains que financiers.
A moi il me semble que cette application, même imparfaite a rudement progressé en quelques années et que ce travail considérable ne porte pas sur une simple histoire d'identification.
Aux impôts et chez Fnac, ça m'étonnerait qu'on travaille sur les mêmes volumes et avec les mêmes contraintes de service rendu à l'internaute.
Alors moi, qui pour mon site web de l'université, surtout pour du contenu purement informatif, si je suis convaincue qu'un outil php/msql aurait largement été suffisant, pour les impôts, je suis plus que sceptique.
"Cette appli doit gerer beaucoup de connexion sur une période courte...un outil php/msql aurait largement été insuffisant"
ben l'un des plus gros forum français ( hfr.fr ) utilise cette solution php et mysql pour leur base de données et ça a l'air de donner de très bon résultats malgré la forte affluence chez eux :D
mais sinon pour en revenir sur notre cas qui nous interesse :
cette applet java est executée sur le poste de l'utilisateur, pas sur le serveur
du coup logiquement elle ne joue donc aucun rôle en matiere de rapidité de connexion ou de performance
à mon avis ( mais je reste prudent donc juste une hypothèse ) cette applet ne fait que generer des variables cryptées en utilisant les classes de cryptage java présents sur votre PC, bref ici c'est votre processeur qui bosse pour faire travailler l'applet java et generer les variables
ces variables cryptées seront ensuite transmises au serveur via le protocole classique "HTTP" ( plutôt HTTPS ) ( requete HTTP de type GET ou POST envoyée par le navigateur internet ) et c'est seulement après ce stade que l'on peut commencer à parler de performances ou de rapidité
et ces histoires de performances ou de rapidité dependent ensuite de la qualité de la bande passante et du materiel présent dans le serveur au centre des impots :
-cad le processeur, en général il faut une solution multi-processeur pour les perfs
-la quantité de mémoire vive
-la rapidité d'accès aux disques dur ( et en systeme raid )
bref il faut que le centre des impots ai en fait une belle machine et une bonne bande passante pour bien gerer l'afflux de demande,
après si ils veulent utiliser un serveur php, ou java c'est leur droit mais quelque soit ce choix logiciel rien ne justifie ensuite l'obligation d'installer une machine virtuelle chez le client à part le fait de generer sur le PC client un traitement spécial pour avoir une variable précise cryptée, ou bien alors pour des raisons esthetique, genre belle interface, animation ou je ne sais quoi
mais normalement si on veut transmettre des données de maniere sécurisée et cryptée il y a déjà ce que l'on appelle le procédé SSL ( le petit cadenas qu'on voit quand on paie par carte bancaire, les infos sont alors transmises de maniere cryptées, ), du coup cette applet Java n'était peut-être pas necessaire ?
ou alors ils ont voulu rajouter une couche supplémentaire de cryptage ?
Si oui cela me semble inutile compte déjà de la fiabilité du cryptage SSL, à ma connaissance personne n'a encore réussi à casser cette sécurité et les sites de vente en ligne auraient déjà des gros soucis si ce procédé n'était pas fiable
enfin bon en informatique vaut mieux rester prudent et modeste donc je ne veux pas trop être affirmatif, ils doivent avoir des raisons ou des contraintes comme vous dites pour avoir fait ce choix de l'applet java
mais ce qui me semble probable c'est ce que cela n'a pas été fait pour des raisons de performances, car la partie critique se situe du coté serveur, le client lui ne faisant qu'envoyer des requetes classiques HTTP
peut-être que l'objectif caché c'était de décourager l'internaute afin d'éviter d'avoir trop de surchage justement ? :))))
A+
Sinon, merci pour les précisions sur les applets, mais si je me suis appliquée à vous parler de ce qu'on pourrait faire coté serveur dans mon premier message, c'est justement à cause de ce choix d'applet. Je me demandais ce qui l'avait motivé.
Je n'ai pas le bagage technique qui me permettrait de trancher sur quoi que ce soit.
Tout ce que je sais, c'est que la contrainte première d'un service informatique c'est de faire avec les moyens qu'il a, tant financiers qu'humains, sous peine de se prendre une bonne gamelle.
Les choix techniques sont rarement parfaits, et sur les forums de spécialistes on peut en discuter des heures. Mais moi ce que j'observe, c'est une amélioration du truc, notamment de la gestion de l'accès au service Donc ils avancent et dans le bon sens.
L'utilsation d'une applet java est cependant - et là je suis d'accord avec vous - un obstacle majeur à une utilisation par le plus grand nombre.
Malgré tout, je pense que le nombre de personnes ayant réussi sa télédéclaration n'est pas négligeable. J'ai vu des chiffres je ne sais plus où (Libé je crois) : la progression est même fulgurante. A+
perso, je suis comme François, il n'y a pas d'urgence.
Fiasco dans leurs déclarations, préinscrites !
Ok, cela fait gagné 20 €
Et, cela met au chomage, des personnes qui travaillaient au trésors publics. Ca aussi ça compte.
gros bisous
Colette
Les données, qu'elles soient rentrées avant par eux ou après par eux, qu'est-ce que ça change en terme de quantité de boulot pour eux ? C'est quand même eux qui ont rentré les données d'après les infos fournis par les patrons ? Même si c'est avant que tu déclares. Et en plus si ya des inexactitudes, maintenant, ils ont les corrections à apporter. Pas sûr que ça fasse du boulot en moins, pour le moment.
Et puis on peut se permettre aussi de penser en rationnalisation du travail. Moi il me semble qu'on va dans le bon sens, en terme de service rendu. Ca aussi ça compte.
Bisous. L'annie
"Gordon, à votre avis : combien d'entrée rien qu'en identifiants peut avoir la base de données des impôts ?"
un bonne base de données relationnelles doit pouvoir gerer tout ça sans problème de taille maximum, par exemple regardez le site des pages jaunes, leur base doit être énorme et contient des millions d'adresses et pourtant ça fonctionne nikel:
http://www.pagesjaunes.fr/
une bonne base bien conçue au niveau des tables, des relations et du type de données et tout ça avec un bon SGBD et normalement c'est Ok
je dirais que le vrai element qui pourrait ralentir c'est encore le materiel si c'est trop faiblard
Annie a écrit:
"Sinon, merci pour les précisions sur les applets, mais si je me suis appliquée à vous parler de ce qu'on pourrait faire coté serveur dans mon premier message, c'est justement à cause de ce choix d'applet. Je me demandais ce qui l'avait motivé."
ben j'ai pas encore testé la télédéclaration sur le site des impôts ( donc faut prendre avec prudence ce que je vais dire ) mais pour moi je pense que c'est probablement pour generer une donnée cryptée à partir d'infos saisis par l'utilisateur, et tout ça se fait sur le PC de l'utilisateur et pas sur le serveur,
l'idée c'est probablement d'utiliser une technique bien connue de cryptographie à clé assymetrique ( clé privée et clé publique ), une technique qui permet normalement de renforcer la fiabilité de l'authentification
ensuite une fois que l'applet a fait son boulot de génération de certificat de sécurité tout le reste c'est du classique de chez classique , cad tout ce qui se passe ensuite ce n'est que du protocole de transmission HTTP avec SSL ( ce que tout bon navigateur internet sait faire sans avoir besoin d'un module spécial )
et ensuite ce que fait le serveur c'est probablement du classique aussi, rien d'exceptionnel ( il reçoit ce qu'envoie le navigateur, il vérifie si le certificat de sécurité est OK et stocke ça dans sa base de données et envoie ensuite un accusé de reception )
maintenant la question que je me pose est de savoir si il existait un autre moyen plus simple que cette applet ?
compte tenu de lenjeu est-ce qu'un pirate va vraiment se casser la tête pour essayer de découvrir ce que Madame Michu a déclaré comme revenu pour l'année 2005 ?
Il y gagnerait quoi ? ( bon peut-être une gloire perso ou pour publier les gros revenus des peoples :)) )
le pirate si il est malin il va plutôt essayer de pirater les sites de vente en ligne pour recuperer le numéro de carte bancaire plutôt que de perdre son temps à chopper le montant de revenu de monsieur tout le monde ??
et puis ici il y a pas de transaction financiere et l'utilisateur peut peut-être annuler et refaire sa déclaration en ligne si il constate que l'accusé de reception comporte une erreur ?
en gros c'est pour ça que j'ai suggeré qu'il était plus simple de passer par un systeme de login et d'un identifiant à taper, cet identifiant étant envoyé par courrier papier à l'utilisateur ( que l'utilisateur pourra toujours modifier ensuite ), si cela peut permettre de rendre plus simple et accessible la télédeclaration au lieu d'imposer l'installation d'une machine virtuelle java
ce qui compte après c'est que le site utilise le protocole SSL et comme tous les navigateurs ( Firefox, internet explorer ) sait gerer en natif le procédé SSL alors cela aurait éviter l'utilisation de cette applet
sinon perso j'ai testé la télédeclaration mais pour le site des allocations familiales, normalement chaque année il faut déclarer aussi son revenu à la CAF, là cette année j'ai testé la télédéclaration sur le site et ça consiste à taper un numéro identifiant ( code personnel ) que la CAF envoie par courrier, une procédure plus simple je trouve
par contre l'ergonomie du site de la CAF était pas top et le serveur assez lent, surement pas assez costaud
A+