Commentaires

1. Le mercredi 9 février 2011, 08:01 par jimi

Bonjour,

votre simulateur est le bien venu, cependant il manque une chose importante : le choix de la grille tarifaire.

cordialement

2. Le mercredi 9 février 2011, 09:59 par Nicolas (Gandi)

Le simulateur prend en compte votre grille actuelle pour calculer.

3. Le mercredi 9 février 2011, 13:32 par Geo

et DNSSEC c'est pour quelle version?

4. Le mercredi 9 février 2011, 13:40 par Nicolas (Gandi)

3.1.1 pour mai 2011 mais avec un risque que ça déborde sur 3.1.2

5. Le jeudi 10 février 2011, 15:59 par tdldp

La cinquantaine de bugs concerne quoi exactement ?
Revendeurs / domaines en particulier ?

6. Le jeudi 10 février 2011, 21:18 par Bouchon

Est-ce que la version 3.0.10 proposera ENFIN les factures au format PDF ?

Cerise sur le gateau, seront-elles envoyées automatiquement par email, ou bien faudra-t-il encore les télécharger ?

7. Le vendredi 11 février 2011, 05:53 par François Nonnenmacher

Bonjour,

est-ce que vous prévoyez qu'un revendeur puisse préparer un serveur pour un client et lui en transférer l'entière propriété simplement ?

8. Le vendredi 11 février 2011, 09:04 par Nicolas (Gandi)

Tdldp: un peu de tout (40% ndd, 20% hosting et 40% divers), il y a aussi 2/3 parties qui ont été ré-écrites comme l'affichage des listes ou la possibilité de faire des exports partout par exemple, mais ce n'était pas assez testé pour partir en production en 3.0.9.

Bouchon: ca fait partie de la première phase de nos travaux sur le système de facturation, les premiers PDF ont été générés cette semaine, on peaufine et on vous propose ça rapidement. Les factures ne seront pas en pièce jointe du mail mais un lien direct (sans mot de passe) sera disponible pour la télécharger ou la transmettre à votre service comptabilité.

François: on espérait pouvoir y travailler sur cette version mais ça ne va pas encore être le cas. Nous allons bientôt refaire le processus de changement de propriétaire de ndd pour le passer sur notre nouveau backend, je me demande si on ne va pas étendre le système à nos autres produits.

9. Le vendredi 11 février 2011, 11:47 par Benjamin

Nicolas: "Les factures ne seront pas en pièce jointe du mail mais un lien direct (sans mot de passe) sera disponible pour la télécharger"
Dit autrement, ça signifie que l'intégralité des factures émises sera en accès libre pour la terre entière !
Perso, ça me choque profondément ... Je préférerais largement que les factures soient accessibles qu'au propriétaire du compte. Et si c'est pas possible, gardez juste une possibilité de l'envoyer par email. Mais surtout ne faites pas ça !

10. Le vendredi 11 février 2011, 17:12 par Nicolas (Gandi)

On avait prévu de mettre une clé de connexion dans le lien envoyé par email quand même
Mais bon, on en reparle en interne, on va essayer d'envoyer en pièce jointe quand même

11. Le vendredi 11 février 2011, 20:08 par Guide comparatif de la sauvegarde

Bonjour,

J'abonde dans le sens de Benjamin. Merci de considérer la facture comme un document officiel et confidentiel entre 2 parties. Cordialement,

12. Le samedi 12 février 2011, 20:20 par Nicolas (Gandi)

comme expliqué, je parlais d'un lien avec une clé de sécurité. Le résultat est donc strictement identique à un envoi avec la facture en pièce jointe. Dès qu'on a pris la décision en interne, je vous donne la solution choisie.

13. Le dimanche 13 février 2011, 00:55 par Daniel Dupont

Concernant la mise à disposition des factures, je suggère de pouvoir choisir, pour chaque compte Gandi, si on souhaite recevoir les factures par email ou non. Car si on a pas mal de facture, autant aller les chercher (plusieurs à la fois) sur les site, que de les recevoir une par une. L'idéal serait de pouvoir télécharger plusieurs factures en un clic et que celles qu'on a déjà récupéré soit marquées.
Quand à la confidentialité, je rejoint pleinement Benjamin et Guide comparatif de la sauvegarde.

14. Le dimanche 13 février 2011, 13:19 par Olivier

Je vais participer également à la lettre au Père Noël. Ça m'ennuierait beaucoup que mes factures Gandi se baladent en clair sur le net (en pièce jointe ou avec un lien "facile").

Un lien vers la facture (dans l'admin) ; si on est identifié on y a accès, sinon, on doit se connecter. Ça doit être le plus simple à mettre en place et on n'est pas fainéants au point de ne pas pouvoir cliquer sur un lien

15. Le lundi 14 février 2011, 09:47 par Nicolas (Gandi)

Daniel, Olivier et les autres: C'est noté, on proposera cela en option uniquement.

16. Le mardi 15 février 2011, 07:57 par bubu

dans les améliorations de votre site, si vous y parliez français ?
"control pannel", "backend", "email", "bug" et j'en oublie ...

17. Le mercredi 16 février 2011, 12:02 par tdldp

@ Nicolas...

Désolé d'insister, mais peut on avoir le details des évolutions et corrections de bugs ? Et prévoyer vous de mettre en place une interface de tests afin que ceux qui au quotidien utilisent Gandi (quoi que bientot peut etre plus), puisse vous remonter les dysfonctionnements et autres regression avant d'avoir à les subirs ..
(Genre la regression mdp compte gandi sous revendeurs est elle patché ?)
Par ce qu'une fois en place, il vous faut trop longtemps pour revenir en arriere (quand seulement vous revenez en arriere)..

Bref, plus de details, plus de tests, plus de prise en compte des remontées clients...
A vous lire

Tdldp

18. Le jeudi 17 février 2011, 11:42 par Nicolas (Gandi)

Tdldp: Nous publions ici les informations qui nous semblent pertinentes sur nos mises à jour. Certains bugs de la plate forme sont difficilement explicables, je ne vois pas l'intérêt de les présenter de manière exhaustive. L'adresse gandiv3 AT gandi.net ou le support reste des canaux valides pour remonter des demandes d'améliorations ou des bugs rencontrés.

19. Le vendredi 18 février 2011, 10:26 par tdldp

Bon ok, veut rien comprendre, veut rien savoir..
Cette demande c'est pour plus de visibilité sur les "trop nombreux" correctifs qu'on formule sur les regressions non prises en comptes... Donc ca vous semble peut etre pas pertinent, mais plus ca va plus gandi devient obscure, modifie ses interfaces sans prévenir, ou pire encore ne prend pas en charge les demandes d'evolutions / correctifs (api, facturation, domaines,etc..)

Alors de facon explicite, la regression de la 3.0.7, sur les créations de contacts, vous comptez la corriger celle la ? Elle a été remontée via le ST, et via la direction de facon assez virulente je pense... vous faut encore un mail sur la gandiv3 pour la prendre en compte dans la 3.0.10 ?

La recherche via adresse email dans l'API (dans la wishlist depuis 6 mois, mais toujours pas publié), pour eviter la création de comptes inutiles (optimiser la visibilité des informations de nos clients), c'est envisagée ??

Mon pavé de demandes, aurait-je un retour un jour sur une ETA ? (a part fin du trimestre, auquel on sera très vite rendu accessoirement...) ...

Gandi n'est plus orienté domaine, ca les revendeurs l'ont je pense bien compris depuis plus de 18 mois, peut etre vous inquieterez vous quand vos revendeurs, commenceront à vous quitter, en faisant la pub autour d'eux.. (et pourtant la grogne est la, il suffit de lire les commentaires des 3 dernieres versions publiés)

Reveillez vous !!! La grange est en feu... Les domaines flambent...

20. Le vendredi 18 février 2011, 13:45 par pascal

Tdldp,

Vous pourriez aussi mentionner qu'on corrige ou améliore régulièrement les choses à votre demande, quelle que soit sa forme. L'image que vous donnez de Gandi en retour est pessimiste pour le moins.

Ce que dit Nicolas plus haut n'est pas qu'on "veut rien comprendre, veut rien savoir" mais que sur ce blog, il nous parait inutile de rentrer dans trop de détails techniques difficiles à expliquer, et que nous préférons présenter les améliorations majeures.

On est toujours dispo pour vous répondre, et discuter, aux adresses habituelles, et je pense d'ailleurs qu'une interface donnant accès aux bugs ouverts/en cours de correction serait une bonne idée.

Mais par pitié, pas de métaphores avec des granges et du feu, et un peu de confiance. Vous savez quo'n bosse et qu'on recrute sur le domaine, ce sujet a déjà été abordé. Les features sont pour l'API v3 (S1 2011).

21. Le vendredi 18 février 2011, 14:14 par Olivier

Tdldp, j'ai bossé presque deux ans chez un revendeur Gandi assez important (peut-être même le plus important en volume mais je ne suis pas sûr) et je n'ai pas du tout la même appréciation de la réactivité et qualité du support. En faisant la refonte de nos backends de domaines, on a rencontré quelques problèmes et on a généralement eu une réponse assez rapide de la part de Nicolas.

À titre de comparaison, cette société est aussi accréditée Afnic et Dns.be et, nous avions encore quelques domaines chez OVH. Gros bordel pour faire un backend qui puisse parler à tout le monde donc Pour avoir vécu le support de chacun, Gandi et Dns.be nous ont toujours apporté des réponses satisfaisantes et assez rapidement. Je n'évoquerait même pas certains échanges avec le support de l'Afnic, capable de répondre à côté de la plaque au bout de deux semaines…

Parler de maison qui brûle me semble un peu excessif

22. Le vendredi 18 février 2011, 19:31 par dédé

Le revendeur tdldp doit craindre votre épanouissement sur vos autres activités, faudrait pas être de mauvaise volonté surtout quand on connait la qualité du support Gandi et sa disponibilité sur IRC. Effectivement, un bugtrackeur serait une bonne chose et soulagerait le support sans doutes des demandes dupliquées.
Vive Gandi

23. Le samedi 19 février 2011, 09:17 par Nicolas (Gandi)

Tdldp: comme expliqué toutes les fois où vous nous avez posé des questions par mail ou via ce blog, nous avons un planning propre qui ne nous permet pas de tout arrêter pour s'occuper de toutes vos remontés qui, pour certaines, sont très souvent de bonnes idées.

Comme expliqué aussi, certains de vos points ne sont pas souhaitables de notre coté ou du coté des autres revendeurs Gandi avec lesquels nous discutons toutes les semaines.

Sur le point abordé, non, nous n'allons pas demander à nos clients de définir un mot de passe pour que leurs clients puissent s'identifier et faire des choses sur notre interface. Vous bénéficiez d'avantages (prix, support téléphonique...) parce que vous gérez vos clients directement et agissez sur nos interfaces en connaisseur. Si vous voulez absolument gérer comme cela, il faut quitter le mode revendeur et vous placer contact facturation sur les domaines de vos clients.

Les travaux en cours sur les noms de domaine et le système de facturation consistent à refaire chaque partie à zéro et la faisant au mieux possible sans prendre en compte, dans la mesure du possible, les contraintes imposées par le système actuel développé en 2000 et réadapté en 2006 lors de la V2.

Donc, de mon point de vue, du point de vue de notre service client, du point de vue de beaucoup de nos clients, la maison ne brule pas, elle est remise à neuve, pièce par pièce, mur par mur.

Beaucoup de choses ne se voient pas et je comprends les frustrations de certains qui aimeraient que ça arrive plus vite mais je vous assure que ça bouge dans la bonne direction.

Olivier, dédé: merci

24. Le mardi 22 février 2011, 12:50 par tdldp

La grange en feu, les domaines qui brûlent, c'est que là ou des évolutions sont nécessaires, celle-ci ne viennent pas , ou quand elle viennent c'est avec des fonctionnalité biaisé, réduite, nécessitant de faire intervenir le support, la ou cela pourrait être totalement inutile... Je n'ai jamais eu à passer autant d'appel, autant de mails autant de post concernant des dysfonctionnements (et non des problématiques spécifiques aux domaines) que depuis l'arrivé de la V3... C'est dingue de ne pas vous en rendre compte chez Gandi..

Le problème n'est pas le support, bien au contraire, car contrairement à d'autres, j'ai en 6 ans de collaboration avec Gandi, toujours eu à louer la qualité exceptionnelle du support. (Dont mes chouchoutes : Soraya, Carole, Francoise...) Ne vous trompez pas sur ma position... Je maintien et répété que les développements sur le domaine sont l'unique objet de mon "coup de gueule"...

@Olivier : En matière de backend, on est d'accord, pas évident de se brancher sur plusieurs interfaces, on s'en rend compte tout les jours dans le cadre de nos développements, mais pourquoi le seul backend qui ne bouge pas en ce moment pour nous c'est gandi ? Ah vi l'hébergement a occulté les ressources depuis 18 mois.. d'ailleurs pascal le dit lui même, on recrute, (un peu tard, mais bon...)

@dédé : On est entierement d'accord.. un bugtrackeur, une vraie todo list avec des ETA, bref de la communication à destinations des revendeurs et les autres (car aprés tout, pourquoi seul les revendeurs auraient le droit à l'information)... on demande rien de mieux. C'est juste une demande vielle de 4 ou 5 ans... Au moins on a la wishlist depuis 18 mois, dommage simplement qu'elle ne soit ni maintenue, ni mise à jour..

