The /system url is made by drupal and can't be really switched of.
Disallow /system/files/downloads/spring/ is a bit ugly + may break other things and will make trouble after updates of drupal.
Even after removing the /system links from displaying, it will be still valid. As it isn't returned by the search-api, the /system links should be deleted from the plasma-service.
Best would be, if plasma detects the HTTP/500 error + mark the link as invalid / damaged.
Joined: 01 Apr 2006, 18:03 Location: The Netherlands
1) They won't be linked for the RPC service. They are linked in the site itself because its a drupal thing and lots of modules depends on it. It takes a lot of time to alter it.
the old links system/... are 301-redirected to real http-files by an apache rewrite-rule, manual-downloads are through a 302 redirect php script (for stats), so no more php-downloads.
when watching the xml-rpc logs, i saw that most of the file-searches won't return anything, only searching for the springname of a file will return a result... so... removing the "or filename" in a searchrequest in plasma would return the same files.
Shall i normalize the filenames in the results? that would mean generating the filename from springname + filetype? Afaik the filenames on mirrors arent always the same filename on springfiles.
something like:
getfilename(springname){ springname.tolower() springname.replace specialchars with _ springname.addsuffix(springname.filetype) }
@licho: did you see any problems with the searchapi?
in modinfo.lua: name="This is a awesome Game v1" file will renamed to = This_is_a_awesome_Game_v1.sd7
(even it is uploaded with filename awesomegame.sd7)
there are currently only 3 active mirrors, so for new files you'll get at max 4 urls. i asked other sites for an ftp-access, if they give springfiles.com one, mirrors will increase.
i'm still thinking about how to make the system a bit more distributed. I dislike, that only the main server has the xml-rpc interface, but the mirrors shouldn't require a database. any idea about that, how lobby-clients can find the required files without relying on a single host?
the upload-script can be easily "identified", as it runs as user jj and not as the apache-user.it runs already with nice -19 ionice -c3... so, lower priority isn't possible. it runs currently so long, because 3 mirrors were recently added, about ~90GB have to be uploaded, this takes some time, as only 10 files are uploaded at once and some mirrors allow uploading only at 200KB/s. when mirrors are synced, it should only run a few secs.
the php-script should do few io, because the php script does a sql-query + reads only needed files for uploading (and doesn't a stat() on all files).
uploading by ftp would mean, to re-upload huge-parts of the files, as folder structure changed.
rsync/lftp have drawbacks, too: either they are invoked by cron, and don't know which files to upload and need to rescan all files or they know it (but this has to be written somewhere in a script too...) so why not upload it directly by the script?
hm, one thing is bad with plasma: if i disable a mirror, plasma still lists this site as mirror :-/
can you make plasma work like this: -always request xml-rpc api (or cache it only for a few minutes), return this mirrors. -if it doesn't return an answer, return all mirrors
currently evolutionrts.info seems to be overloaded, i already disabled it as file-mirror (isn't returned as result in xml-rpc interface), but plasma still uses it as mirror
Users browsing this forum: No registered users and 0 guests
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum