[Dxspider-support] What to do about web clusters?
Tim Tuck
vk2xax at skybase.net
Tue Mar 11 23:07:24 GMT 2025
Hi all,
So it seems that a number of web clusters, such as our own, use the
following valid syntax to post spots on behalf of our users...
'dx by '. $poster. ' ip '. $user_ip. ' '. $entry_freq. ' '. $entry_dx. '
'.$entry_message
which results in a spot input looking like this...
03.dat:1741417468^DXCommand^AX2AZ-16 connected from 149.28.170.222 cols 80
03.dat:1741417468^cmd^AX2AZ-16|149.28.170.222|dx|by VK4CZ ip
1.132.23.174 7074 AO8M FT8 Tnx QG62LP08<>IM98
03.dat:1741417468^DXCommand^AX2AZ-16 disconnected
Given that the syntax is a valid method for injecting a spot AND web
cluster users can only do this if they have a username and password on
the web cluster, and the web cluster pseudo user is also registered on
the spider node - the spot is valid.
So the network needs to accept spots created in this fashion somehow.
Or... remove that methodology from the software and provide an API for
web services to post spots.
Or... add support code to the code behind the current syntax to generate
the appropriate PC statements so that others accept the spots. This
would mean that all the web clusters do not have to re-write any interface.
Or... turn of the recent "enhancement" and find some other method to
achieve its intent.
While I accept that the intent of recent changes was to ensure a spot is
valid by a user on a cluster, none of those users on web clusters really
are "on" the dxcluster.
Hopefully this can be resolved in some fashion.
regards
Tim
sysop VK2AZ-2
--
VK2XAX : QF68KM : ITU59 : CQ30 : ORARC : WIA
More information about the Dxspider-support
mailing list