Hi,
I realised on Internet Explorer 4 or 5 the footer of MediaWiki does not appear
on the very bottom, but just under the article text. The left menu may be
bigger than the page text causing it to be rendered under the footer.
--
NSK
Admin of http://portal.wikinerds.org
Project Manager of http://www.nerdypc.org
Project Manager of http://www.adapedia.org
"Using an encrypted or hashed IP would mean that sysops would be unable to
identify proxy servers or dynamic IP pools. This information is vital when
tracking vandalism or blocking users." -
http://bugzilla.wikipedia.org/show_bug.cgi?id=556
The IP should be visible to sysops but not to users and the general web
audience. You need to implement a "Show IP" sysop-only special page with a
form where a sysop can paste the encoded text and get the IP corresponding to
it.
--
NSK
Admin of http://portal.wikinerds.org
Project Manager of http://www.nerdypc.org
Project Manager of http://www.adapedia.org
Hi,
If there is a webserver like for example http://www.wikinerds.org which hosts
many wikis with MediaWiki 1.3.x, the cookies issued by the wikis will be
mixed because they are issued on the same www sub-domain name.
A quick solution to this problem is to create subdomains and install each wiki
on its own subdomain.
However not all webhosts allow subdomains so MediaWiki should have some
cookie-related options in webinstaller or LocalSettings.php
phpBB does have these controls and you can choose the name of the cookie, its
lifetime etc.
I think this could be described as a bug and I think it should be fixed in
1.3.8 if you can.
btw can you tell me which files reference http cookies?
--
NSK
Admin of http://portal.wikinerds.org
Project Manager of http://www.nerdypc.org
Project Manager of http://www.adapedia.org
/templates/xhtml_slim.pt :
<!--[if IE]><style type="text/css" media="all">@import
"${stylepath}/${skinname}/IEFixes.css";</style>
<script type="text/javascript" src="${stylepath}/IEFixes.js"></script>
<meta http-equiv="imagetoolbar" content="no" /><![endif]-->
-----------
How does that <!--[if IE]>...<![endif]--> thing works?
I want to:
1. Add a <!--[if ad]>...<![endif]--> feature to allow the webmasters to add
advertisements in my future MediaWiki distribution. The ads could be
displayed, for example, in the left menu or in the page footer or at the
beginning of a page.
2. Make the webinstaller ask whether ads would be enabled or not
3. Incorporate a new setting in DefaultSettings.php and LocalSettings.php to
enable/disable the advertisements. $ads = true;
4. So when $ads is true, the [if ad] thing will be parsed, otherwise it won't.
5. There will be an "ads" mysql table holding the data regarding
advertisements. The software will load the html/script/whatever code from
there. Alternatively an $ad_data variable could be used in php. The contents
of that table/variable need to be editable through the webinstaller and a
special page or in case of the variable through LocalSettings.php
The relevant code changes will be available online and released under GPL, so
anybody who needs ads in mediawiki can benefit from it. I am sure it will be
of great help to students/smallbusinesses which run MW but need ads to pay
their webhost costs.
I would appreciate any help regarding which files reference/use this [if IE]
feature and how I can accomplish what I want and which files needs to be
changed.
--
NSK
Admin of http://portal.wikinerds.org
Project Manager of http://www.nerdypc.org
Project Manager of http://www.adapedia.org
Hi,
Has anyone modified MediaWiki to include advertisements via <script> or <img>
html tags? Not in the main article text but, for example, under the
navigation box. Any advice?
--
NSK
Admin of http://portal.wikinerds.org
Project Manager of http://www.nerdypc.org
Project Manager of http://www.adapedia.org
As an experiment I implemented spreadsheet functionality on a wiki
whereby the calculation is carried out by OpenOffice/Calc:
How does it works?
1. The wiki parser checks for tables like
{| <Calc>
|= 90+12*sin(0.5)
|-
|=A1*A1
|-
|=sum(A1:A2)
|}
2. This table is converted into a html table using the function
dotablestuff.
3. The html table is stored into a special directory.
4. Now the wiki waits.
5. An OpenOffice vb-script checks every second for a table in said
directory.
6. The table is imported into a spreadsheet and the calculation is
automatically done.
7. The vb-script exports a html table.
8. The wiki parser opens the html table and the {| <Calc> ... -table
is replaced by the html table served by OpenOffice/Calc
Having this done it would also be possible to use all the other features
of OpenOffice/Calc like sorting, goal seek, filter, ...
Greetings M. Arndt
Bandwidth about US$100 per day (assuming 40 megabits/s at US$80 per megabit/second average over a month)
Rack space about US$60 per day. Two racks at US$900 each.
Total for rack space and bandwidth would be US$0.11 per minute. During that minute the servers would deliver 640 requests per second, or about 60 requests per cent of recurring costs. 640 is the average requests per second for the last 12 days.
We've spent more than US$80,000 on hardware this year (about 78,000 from the main vendor in 10 months including the most recent order). Counting the main vendor only that's US$266 per day in hardware. As long as traffic continues to rise we'll need to keep buying more hardware to keep up. Hard to say when it will stop rising.
Total to handle being around the 200th most visited English language site according to Alexa is over US$436 per day or US$0.30 per minute. About 21 requests per cent including capital costs but that's misleading long term because eventually we will stop needing to buy so much hardware.
I need some new lists for the dutch wikipedia. I am not successful in getting
responds from User Fire for several weeks. I need a other contact for mailing
lists requests. Who can help?
[[w:gebruiker:walter]]
The Jeremy Zawodny book?:)
Temporary table use by server, per second:
total on disk
Ariel 1.06 0.204
Suda 0.164 0.162
Bacon 0.13 0.13 (all)
So, temporary tables which use the disks aren't really that frequent.
Suda uses its smaller drive pair for temporary and log tables. The database servers have 6 hot swap bays. Taking one drive for temporary tables would cost two drives in the main array. I don't think it's worth doing. I do recall some discussion with Silicon Mechanics about an internal bay which can hold a SATA drive and adding a 36GB 10K RPM SATA drive for temporary tables might be worth doing. Or for Suda, the 36GB drive not currently in use. But they are infrequent enough that I'm not really worried.
All of the database servers have write buffering turned on and it makes a significant difference. All are ordered with battery backup. Possible exception is Bacon where I need to check to see if it has the battery and ask Jimbo to order that module (about US$100) if not.
The indexes are fair to good for most queries but not good enough for the special pages. I'm deliberately waiting on suggesting big changes there until after the next release of the software. Getting the schema changes for cur/old is far more important and I don't want to distract people from them. See the meta page. I plan to script the special page updates first to prove what is faster, then submit those scripted versions for PHP implementation for the live site. This will involve temporary tables and/or summary tables, to get perfect indexes and to avoid using long duration read queries on cur.
A few queries force the right index. Generally MySQL gets it right - only one case where it doesn't now. See the Querybane page for that one and for the queries which are problematic enough to need special handling. The cur/old schema change and search query deal with most.
One query which needs work is the category list. See link below which explains the problems with it. Needs a periodically generated summary table. Querycache can't currently do the job because it lacks a field for the initial limit value.
URLs:
Querybane: http://wp.wikidev.net/Querybane
Category list: http://wp.wikidev.net/Category_list_query