Editing User talk:Janus

Hiya!  Over on Rick's page, you said "I personally was looking forward to that info so I could use reveal.exe to examine potential fortress locations in newly created 33g worlds, so it is much appreciated."  Would you be willing to beta-test a utility that may help you?  It's the Seekret Projekt section of [[User:0x517A5D|my page]].  Leave feedback at [[User_talk:0x517A5D|my user talk page]].  <br/>&mdash;[[User:0x517A5D|0x517A5D]] 18:17, 22 December 2007 (EST)
:Sure thing. --[[User:Janus|Janus]] 21:44, 22 December 2007 (EST)


==Bauxite==
FYI, the reason bauxite is noted in map locations is because they're the only thing that you can make magma proof mechanisms from.<br>
Yes, iron and others are magma proof as well, but if you want to move the magma anywhere other than along a channel, then you need the bauxite. --[[User:N9103|Edward]] 06:35, 26 January 2008 (EST)
:Well, technically, adamantine ore could make magma-proof mechanisms as well, right? ;-)
::Technically, yes... it'd make about as much sense as waiting to get Bauxite from the elves instead :P --[[User:N9103|Edward]] 16:41, 26 January 2008 (EST)

:When I posted that location I was thinking that raw iron could be used to make magma-proof mechanisms... not true, eh? I'll modify the listing. --[[User:Janus|Janus]] 07:04, 26 January 2008 (EST)
::I think you can, but raw iron's melting point is the same as most stones. --[[User:N9103|Edward]] 16:41, 26 January 2008 (EST)

== DFFD Download Referer Blocking ==

Is there a reason you don't allow download.php links to work from the wiki? I don't see the need to have the user to view the download page from the page describing it to begin with.

If you could allow that, it would be nice. &mdash;[[User:Rick|Rick]] 22:56, 23 March 2008 (EDT)

:Yeah, that's a quirk with the way browsers handle redirection. The referer is checked for future load balancing between multiple download servers, and a direct link to download.php gives the wrong referer info to the download server after redirection. I've spent quite a lot of time trying to find workarounds for that same issue (I played around with every redirection method available) on another game file hosting site I have, with no success. This other site uses a lot of bandwidth (~2.5TB per month at the moment) and has just such a load balancing scheme to handle all of the downloads.
:So, I guess you could say it's a necessary evil. If I removed that restriction now and later have to put it back into place due to load balancing, it could lead to a lot of people needing to change their links then. I think it's better to have it remain consistent from the beginning, after having dealt with people having to update their download links to my other file hosting site. --[[User:Janus|Janus]] 23:36, 23 March 2008 (EDT)

== New version uploads ==

When uploading a new version of a file, this does not reset the number of downloads and other information. See [http://dffd.wimbli.com/file.php?id=74 tweak page] for an example, I recently uploaded 1.2.0.0 (old was 1.1.0.0). &mdash;[[User:Rick|Rick]] 03:11, 31 March 2008 (EDT)

:Well, the downloads and views counters not resetting (along with vote data and so forth) is intentional. That way it tracks the data through all versions uploaded. If you want to reset those counters for whatever reason, you can create a new listing and optionally delete the old one.
:However, I do need to fix the issue of updated listings not showing up as the latest file in the "Newest Files" RSS feed and on the Statistics page. It's just one of those details I haven't gotten to yet. Thanks for the feedback, I'll try to get that issue fixed in the next few days or so. --[[User:Janus|Janus]] 03:29, 31 March 2008 (EDT)

::Maybe provide an option for resetting counters when editing a file? &mdash;[[User:Rick|Rick]] 03:29, 31 March 2008 (EDT)