@Nicolas : Ca j'ai bien conscience en tant que responsable produit web dans le groupe ou je bosse, que tout ne se fait pas en un jour, et que vous n'allez certainement pas effectué en un jour des remontées faites il y a plus de 18 mois (pour pas dire 2 ans pour certaines)... Mais de grâce, ne me dites pas que ce n'est pas souhaitable pour d'autres revendeurs... Je vous ai toujours remontées des problématiques, avec des solutions permettant aux 2 modèles de revendeurs que vous avez, de pouvoir coexister.. Ne le niez pas...
Par contre, ne vous trompez pas non plus dans vos réponses en soutenant que la régression que vous avez introduit est inéluctable... Dans le cas d’espèce vous avez fait le choix d'affecter un mot de passe à un nouveau handle gandi généré de façon aléatoire, qui n'est communiqué ni au revendeur, ni au client final (conformément aux conditions revendeurs). Ca ok , mais vous auriez aussi pu prendre l'énoncé suivant :
1 - Le revendeur ne souhaite pas fournir de mot de passe, ok, on en fourni un aléatoirement qu'on ne communique ni au revendeur, ni au client final. (votre modele actuel). Si le client final par miracle trouvait le mot de passe, de toute façon il ne peut rien faire sans passer par son revendeur
2- Le revendeur souhaite fournir un mot de passe, ok on l'accepte, toutefois on n'envoi toujours pas d'information ni au revendeur ni au client final... Même avec le mot de passe, le client final ne peut rien faire sur ce compte et doit contacter le revendeur en cas de modifications. Toutefois il peut en toute transparence consulter (lecture seule) les informations relatives à son compte, et s'assurer que la prestation que son revendeur lui fait payer est bien effectué, conformément à ce qui est prévu contractuellement.
Comme seul le revendeur connait le mot de passe, c'est lui et lui seul qui peut ou non choisir de le communiquer au client final. Et encore dans le cas ou il le communique cela ne serait que pour un accès en lecture seul. (donc toujours conforme à votre besoin de ne pas laisser le client final agir à la place de son revendeur).
D'ailleurs le backend à fonctionné comme cela de la V2 à la V3.0.7... et je ne crois pas que vos revendeurs s'en plaignait... Le problème est donc ailleurs, la question est ou ??

