Bekijk Volledige Versie : SIDN en Handle's
Wie kan mij uitleggen hoe het handle systeem van het SIDN werkt?
Als ik zelf SIDN lid word, en ik sla van alle klanten de handle's op, kan ik dan domeinen met de zelfde gegevens registreren door alleen de handle te vermelden?
Kan ik bij het SIDN een handle aanmaken, zonder deze te koppelen aan een domeinnaam?
Moet dit weten voor mijn beheer pakket dat ik aan het bouwen ben en kan dit niet terug vinden op de publieke site van het SIDN.
Als ik zelf SIDN lid word, en ik sla van alle klanten de handle's op, kan ik dan domeinen met de zelfde gegevens registreren door alleen de handle te vermelden?Dit is wel het idee van de handles. Zelf vergeet ik altijd de handles op te slaan en heb ik dus voor veel domeinen veel handles met dezelfde gegevens. Dit zou ik nog een keer netjes moeten uitzoeken, maar heeft niet echt prioriteit ;)
dreamhost_nl
23/03/07, 16:36
Wie kan mij uitleggen hoe het handle systeem van het SIDN werkt?
Als ik zelf SIDN lid word, en ik sla van alle klanten de handle's op, kan ik dan domeinen met de zelfde gegevens registreren door alleen de handle te vermelden?
Ja of op basis van een al eerder geregistreerde domeinnaam.
Kan ik bij het SIDN een handle aanmaken, zonder deze te koppelen aan een domeinnaam?
Nee, die zijn altijd gekoppeld aan een domeinnaam via domeinnaamhouder, admin-c of tech-c.
Moet dit weten voor mijn beheer pakket dat ik aan het bouwen ben en kan dit niet terug vinden op de publieke site van het SIDN.
Doe er je voordeel mee. Overigens raad ik je aan even contact op te nemen met de SIDN. Wellicht dat ze je een (tijdelijke) test account willen geven voor de testserver van DRS 4...
Doe er je voordeel mee. Overigens raad ik je aan even contact op te nemen met de SIDN. Wellicht dat ze je een (tijdelijke) test account willen geven voor de testserver van DRS 4...Dit is inderdaad misschien slim om te doen. Dan kun je sowieso even navragen of er grote wijzigingen op de planning m.b.t. de handles voor DRS 4.1. Deze wordt ook binnenkort uitgerold.
Waar je in het bijzonder op moet letten is dat je bij de huidige DRS versie altijd met meerdere handles per contactpersoon opgescheept wordt.
Registreer je een domein met als nieuw contactpersoon Jantje die zowel admin-c als tech-c is. Dan maakt het systeem voor zowel de admin-c als tech-c een aparte handle aan. En is hij tevens domeinnaamhouder, dan heb je al 3 handles.
Verhuis je een domein, dan maakt het systeem voor de domeinnaamhouder ook een nieuwe handle aan.
Verhuis je voor dezelfde klant tien domeinen, dan is de kans groot dat je opeens 10 nieuwe handles erbij hebt.
Triloxigen
24/03/07, 12:05
Gegevens gewoon invoeren ipv handles gaat sneller.
Of je het dan nu invoert in DRS of je moet alle gegevens invoeren om op te zoeken + copypasten.
Wij werken ook (nog) niet met die handles. Mede omdat het meer tijd is om die dingen te zoeken, dan het gewoon opnieuw in te voeren.
Van mij mogen ze die dingen dan ook weer afschaffen. Is helemaal niet nodig.
Van mij mogen ze die dingen dan ook weer afschaffen. Is helemaal niet nodig.Van mij ook, maar ik kan mij voorstellen dat mensen die veel domeinnamen geregistreerd hebben staan hier voordelen aan hebben. Vooral voor adreswijzigingen op veel domeinen kan het handig zijn volgens mij.
crazycoder
24/03/07, 13:42
Handles zijn bedoeld om iemand mee te identificeren.
Als je denk dat afschaffen een goed idee is heb je het idee achter normalisatie van databases nooit helemaal begrepen.
Ik kan zo snel eigenlijk geen betere methode bedenken dan handles.. Je mag jezelf overigens wel afvragen wat de gedachte is achter de verschillende handles die sidn voert.. maar goed.. er is mee te leven..
Triloxigen
24/03/07, 15:43
Handles zijn bedoeld om iemand mee te identificeren.
Als je denk dat afschaffen een goed idee is heb je het idee achter normalisatie van databases nooit helemaal begrepen.
Ik kan zo snel eigenlijk geen betere methode bedenken dan handles.. Je mag jezelf overigens wel afvragen wat de gedachte is achter de verschillende handles die sidn voert.. maar goed.. er is mee te leven..
Aschaffen van de handles heeft echt totaal niks te maken met normalisatie,.
Als je normalisatie afhangt van de bereidheid van de user om een database genormaliseerd te krijgen ben je niet goed bezig hoor ;)
Gegevens gewoon invoeren ipv handles gaat sneller.
Of je het dan nu invoert in DRS of je moet alle gegevens invoeren om op te zoeken + copypasten.
De bedoeling is dus om de hoeveelheid domeinen die ik nu heb onder te brengen in een eigen DRS.
(Goh weer een DRS op de markt).
Voor mijn klanten heb ik dus al in mijn database een link liggen tussen een administratief contac, technisch contact en domeinhouder.
Als ik hier een sidn-handle aan toe ken, zou ik in feite alleen maar deze handle hoeven te vermelden, om deze gegevens te hanteren.
Ik zou niet weten waarom gegevens invoeren sneller zou zijn dan handles, zou je dat willen uitleggen?
MediaServe
26/03/07, 11:56
Aschaffen van de handles heeft echt totaal niks te maken met normalisatie,.
Als je normalisatie afhangt van de bereidheid van de user om een database genormaliseerd te krijgen ben je niet goed bezig hoor ;)
Precies, en naar mijn mening heeft SIDN ook met de handles helemaal de plank misgeslagen. De database is op deze manier maar een klein beetje genormaliseerd. Bij ons gaan veel registraties nog met de hand en dan worden de gegevens vaak gewoon ingetypt. Als ze de handles goed wouden implementeren, dan hadden ze het er verplicht door moeten drukken, dat je altijd eerst een handle moet aanmaken en dan pas met die handle een domein kunt registreren. Nu heb je de vrije keuze of je handles gebruikt of niet, of een beetje allebei, de database wordt dus een rommeltje. Ik vind DRS4 trouwens een complete aanfluiting, zonde van het geld.
Triloxigen
26/03/07, 12:59
De bedoeling is dus om de hoeveelheid domeinen die ik nu heb onder te brengen in een eigen DRS.
(Goh weer een DRS op de markt).
Voor mijn klanten heb ik dus al in mijn database een link liggen tussen een administratief contac, technisch contact en domeinhouder.
Als ik hier een sidn-handle aan toe ken, zou ik in feite alleen maar deze handle hoeven te vermelden, om deze gegevens te hanteren.
Ik zou niet weten waarom gegevens invoeren sneller zou zijn dan handles, zou je dat willen uitleggen?
Je zegt dat je weer zo'n DRS bent. Maar hoeveel van alle deelnemers zijndat?
Daarnaast zul je als DRS zelf wel een systeem hebben waarbij het gebruik van Handles totaal niet van toepassing is gezien het al intern geautomatiseerd is.
Je zegt dat je weer zo'n DRS bent. Maar hoeveel van alle deelnemers zijndat?
Daarnaast zul je als DRS zelf wel een systeem hebben waarbij het gebruik van Handles totaal niet van toepassing is gezien het al intern geautomatiseerd is.
Intern is het inderdaad al gekoppeld. De opzet nu registreert van een domein de houder (HouderID), Admin-C (AdminCID), Tech-C (TechCID). Omdat deze dus intern aangemaakt zijn in het systeem, en mijn klanten dus deze voor gedefineerde gegevens kunnen selecteren zou ik graag de handles van het SIDN aan de Houder/AdminC/TechC koppelen.
Dit om wijzigingen voor een contact in zijn geheel overal door te voeren.
Mijn gebruikers kunnen straks kiezen om of de contact persoon te wijzigen voor het domein, of om de gegevens van de handle aanpassen waardoor dit geld voor alle gekoppelde domeinen.
Maar zoals ik het nu begrijp is dat opzich goed mogelijk.
Wij werken ook (nog) niet met die handles. Mede omdat het meer tijd is om die dingen te zoeken, dan het gewoon opnieuw in te voeren.
Van mij mogen ze die dingen dan ook weer afschaffen. Is helemaal niet nodig.
Die handles zijn echtwel makkelijk. Alleen jammer dat je ze via DRS zeer ongemakkelijk kunt terugvinden als je de boel niet geautomatiseerd hebt. Je kan via de webformulieren alleen de hele mikmak in 1x laten mailen...
En dan per 'rol' weer een andere handle :huh:
Snap echt niet dat ze als SIDN zo'n prulsysteem hebben ingevoerd :rolleyes:
IceHosting
26/03/07, 13:45
Handles? Wat is dat? kan je dat eten?
Nee compleet mee eens, is totaal een mislukking. Wij hebben het sidn mail gebeuren incl uitlezen compleet geautomatiseerd. Daar valt niet aan te beginnen om nog eens handles gaan herkennen en gebruiken.
Overgens heb ik nog veel bugs gevonden in het drs4 systeem. Echter blijft de reactie van sidn uit wanneer je dit doorgeeft.
Daar valt niet aan te beginnen om nog eens handles gaan herkennen en gebruiken.
Die kan je met een regex best makkelijk uitlezen hoor ;)
Ik ben in het kader van een afstudeeropdracht de hele mikmak aan het automatiseren maar ik gebruik wel de handles om het netjes te houden... Altijd makkelijk als een of andere dodo gaat verhuizen, anders moet je 500 domeingegevens aan gaan passen :D
MediaServe
26/03/07, 14:04
Snap echt niet dat ze als SIDN zo'n prulsysteem hebben ingevoerd :rolleyes:
Moet je eens navragen bij SIDN wat het systeem nu heeft gekost ;)
Het gaat om een bedrag met zeven cijfers voor de komma.
Misschien hadden ze moeten beginnen met een cursus relationeel database design en logisch programmeren. Om nog maar te zwijgen over de webinterface die zowel qua techniek als design om te huilen is. Toegegeven, het is beter dan een Java Applet, zoals bij DRS2. En waar is de XML interface?
Sorry, ik moest mijn gal even kwijt voor vandaag ;)
Tja...
Dat systeem ruist echt tegen alle wetten in :p
Als je dan kijkt naar wat bijv. Belgie voor systeem heeft... gewoon volgens de standaarden en niet van die onlogische mail formulieren. Echt gewoon heel dat DRS is zo ongelooflijk onlogisch en dom! Dat verdient eigenlijk wel een prijsje ;)
IceHosting
26/03/07, 14:20
Altijd makkelijk als een of andere dodo gaat verhuizen, anders moet je 500 domeingegevens aan gaan passen :D
while( mysql_query ("select * from domeinen where klant = 'dodo'")){
verzendWijzigDomeinHoudermail();
}
Gaat net zo makkelijk :D
TotallyHosted
26/03/07, 14:28
Het is jammer dat ze niet zelf een controle ingebouwd hebben. Als je 2x exact hetzelfde adres invoert creeer je 2 handles; en dat terwijl ze voor ze DRS4 online gooiden zelf al zo'n soort redundantie-check gemaakt hebben.
Wij zijn ook bezig met een DRS en ook met handles; heb dat er inmiddels allemaal goed in zitten. Klant maakt een profiel aan, en met dat profiel kun je gaan registreren. Komt de registratiemail van SIDN binnen, dan worden de nieuwe handles daar uit gelezen en opgeslagen in de database.
Echter, aangezien SIDN soms behoorlijk traag is met versturen van die email, zal de klant als hij nog een domein aanvraagt toch een 2e handle er bij krijgen. Zelfde geldt voor bulk-registreren ...
Dat vind ik gewoon jammer maar daar is van onze kant toch eigenlijk niets aan te doen.
Ik begrijp overigens wel waarom SIDN liever per email aanvragen verwerkt dan via een webinterface, maar aangezien grote bedrijven zoals ENOM dat ook goed opgelost hebben zou het toch mooi zijn als je het ook via een webinterface kunt doen. Je krijgt dan DIRECT de status terug als resultaat van je opvraging en niet pas na een paar minuten per email... Dan kun je alle verdere problemen die ik er mee heb ook direct oplossen.
Echter, aangezien SIDN soms behoorlijk traag is met versturen van die email, zal de klant als hij nog een domein aanvraagt toch een 2e handle er bij krijgen. Zelfde geldt voor bulk-registreren ...
Dat vind ik gewoon jammer maar daar is van onze kant toch eigenlijk niets aan te doen.
Ja met dat probleempje zit ik ook nog...
Wij kunnen met 2 klikken een willekeurige template laden in het DRS (ja klanten kunnen dit straks ook :)), niks handles maar wel altijd dezelfde gegevens.
Moet je eens navragen bij SIDN wat het systeem nu heeft gekost ;)
Het gaat
4.700.000,00 :)
Dennie-DeTi
28/03/07, 12:29
Echter, aangezien SIDN soms behoorlijk traag is met versturen van die email, zal de klant als hij nog een domein aanvraagt toch een 2e handle er bij krijgen. Zelfde geldt voor bulk-registreren ...
Dat vind ik gewoon jammer maar daar is van onze kant toch eigenlijk niets aan te doen.
Dat is wel op te lossen hoor. Je moet dan voor die handles zelf ook een uniek nummer aanmaken, en vervolgens bij de hele bulk set van domeinen je eigen nummer als contact zetten. Vervolgens zet je alle domeinen in een wachtrij en op het moment dat er nog een transactie voor één van je eigen handles loopt, moeten de overige domeinen wachten.
Dus nadat het eerste domein is geregistreerd en je dus de sidn handles hebt gekregen, stuur je de rest naar sidn met die handles. :)
- Dennie
Dat is wel op te lossen hoor. Je moet dan voor die handles zelf ook een uniek nummer aanmaken, en vervolgens bij de hele bulk set van domeinen je eigen nummer als contact zetten. Vervolgens zet je alle domeinen in een wachtrij en op het moment dat er nog een transactie voor één van je eigen handles loopt, moeten de overige domeinen wachten.
Dus nadat het eerste domein is geregistreerd en je dus de sidn handles hebt gekregen, stuur je de rest naar sidn met die handles. :)
- Dennie
Dat heb ik er deze week ook ff ingebouwd nu jah... zodra er geen handle ontvangen is word de rest gequed tot de mail terug is...
Alleen er is nog iets rots met dat kut DRS... als je bijv. zoiets hebt als Café-restaurant en je krijgt je mailtje terug wordt dat dit: Café.. of in de source Caf=C3=83=C2=A9 :(
ze fukken die encoding :/
Hier meldt zich dan de eerste positivo. Ik ben wél blij met de handles. Ff domeintje invoeren op nic.nl, daar de handles uitvissen en pasten in DRS. Je gaat mij niet vertellen dat het opnieuw invoeren van alle gegevens handiger is.
Wat ik tot nu toe ook constant ervaar is dat wanneer het SIDN dezelfde gegevens krijgt voor meerdere domeinen (ik werk ook met templates) dan worden er meerdere handle's aangemaakt.
Het SIDN zou toch zelf moeten kunnen zien dat de houder of admin-c al bekend is, en vervolgens de oude handle er aan koppelen.
Lijkt mij niet zo moeilijk, (select Handle from Contacts where name="$invoernaam";) maar toch is en blijft het lastig voor ze.
Ook een API die men kan aanspreken buiten de e-mail formulieren om zou prettig zijn.
crazycoder
29/03/07, 11:50
Het SIDN zou toch zelf moeten kunnen zien dat de houder of admin-c al bekend is, en vervolgens de oude handle er aan koppelen.
Lijkt mij niet zo moeilijk, (select Handle from Contacts where name="$invoernaam";) maar toch is en blijft het lastig voor ze.
And adres='$adres' and telefoonnummer='$telefoonnummer'
and deelnemer=$deelnemer
and land='$land'
enzo
Anders is er een goede kans dat Piet Jansen (zeg maar wat) ineens contact-c van heel veel domeinnamen is :)
Het koppelen van de handles aan een klant is niet het probleem... alleen waarom worden die dingen niet gewoon als header in die replymail gezet? Nu moet je ze met een regex uit de tekst halen wat opzich prima werkt. Alleen je moet voor de grap eens een domein registreren met als houder "Café Lulhannes" ofzo...
Die reply mail is echt fucked up... PGP signature klopt niet, bovendien komen er door de mail heen diverse '=' tekens en de é fuckt ie helemaal up :/
MediaServe
29/03/07, 14:38
XML was ideaal geweest :)
XML was ideaal geweest :)Ja, maar ik ben bang dat dat pas in DRS 6.0 geïmplementeerd wordt ;)
DRS 4.0 heeft wel voordelen, maar er had veel meer uitgehaald kunnen worden o.a. met XML.