Loving your Port Database. I wasn't sure where to post this.
Is there anyway the data can be put into a table format? Searching and clicking on each link can be tedious. Having all the ports in a table would benefit Data Analytics and Reporting as well.
Thanks!
Port Database Request/Suggestion
-
- New Member
- Posts: 3
- Joined: Thu Aug 23, 2018 3:21 pm
Thanks for the good comments about the database Oliver, it has been compiled over many years of research, adding information, including other available sources and user contributions as well, making it one of the most complete ports databases online.
There is a table format for some subsets of the ports..
Commonly open ports: https://www.speedguide.net/ports_common.php
Vulnerable ports: https://www.speedguide.net/ports_sg.php
Is something like that what you had in mind?
We don't want to make the full database available in easily downloadable format, it would just give it away to all kinds of questionable/stale websites around the web that provide no original work, we prefer to keep it in house and updated regularly. It is also huge (nearly 20,000 rows when we include other sources like IANA, Sans, Nmap, etc.), so not suitable for web viewing as a whole.
The current setup is easily searchable by port (lower "jump to" combo box), provides links to related ports where applicable, etc. If you'd like us to improve the UI for ease of use we would definitely consider it, short of making the whole database easily downloadable.
Thanks for understanding.
There is a table format for some subsets of the ports..
Commonly open ports: https://www.speedguide.net/ports_common.php
Vulnerable ports: https://www.speedguide.net/ports_sg.php
Is something like that what you had in mind?
We don't want to make the full database available in easily downloadable format, it would just give it away to all kinds of questionable/stale websites around the web that provide no original work, we prefer to keep it in house and updated regularly. It is also huge (nearly 20,000 rows when we include other sources like IANA, Sans, Nmap, etc.), so not suitable for web viewing as a whole.
The current setup is easily searchable by port (lower "jump to" combo box), provides links to related ports where applicable, etc. If you'd like us to improve the UI for ease of use we would definitely consider it, short of making the whole database easily downloadable.
Thanks for understanding.
Disclaimer: Please use caution when opening messages, my grasp on reality may have shaken loose during transmission (going on rusty memory circuits), even though my tin foil hat is regularly audited for potential supply chain tampering. I also eat whatever crayons are put in front of me.
๑۩۞۩๑
๑۩۞۩๑
-
- New Member
- Posts: 3
- Joined: Thu Aug 23, 2018 3:21 pm
Philip wrote:Thanks for the good comments about the database Oliver, it has been compiled over many years of research, adding information, including other available sources and user contributions as well, making it one of the most complete ports databases online.
There is a table format for some subsets of the ports..
Commonly open ports: https://www.speedguide.net/ports_common.php
Vulnerable ports: https://www.speedguide.net/ports_sg.php
Is something like that what you had in mind?
We don't want to make the full database available in easily downloadable format, it would just give it away to all kinds of questionable/stale websites around the web that provide no original work, we prefer to keep it in house and updated regularly. It is also huge (nearly 20,000 rows when we include other sources like IANA, Sans, Nmap, etc.), so not suitable for web viewing as a whole.
The current setup is easily searchable by port (lower "jump to" combo box), provides links to related ports where applicable, etc. If you'd like us to improve the UI for ease of use we would definitely consider it, short of making the whole database easily downloadable.
Thanks for understanding.
Yes, that's understandable. Those two tables were sort of what I had in mind. I think a good example would be a Wiki page where most data are put into a table format. I could use a tool such as PowerBI, Tableau, Splunk, etc to extract the data from the Site and use it for Reporting/Analytics. Your data will still be kept in house and updated regularly but would be used by tools such as those mentioned to essentially import the data.
Here is an example using PowerBI: https://docs.microsoft.com/en-us/power- ... ect-to-web
Let me know if that makes sense.
Thanks!
-
- New Member
- Posts: 1
- Joined: Fri Jan 17, 2020 8:30 am
A REST API may work, thank you for the constructive suggestion.
Disclaimer: Please use caution when opening messages, my grasp on reality may have shaken loose during transmission (going on rusty memory circuits), even though my tin foil hat is regularly audited for potential supply chain tampering. I also eat whatever crayons are put in front of me.
๑۩۞۩๑
๑۩۞۩๑