domeinen catchen
Of kan iemand me advoseren wat de beste API hiervoor is om dit te bewerkstelligen?
Ik wil graag weten of deze punten mogelijk zijn:
Quote:
✔ Installatiemodule (geen gedoe met waardes aanpassen in bestanden)
✔ Atoomklok-synchronisatie (niet afhankelijk van uw servertijd)
✔ Automatisch verlooptijd ophalen van .NL domeinen bij SIDN
✔ Automatisch droplist ophalen (verschillende TLD's)
✓ Geavanceerde statistieken en meettools voor domeinnamen
✔ Controle over aantal requests per minuut
✔ Werkt in lijn met het nieuwe SIDN-protocol m.b.t. vrijgeven domeinen
✔ Controlepaneel met eigen (beveiligd) administratoraccount
✔ Geoptimaliseerd voor mobiele apparaten
✔ Ondersteuning voor meer dan 450 extensies (TLD's)
✔ Atoomklok-synchronisatie (niet afhankelijk van uw servertijd)
✔ Automatisch verlooptijd ophalen van .NL domeinen bij SIDN
✔ Automatisch droplist ophalen (verschillende TLD's)
✓ Geavanceerde statistieken en meettools voor domeinnamen
✔ Controle over aantal requests per minuut
✔ Werkt in lijn met het nieuwe SIDN-protocol m.b.t. vrijgeven domeinen
✔ Controlepaneel met eigen (beveiligd) administratoraccount
✔ Geoptimaliseerd voor mobiele apparaten
✔ Ondersteuning voor meer dan 450 extensies (TLD's)
drop catchen ?
Eerste dat in de zoekresultaten naar voren komt is: https://www.pronkwebsites.nl/sidn-dropcatch-script/
Ik zie er de waarde niet zo van, de populariteit van domeinnamen neemt af met de komst van apps.
Bedoel je Eerste dat in de zoekresultaten naar voren komt is: https://www.pronkwebsites.nl/sidn-dropcatch-script/
Ik zie er de waarde niet zo van, de populariteit van domeinnamen neemt af met de komst van apps.
Bijv:
Quote:
$whois google.com | grep Expiry
Registry Expiry Date: 2028-09-14T04:00:00Z
Registry Expiry Date: 2028-09-14T04:00:00Z
Hoe converteer ik dit naar de Nederlandse timezone, en dit geld voor alle timezones? Sommige domneinen hebben andere timezones.
Ik wil dan op de seconde na, als er één komt te vervallen deze claimen.
Ik denk dat dit dropcatch is.
ICU, via de extensie Intl.
Je kunt een (Gregoriaanse) IntlCalendar object maken met een vreemde tijdzone, de tijdzone van het object aanpassen via setTimeZone() naar de lokale tijdzone, en dan de tijd uitlezen. Intl werkt met een precisie van 1 milliseconde.
Het enige dat in PHP goed overweg kan met tijdzones is Je kunt een (Gregoriaanse) IntlCalendar object maken met een vreemde tijdzone, de tijdzone van het object aanpassen via setTimeZone() naar de lokale tijdzone, en dan de tijd uitlezen. Intl werkt met een precisie van 1 milliseconde.
Ik wens je veel succes. Je bent niet de enige die erop aast. Op die seconden kunnen er van enkele tot honderden andere catchers zijn waarbij het een nanoseconde verschil kan zijn met een andere catcher. De enigste oplossing is servers gebruiken over de hele wereld als je meer kans wilt maken.
Ik heb nog een vraag hierover.
In CLI centos 8 gebruikik gewoon
Alleen veel domeinen, laten geen expiry date zien bijv bol.nl
Via en online tool als deze
https://mxtoolbox.com/SuperTool.aspx?action=whois%3abol.nl&run=toolpage
Krijg ik wel de creation en updted date:
Creation Date 1997-01-02
Updated Date 2011-06-20
Waarom krijg ik die niet met de whois CLI ?
En hoe krijg ik de expiry date?
Waarschijnlijk gaat dat via een API.
Ik heb hier geen ervaring mee.
Daniel van Seggelen op 09/10/2022 06:40:50:
Via en online tool als deze
https://mxtoolbox.com/SuperTool.aspx?action=whois%3abol.nl&run=toolpage
Krijg ik wel de creation en updted date:
Creation Date 1997-01-02
Updated Date 2011-06-20
Waarom krijg ik die niet met de whois CLI ?
https://mxtoolbox.com/SuperTool.aspx?action=whois%3abol.nl&run=toolpage
Krijg ik wel de creation en updted date:
Creation Date 1997-01-02
Updated Date 2011-06-20
Waarom krijg ik die niet met de whois CLI ?
Geen idee; mijn whois CLI laat de creation/update date gewoon zien (getest op CentOS 7.9, CentOS 8 Stream en Fedora 36).
Quote:
En hoe krijg ik de expiry date?
Het korte antwoord: niet.
Een iets langer antwoord: niet alle registries gebruiken het expiry-veld. In ieder geval bij .nl-domeinen wordt het niet getoond. Zelfs met een registrar-account kun je die gegevens niet opvragen: volgens de handleiding van DRS5 (het domeinregistratiesysteem dat gebruikt wordt door SIDN) wordt het veld exDate niet gebruikt in het response-bericht van het EPP-commando 'info'.
Je hoeft dus niet te zoeken naar een API die je die informatie gaat geven; als whois de informatie niet geeft, is er -bij mijn weten- geen legale manier om die alsnog te verkrijgen.
Let trouwens op dat er twee expiry dates zijn: de registry expiry date en de registrar registration expiration date. Die laatste is gekoppeld aan het contract dat de domeinnaamhouder met de registrar heeft, maar hoeft niet per se gelijk te zijn aan de datum waarop het domein in de registry vervalt.
Toevoeging op 09/10/2022 22:02:37:
Waar je overigens wel naar kunt kijken -en ik vermoed dat dat hetgene is wat je wilt- is de 'Date out of quarantine'. Die wordt bij .nl-domeinen wel getoond, als het domein tenminste in quarantaine is. Bij andere registries (zoals .be of .eu) wordt die informatie dan weer niet via whois getoond en zul je er op een andere manier achter moeten zien te komen.
Gewijzigd op 10/10/2022 00:26:33 door Willem vp
Quote:
Let trouwens op dat er twee expiry dates zijn: de registry expiry date en de registrar registration expiration date
Ik heb nog niet met 2 expiry dates kunnen vinden. Ook niet de Date out of quarantine. Je geeft aan dat deze bij .nl domeinen wel worden getoond als ze in quarantine zitten. Maar bij andere TLD niet. Wat is dan een andere manier, desnoods tegen betaling uiteraard om hier achter te komen?
En hoe doen die dropcatcher scripts het eigenlijk vraag ik me af? zoals snatcher.nl etc
Daniel van Seggelen op 10/10/2022 02:17:12:
Ik heb nog niet met 2 expiry dates kunnen vinden. Ook niet de Date out of quarantine.
Probeer sustainmeant.nl eens; dat is een domein dat (tot 28 oktober) in quarantaine staat.
Die registrar registration expiration date zie ik bijvoorbeeld bij .com-domeinen (bol.com om er eentje te noemen; ik heb ze niet allemaal gecheckt).
Quote:
Je geeft aan dat deze bij .nl domeinen wel worden getoond als ze in quarantine zitten. Maar bij andere TLD niet. Wat is dan een andere manier, desnoods tegen betaling uiteraard om hier achter te komen?
Ik denk dat dat per registry zal verschillen. .be en .eu verwijzen naar hun eigen web-whois (www.dnsbelgium.be / www.eurid.eu) waar die gegevens wel op te vragen zijn. Wellicht is er op die sites ook te vinden hoe je op een geautomatiseerde manier aan die informatie kan komen.
Quote:
En hoe doen die dropcatcher scripts het eigenlijk vraag ik me af? zoals snatcher.nl etc
Geen idee; nooit in verdiept. Ik gok dat ze voor elke registry die ze ondersteunen een manier hebben uitgevonden om aan de informatie te komen. Dat zal best een bewerkelijke actie zijn; mogelijk zijn die scripts daarom zo prijzig. Ik durf ook niet te zeggen of alles wat die scripts doen conform de policy van de betreffende registry is.
Gewijzigd op 10/10/2022 12:03:10 door Willem vp
redenen waarom domeinnamen minder goed gaan de laatste tijd. Iedereen werkt met apps.
Er zijn Ad Fundum op 10/10/2022 15:04:06:
Iedereen werkt met apps.
Euhhh ... nee
Ad Fundum op 10/10/2022 15:04:06:
Er zijn redenen waarom domeinnamen minder goed gaan de laatste tijd. Iedereen werkt met apps.
Zou het niet gewoon kunnen dat het economisch niet interessant meer is om een heleboel gekaapte dan wel frivool geregistreerde domeinnamen aan te houden? Als ik kijk naar wat er zoal vrijkomt, dan zit daar een heleboel troep tussen...
Gewijzigd op 10/10/2022 16:58:58 door Willem vp