Plus généralement, en terme de revendeur, laissez moi libre de communiquer ou non à mon client, les informations que je souhaite... Perso je veux montrer à mon client, que contrairement à certains de vos revendeurs, je suis transparent avec lui, qu'il peut verifier ce que je lui facture, et que dans tous les cas, je ne le bloquerais pas dans ses choix de prestataires (si il veux changer, y'a pas de probleme, il change, de toute façon dans ce cas c'est déjà trop tard, et ca ne sert à rien de retenir le client contre son gré)... Perso je respecte les CGU des différents registre (dans vos revendeurs qui ne veulent pas le mot de passe, combien se mettent propriétaire du domaine, à la place de leurs client... j'ai encore un cas ce matin). Par contre que je ne sois pas dans la vague de certains de vos revendeurs, je le conçois, mais pourquoi leur vision tronquée du marché doit elle s'imposer à moi. Perso je ne leur impose pas la mienne (puisque je demande à ce que le revendeur ait le choix entre votre solution actuelle, ou celle qui fonctionnait avant)... Après tout, ma façon de travailler et la leur peuvent très bien marcher en parrallèle chez Gandi. Tant que cela ne génère ni tickets support client final, ni ticket support revendeurs..

Bref, c'est bien un profil revendeur dont j'ai besoin, pas celui d'un simple contact facturation. C'est depuis 2005, la même définition d'un revendeur que je demande, pour permettre avec des outils et fonctionnalités simples, de pouvoir gérer mon activité domaine en toute transparence, et le plus efficacement possible en générant le moins de ticket support possible chez vous, tant de mes clients (5-6 contacts directs en 5 ans), que de mon service (bon la c'est autre chose.. on va dire une moyenne de 1 contact par mois en ce moment, contre plusieurs dizaines lors de la V1.. La différence c'est qu'en V1 c'etait des tickets de dysfonctionnement domaine, aujourd'hui c'est des problématiques de fonctionnalités et dysfonctionnement d'interface ).
Or plus ça va, moins les outils Gandi sont compatible avec les besoins d'un certain profil de revendeur, tandis que vos concurrents eux adaptent de plus en plus leurs backend pour que cela le deviennent.. Bref, ce n'est pas l’économie qui est en cause, mais bien les fonctionnalités... et malheureusement je constate que les fonctionnalités en ce qui me concerne ne sont pas au rendez vous..

