v50 Steam/Premium information for editors
  • v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
  • Use this page to report any issues related to the migration.
This notice may be cached—the current version can be found here.

Dwarf Fortress Wiki talk:Improvement Drive

From Dwarf Fortress Wiki
Jump to navigation Jump to search

Is this page still active/useful?[edit]

This page was last updated almost 3 years ago. Is this page still relevant? Is there another space to collectively organize things we think could use improvement? Wikipedia's "help out" section of their community portal page makes it very easy to start diving in. Maybe we could have something like that, if it's worth the trouble, wouldn't end up being a clutter, and would be appropriate for this wiki. --2128 (talk) 19:39, 1 March 2017 (UTC)

Advertisements[edit]

Instead of pursuing this kind of thing, why not go with paypal and ask for donation? I'm curious, why are you forking that much money for a simple wiki ? 60$ a month seems a lot. Could you provide stats about bandwidth usage and stuff like that ? --Karl 22:59, 18 September 2009 (UTC)


I'd rather not ask for donation, as I feel if the ads are focused properly, they shouldn't be too intrusive and more than cover the bills. Also, we have the issue that since this is on my company's server, the hosting provider is technically the company I co-own; as that is the case, donations to a company raise all kinds of weird legal issues that I'd rather not spend time trying to figure out. Ad units are legally able to be accounted as "revenues," so it makes it significantly simpler to just go with that. If I had a cheaper server that could handle the load, sure, I would move it there - unfortunately, I tried that, which resulted in about an hour of downtime yesterday. Oops.


Once my company is making enough money that it's no longer draining money from my savings (and is paying me, instead of me paying it), I'll gladly and quite quickly drop the ads.