Bref, je regrette votre fin de non recevoir, même si je me doute que cela me pendait au nez, vu l'absence de développement sur mes remontées d'il y a 18 mois, sur les régressions remontée depuis la 3.0, etc..
Je devrait probablement me faire à l'idée, que l’expérience Gandi connait ses limites, et qu'il me faudra très certainement, en attendant d'avoir la volumétrie suffisante d'ici quelque mois, pour être accrédité directement auprès des registres, me trouver un nouveau partenaire (prestataire), qui sache prendre en compte un cahier des besoins (doléances) constructif...

Dommage que Gandi se soit éloigner de son : http://www.gandi.net/no-bullshit

tdldp

25. Le mardi 22 février 2011, 16:10 par Nicolas (Gandi)

Parlons de manière plus concrète:
- L'équipe technique est passée de 2 personnes jusqu'en 2005 à 19 personnes aujourd'hui. Sur les 19, 4 travaillent, pour le moment, exclusivement sur l'hébergement. Nous ne manquons donc pas de mains et avons même recruté des gens pour faire avancer la partie nom de domaine encore plus vite.
- Au niveau projets, améliorations de l'existant, corrections de dysfonctionnements, nous avons déjà de quoi occuper ces 19 personnes pendant plusieurs années

Nous dirigeons cette société dans l'optique qu'elle existe encore dans plusieurs dizaines d'années, nous avons donc orienté nos développements dans cette optique en donnant carte blanche pour une refonte nous permettant d'affronter l'avenir avec plus de sérénité. La refonte "V3" sur la partie visible début 2010 (qui s'améliore version après version) n'est que la partie immergée, c'est surtout la partie backend non visible qui a de l'importance (base de données, interfaces avec les registres, ORM, API, redondance de service, tolérance à la panne, tests unitaires...)

Les ETA sont toujours difficiles à donner car la mise en production des développements est souvent délicate. Il y a 12 mois, nous avions prévu de finir la migration nom de domaine au début du premier trimestre 2011, ça sera plutôt fin du second. Nous avons, par exemple, changé les moteurs nom de domaine sur la recherche, les créations et les transferts tout en continuant à faire plusieurs milliers d'opérations par jour.

Les travaux en cours portent:
- sur la refonte et l'unification de tout notre système de facturation afin, sur la phase d'après, de pouvoir vous proposer proprement toutes les améliorations en attente. Comme vous pouvez vous en douter, la mise en production, d'ici quelques semaines, est très délicate.
- sur la refonte et la migration complète de notre backend nom de domaine avec pour premier objectif de vous proposer une nouvelle API avant la fin du semestre.
- sur l'ajout de nouvelles extensions (une centaine d'ici la fin de l'année), dès que la migration backend sera suffisante pour éviter de faire le travail sur l'ancien et le nouveau système.
- sur la mise en production de notre nouveau système de stockage et des fonctionnalités qui vont avec.
- sur la mise en production des load balancers
- sur de la R&D autour des réseaux virtuels, de la bande passante, des Ipv6....
- sur la refonte de l'architecture technique du coeur de Gandi (DNS, interfaces registres...)

Mon problème est que vous ne continuez à ne voir que le mauvais coté des choses et nous accusez de ne voir que les bons. Nous avons une idée assez claire et, à mon avis, assez complète de ce qu'attendent nos clients revendeurs et directs. Nos plans, jusqu'en septembre, devraient satisfaire une majorité d'entre eux et, probablement, vous décevoir sur d'autres points.

Je ne vois pas de quelle manière nous nous écartons de notre philosophie. Si d'autres ont la même opinion, je suis preneur.

26. Le mardi 22 février 2011, 18:58 par tdldp

oui nicolas,
je vois probablement que le mauvais coté des choses, car contrairement à ce que vous croyez c'est ce qui affecte au quotidien mon travail, en tant que client de votre société.. Je pense aussi probablement que vous ne voyez que le bon coté de ce que vous faites, car contrairement à avant, vous developpez désormais en totale confidentialité, sans jamais communiquer ni tester en beta ouverte , les "améliorations version après version" de la V3, qui comporte pourtant un nombre de regression qu'on ne connaissait pas avant cette version. (j'en suis à 5 comptabilisé en 9 version de la V3, mais la encore je ne doit voir que le mauvais coté des choses).

La ou j'ai plus de mal, c'est que vous n'acceptez plus la remise en cause, voir meme vous vous fichez de nos remontées... Soit. Etonnant, mais soit...

En tout cas je pense savoir ce qu'il me reste à faire..
On en reparlera en septembre...

tdldp