Server usage statistics:

  • 3gb downstream / day used on average (peak: 3.3gb)
  • 322mb upstream / day used on average (peak 7.4gb, but I was uploading some stuff not related to the wiki)<
  • Apache stats: (only the wiki is using Apache, and it's set to manage new instances of apache based on load)
  • Average: 7 instances of Apache running at 2.0% processor utilization each, 20 mb of memory each
  • Peak: 22 instances of Apache running at 3.2% processor utilization each, 23 mb of memory each


The above are moving averages. Briess 23:12, 18 September 2009 (UTC)

Do you have any stats on, the amount of traffic from wikignomes like me who hang around and mess with articles, vs n00bs the wiki actually thinks it is here to help? I guess that "logged-in vs IP" would be the easiest stat to look at, how much that gets rid of editors who don't automatically log in I don't know.
Re: the adds, I personally find it funny to get ads for real-world "Rock Retaining Walls" by visiting a wiki about a game in which your @'s build, rock retaining walls. How to target that is an amusing problem for someone. The ads don't bother me at all though - but obviously no adds would be nicer.
Maybe if you disabled the ads for users with more than.... 500 edits (ie, me!)?
I'm all for a project to improve articles BTW, sign me up.Garrie 03:46, 19 September 2009 (UTC)
I don't have access to stats like that, as unfortunately Mediawiki was not designed with that level of logging detail in mind. Best I can do is estimated time on pages in particular namespaces. Briess 05:57, 19 September 2009 (UTC)
did you tweak your appache setting so you could use maybe a bit less bandwidth ? Mainly compression on the fly ? Else... I was looking at some redundant template, like the rocks template, you have ~700bytes of inline CSS. Not a lot by itself, but every bytes count when you want to save bandwidth. It could be easy to add classes and CSS rules in a file that will be cached anyway. There's some compression tools for Javascript and CSS files that could give you a couple kbytes too. --Karl 11:29, 23 September 2009 (UTC)
Karl's got a good point, I just looked at the site stats using YSlow and noticed a few things that might help and should be easy (in theory) to do: 1. Add expires headers: this means that browsers won't be constantly reloading files that aren't changed much like many of the graphics files and script files. Having an expiration date of about a week or two is often enough to drastically improve bandwidth. 2. Compress components with gzip (or deflate.) This is easy to do in IIS but I don't know how easy it is to do in Apache; I've only dabbled in Apache before. 3lB33 13:41, 23 September 2009 (UTC)
It was on the todo list; and is now done. The primary cost of the server hosting is not in bandwidth, but is instead in memory and cpu usage. However, I want to try to keep all page serves under 500 ms. Briess 07:57, 24 September 2009 (UTC)
I must say, I'm really curious about what kind of hosting solution you might have. If you have to pay by memory/cpu time, you might want to tone down the compression setting or remote it instead, since compression always use more cpu time. One thing is sure, the caching will probably help a lot --Karl 12:11, 24 September 2009 (UTC)
I have a dedicated server that this wiki is on, cost here is an estimate of the amount of utilization taken by the wiki. Basically, bandwidth is limitless, but my company's applications require so much memory and cpu time. Briess 19:30, 24 September 2009 (UTC)

Non-vanilla[edit]

         o Should we include a link to Mayday's graphical compilation on the main page?
The default tileset can be more than intimidating for some.

The problem is that MM's download is far from vanilla, and conflicts rear up regularly with newbies who have downloaded that and then refer to this wiki - which isn't the same interface in many respects. If we were to do something like that, we'd want to approach it with those problems in mind.--Albedo 23:24, 18 September 2009 (UTC)

  • Makes sense. The only gameplay differences I can recall off the top of my head are the stone control mod and the 'cat cancels store item in stockpile: too injured' 'fix'. What other changes are there that we would need to account for? Briess 23:30, 18 September 2009 (UTC)

Verify this[edit]

   * Verify Time!
o Category:Verify has a lot of stuff we need to verify.

To "verify" sometimes requires "more research", and sometimes that research is either obscure, time consuming, random, tedious or a combination of the above. Do we need it? Yeah. Are we excited about it?... <looks around>--Albedo 23:24, 18 September 2009 (UTC)

  • True. Once I get a few upgraded wiki modules up though, I'll probably start cracking at it. Briess 23:29, 18 September 2009 (UTC)
  • I did some research on DF2012:Farming and found that, in the fertilization section, assuming the formula (4n-1) is accurate then the suitable sizes for farm plots are, 1x3, 1x7, 3x5, 3x9, 5x7 and 7x9. According to this math, however, the listed size 9x9=81 81!=4n-1 82 only factors by 2 one time. I'm a new user though and I don't want to start wrecking things up by changing them. This change is important to me because I had been using the 9x9 size to mass produce plump helmets.Bogamol 22 May, 2013

New Player Experience[edit]

On the topic of tutorials, I think tutorials should be prominent on the main page. I think the wiki should also have a few different 'series' of tutorials. Dwarf Fort encourages all sorts of thinking, and all types of thinkers are brought into it. I think, then, that there needs to be different tutorials for different types of thinkers. Maybe something like:

  • Example Based - Example fortress, walk players through step by step
  • Visual - Flowcharts and other charts to explain visually
  • Graphical - Mayday and other ways to make the game easier to get into
  • Minimal - Only explain what is needed to survive, and how to do things(no step-by-step guidance)

Calite 20:46, 2 October 2010 (UTC)

  • As a new player myself, I recognize the importance of good tutorials. I haven't fully delved through all of the tutorials, but I also suggest trying to incorporate as much how-to advice in the actual pages themselves. As an example, I am working through all of the workshop pages and adding as much information as I can. Help in this area from more experienced players would be greatly appreciated! Dwarf Nuke 16:17, 1 March 2011 (UTC)

Tutorials and Reference Doc[edit]

I've been thinking about this issue myself lately. Recently I've redone the tutorial and reference doc for Adventurer mode and I've started messing around with fortress-related stuff on my user subpages. Right now I'm working on a sort of reference guide to help tie everything together and help people put everything together the way they might in a printed manual. --Ral 07:05, 20 April 2011 (UTC)

Search: exclude 40d/23a by default[edit]

A logged-in user can set their search preferences to ignore 40d and 23 a pages, but anonymous users can't use this, and new user might not be aware of the preference. I think that the default should be to exclude these, and if someone wants to search for 40d/23a pages they can use advanced search. -- Khym Chanur 19:56, 20 November 2010 (UTC)

New Article?[edit]

I've just had a dwarf enter a strange mood and grab a beak. I'm presuming that this means that beaks can be used in place of bones, at least for artifacts. However, there's no article for "beak" in the DF2012 content, and I dont have an account. Could someone create that page and include that information please? Thank you. unsigned comment by 82.20.61.192

I created DF2012:Beak and added a note; please add whatever details you can. Thanks! --Loci 19:25, 22 March 2013 (UTC)