Difference between revisions of "User talk:XZise"
Hairy Dude (talk | contribs) (→Login glitch: new section) |
(→I can't upload images) |
||
(13 intermediate revisions by 8 users not shown) | |||
Line 9: | Line 9: | ||
|age=31 | |age=31 | ||
}}</div> | }}</div> | ||
+ | |||
+ | == Can you move a page please? == | ||
+ | We have a terminology page in Turkish but I opened it with a Turkish title as Sözlük and we can't use the language box on the left so can you please move the page to "Terminology/tr" ? --[[User:Meqatron|Meqatron]] ([[User talk:Meqatron|talk]]) 05:50, 11 August 2015 (UTC) | ||
== planed features changes == | == planed features changes == | ||
Line 142: | Line 145: | ||
== Login glitch == | == Login glitch == | ||
− | I've logged in twice over the last day (on different devices) | + | I've logged in twice over the last day (on different devices) and both times I needed two attempts. The first time there's a spurious error about cookies being disabled. On the desktop I thought this was related to NoScript being on (disabling JavaScript - I thought it might have affected the site's ability to leave cookies), and allowing scripts did fix it. But that doesn't account for the error on Mobile Firefox, where merely re-entering my password and pressing the login button again did the trick. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 12:26, 27 June 2015 (UTC) |
+ | |||
+ | == Update template at [[Special:Upload]] == | ||
+ | |||
+ | Hi xZise, I created a {{Tlx|Copyright by Squad}} (and {{Tlx|Copyright by Squad|screenshot}}) template for use with game images. Under the upload page's "Licensing" drop down menu, you will see an option to edit it (I have my own testing wiki and I know that is for sysops only). Could you please help me add that in so people will actually use it? and by the way should I add the template to existing images? Thanks! --[[User:Deepspacecreeper|Deepspacecreeper]] ([[User talk:Deepspacecreeper|talk]]) 04:29, 29 June 2015 (UTC) | ||
+ | |||
+ | : I'll see what I can do. If there is an easy way to get all images which should have that note I might be able to automatize it. — [[User:XZise|xZise]] <small>[[[User talk:XZise|talk]]]</small> 09:14, 29 June 2015 (UTC) | ||
+ | |||
+ | We have terminology page in Turkish. But I created the title in Turkish (Sözlük) so language bar doesn't work for it. Can you move the page to "Terminology/tr" please? | ||
+ | |||
+ | == Concerns about the Parts page's slow load speed == | ||
+ | |||
+ | I've ran some tests on the loading speed and behavior of the [[Parts]] article (related to a side project that I'd been brainstorming, which isn't relevant right now), because it occurred to me that there's no reason that a page consisting of not much other than data tables and tiny 60px thumbnails should be taking any decent browser or server very long to load. Granted, the Parts article is a long page with a lot of text and individual images, but it's nothing compared to a lot of other websites which have no noticeable load time. And based off what I found, it really seems to me like the slow loading is because of something more serious than just the length of the article, so I want to share the results and confirm that I understand a few things about the wiki software. | ||
+ | |||
+ | I recorded a network activity graph in Google Chrome while reloading the Parts page with my local browser cache disabled and noticed some interesting things: first off, there's an abnormally large ~600ms delay during the initial HTML document request (an ideal expected delay might be around 200ms). That delay is already obvious to anyone who views the page without the need to do any fancy recording, because nothing gets displayed client-side until it finishes. But what's important about the recording is that it clearly indicates that there's a problem server-side, because the 600ms wait is the period in between the browser request and the first byte received, not the download duration. Note that I actually measured a 680ms delay, but 80ms of that is my network latency (ping) to the wiki server, which I measured separately and subtracted. | ||
+ | |||
+ | Now, this is speculation: based off what I'm reading about the MediaWiki job queue, which is still broken according to the migration problems notification, one of the main things that the queue is responsible for is to cache the HTML for each wiki page. This could account for the somewhat long initial HTML loading delay, because part of the nature of the Parts article is that it compiles its HTML from literally dozens of other template pages, all of which might also be improperly cached. Note that the oddly long HTML load time does apply to pages other than [[Parts]]. | ||
+ | |||
+ | Second anomaly, and this seems more likely to be serious: after the initial HTML loading delay, there is an ''enormous'' ~5000ms time span during which all of the part thumbnails get downloaded from the server one at a time. This is only noticeable without the network analysis if you scroll halfway down the page or abort loading the page shortly after the base document appears. But the reason I find it concerning is because those thumbnails only total up to about 1500KB. Again, to emphasize, from what I can tell, '''it is taking several seconds to transfer just 1500KB worth of images'''. | ||
+ | |||
+ | I tried running the same test on the image-heavy Wikipedia page [[wiki:Gallery_of_sovereign_state_flags]] for comparison, and there's a really obvious difference in behavior between the two. Here's the thing: most internet browsers can only have 6 TCP connections open at a time, which usually doesn't affect download performance. The Wikipedia page handles it the correct way. The browser starts off by putting the requests in a queue, spends some time on proxy negotiation with the server (which I won't pretend to understand), and then '''sends all of the file requests at the same time''' through just one TCP connection. There's a short wait for a response due to network latency, but then every image is downloaded in quick succession, and the whole process is completed within a second. | ||
+ | |||
+ | But for some reason, when a browser loads a page from this wiki, it has to request and download the images individually. It opens the maximum possible 6 TCP connections and sends one file request through each connection, waits for the response from the server, which takes a certain amount of time because of network latency (in my case 80ms), and '''doesn't send out a request for the next image in the queue until after the previous download finishes'''. This means that downloading multiple images from the wiki is limited by the user's ping (divided by six). There's one other major difference in behavior I noticed: Wikipedia sends one cookie along with each image, but for some reason this wiki also sends the same set of 10 cookies that it had already sent with the HTML; a separate copy with every image. | ||
+ | |||
+ | I needed to bring this up and make sure I wasn't jumping to conclusions too quickly, and you're listed on the migration problems page to be contacted about potential problems. I'm positive the network test results are accurate at the very least; I have a stable Internet connection and I got similar results when I tried using a third-party site, but I could be mistaken about other things: I've been assuming that both the HTML and image loading speeds are abnormal for this site and I might be completely overestimating the speed of the server. But what I'm fairly sure about is that the images are being transferred really inefficiently, or at least irregularly, during page loads, and it really does seem like pages on the wiki are taking longer to load then they should reasonably be expected to. So I'm inclined to believe there's still some problem with the file namespace or that there's another migration or configuration issue that hasn't been noticed yet. If you want, you can use the Ctrl-Shift-J Developer menu in Chrome or a third-party site to run the same tests and look at the details yourself. | ||
+ | |||
+ | '''TL;DR:''' Ran some tests: it takes 0.6 seconds for the server to load the Parts page (just the plaintext HTML document), and it takes several seconds to download just 1500KB worth of thumbnails because the browser pings the server in between each image download for some reason. --[[User:VariousMetals|VariousMetals]] ([[User talk:VariousMetals|talk]]) 21:54, 8 November 2015 (UTC) | ||
+ | |||
+ | == Could you delete my account? == | ||
+ | |||
+ | Hello! I would like to delete my account on this wiki. Thanks in advance. | ||
+ | |||
+ | == I can't upload images == | ||
+ | |||
+ | I am trying to upload map images of all the bodies; Biome Maps, Elevation Maps, Satellite Maps & Slopes Maps, at 4096x2048px resolution but I am receiving an error when trying to do so. | ||
+ | |||
+ | Upload error | ||
+ | Could not read or write file "mwstore://local-backend/local-public/0/0f/Moho_Biome_Map_1.2.png" due to insufficient permissions or missing directories/containers. | ||
+ | Could not store file "/tmp/php4ejY2x" at "mwstore://local-backend/local-public/0/0f/Moho_Biome_Map_1.2.png". | ||
+ | |||
+ | Am I not allowed to do this or is it not working properly? Could you please help? | ||
+ | |||
+ | :This is because of the migration problems. There is a notice box at the top of the upload page. --[[User:ArnePeirs|Olympic1]] ([[User talk:ArnePeirs|talk]]) 16:39, 8 April 2018 (UTC) | ||
+ | :{{Box|type=error|At the moment it's not possible to upload any file. See also: [[Project:Migration problems|Migration problems]]}} | ||
+ | |||
+ | |||
+ | :ArnePiers seems to be having no issues: https://wiki.kerbalspaceprogram.com/wiki/File:Mk2_InlineCockpit.png --[[User:Poodmund|Poodmund]] ([[User talk:Poodmund|talk]]) 19:39, 9 April 2018 (UTC) |
Latest revision as of 19:39, 9 April 2018
Archives | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Threads older than 31 days may be archived by RoboJeb. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Edit this box |
Contents
- 1 Can you move a page please?
- 2 planed features changes
- 3 Interwiki table - KSP-fr wiki
- 4 Response
- 5 Page combinations
- 6 Infobox nextToIcon
- 7 Objectivity response
- 8 New Demo?
- 9 building upgrades
- 10 thumbnails
- 11 Spam warning templates
- 12 User style
- 13 CSS change request
- 14 Automatic part categorisation?
- 15 MW job queue may be broken
- 16 Login glitch
- 17 Update template at Special:Upload
- 18 Concerns about the Parts page's slow load speed
- 19 Could you delete my account?
- 20 I can't upload images
Can you move a page please?
We have a terminology page in Turkish but I opened it with a Turkish title as Sözlük and we can't use the language box on the left so can you please move the page to "Terminology/tr" ? --Meqatron (talk) 05:50, 11 August 2015 (UTC)
planed features changes
both the massive parts and the astaroids are confermed by harvisteR in that streem, he says that astaroids will be in the main game, but other things that include the nasa pack will be separate, i will post a better link to the stream in a second. i actually took the geysers from a post on gas planet 2. also look at today's dev note it confirms everything — Preceding unsigned comment added by Krona (talk • contribs) 03:15, 19 February 2014 (UTC)
Interwiki table - KSP-fr wiki
Hi xZise,
Can you add a new row in the interwiki table ?
- Prefix
- kspfrw
- URL
- http://wiki.kerbalspaceprogram.fr/index.php/$1
Thank you in advance,
— Mowaw[talk], October 15, 2014 (14:23)
Response
Still learning wikitext. I hope this is an appropriate way to respond to your comments.
I just discovered another way to do it that involves anchors and tables, and, once implemented, should clean up the table of contents by a huge amount. Thanks for the push-back against the huge list, as I was just going to leave it as is, but your comments have motivated me to learn a little more about wikitext in order to clean it up (which I really wanted to do from the get-go, I just didn't know how). Look forward to seeing changes slowly and steadily whittle that TOC down!
Page combinations
As you can see, I am in the process of cleaning it up. I'd also like to have the original page that I created [Configuration File Details] deleted, but I'm not sure how to do that. As to a quick and dirty edit, well, you have it quite correct there. I discovered (re-discovered?) the link that is on the main page, and rather than learn how to do redirects or disambiguations or whatever, I appended mine to his. I'm in the process of cleaning it all up (70k can take awhile!), but I'm sure that if you've been keeping an eye open, you've already seen some of the massive improvements over what was there before, especially in the Table of Contents!
Infobox nextToIcon
Hi xZise, Your modifications on Infobox template are good, but there's a problem when a subtitle is present (eg 0.90). — Mowaw (talk) - 18:46, 12 January 2015 UTC +1
Objectivity response
Hi xZise
Thanks for the valuable feed back
Check out what I said in Category:Found lying by the side of the road/de!
--Kwman (talk) 17:35, 10 February 2015 (CST)
- One problem is using the I perspective. When you think something state it vaguely or similar but don't say “I don't know it” because it's hard to determine who “I” is then. And using a username isn't that good either and that should be discussed then on the talk page (that you think it's so).
- Now the other problem is … it's not in German ;) — xZise [talk] 17:50, 10 February 2015 (CST)
Hi again
Heres the PROPER LINK! (User:talk)
- No it's "User talk:<username>" like the name of this page. You can sign your posts automatically by writing --~~~~ or by clicking on the pen in bar above. It will then link to your actual talk page (remember I contacted you there so there should be something): User talk:KWman. — xZise [talk] 05:15, 13 February 2015 (CST)
New Demo?
The differences between the demo and the paid version become so great, that is easier to make a separate "tutorial:how to make a rocket (demo)" than break the main page with perpetual notes about demo. Do you know anything about any new demo version arrival? NWM (talk) 04:33, 25 March 2015 (CDT)
- What do you mean with main page? On Main Page I can't see any link, but if I should move something tell me and I'll take a look. And nope I don't know when/if a new demo arrives, although I'd expect one only after the release of 1.0, maybe with it. — xZise [talk] 12:34, 25 March 2015 (CDT)
- Sry I'd meant main article - the tutor for the full version. It seems making a separate tutorial for the demo is more reasonable if the difference remains with the old tutorial... NWM (talk) 03:59, 26 March 2015 (CDT)
- Ah! Well depends on the amount of duplication. Is the tutorial already here on the wiki so I can take a look? — xZise [talk] 09:15, 27 March 2015 (CDT)
- It is just half ready, and in Hungarian only. It is the "LES tutorial". I build it as a step by step tutor with many pictures. Building LES - teaches the editor, the tanker - propulsion, SAS,RCS, docking, electric system etc., the lander 1 - legs, parachutes, ladders, lander 2 - science, fuel pipes, struts. And a fast sample for interplanetary stage, and a short lesson about the launch vehicles. Maybe, I'll start to translate the first sequences before it is finished totally. The demo is more simple: a simple mun attacker rocket would be enough... NWM (talk) 18:53, 27 March 2015 (CDT)
- I've downloaded the new demo. It is even more disappointing then the 1.0 full game. Having landing legs without any short engine - what the holy sh*t! (BUT at least there is such an almost totally useless part like the RT-5 "Flea" SRB!) Has anyone tried it? It is a real torture to build a Mun-mission even for an experienced player!
- The tutorial's first section is translated to English, although, needs grammar correction, and some enhancements... NWM (talk) 14:59, 28 April 2015 (UTC)
- Ah! Well depends on the amount of duplication. Is the tutorial already here on the wiki so I can take a look? — xZise [talk] 09:15, 27 March 2015 (CDT)
- Sry I'd meant main article - the tutor for the full version. It seems making a separate tutorial for the demo is more reasonable if the difference remains with the old tutorial... NWM (talk) 03:59, 26 March 2015 (CDT)
building upgrades
Just so you know I directly quoted the game when I made those additions. I dont have an issue with your changes. Just be aware that those are not my words. Benargee (talk) 18:58, 2 May 2015 (UTC)
- I don't blame you (or have a grudge against you) but there are no size restrictions so we don't need to abbreviate words. And then I'm a big opponent of this Upper Case Every Word. — xZise [talk] 20:16, 2 May 2015 (UTC)
thumbnails
Sry, but: The thumbnails are breaking since the server migration. Will this problem solved in the foreseeable future, or the pages have to be reedited? -NWM (talk) 19:28, 2 May 2015 (UTC)
- That is out of my hand. I contacted Squad but they'll working on it no sooner than Monday (working hours of Mexiko). And there is also other stuff broken (like uploading images). I use User talk:ALeXmOrA to list everything which must be done and can't be done without access to the server (which I don't have). — xZise [talk] 20:14, 2 May 2015 (UTC)
Spam warning templates
Hey xZise, i created two new templates for warning spammers, and i don't know if it will be useful. I also edited Kerbal Space Program Wiki:Fighting spam. if you think the templates aren't useful, then you can go ahead and delete it. if you think we should keep and use it, please add admin protection after confirming that nothing needs to be changed with the templates. btw if you think that the templates should be substituted (subst:spam2) please tell me. adding to that i created Template:Copyright by Squad for use in images. thanks :)
Deepspacecreeper (talk) 04:01, 25 May 2015 (UTC)
- Seems like we have the first customer. — xZise [talk] 17:01, 26 May 2015 (UTC)
- User talk:Lajoswinkler is that your intended appearance with the signature in pre-tags basically? — xZise [talk] 17:03, 26 May 2015 (UTC)
- I just don't know why there is a weird signature appearance (like <code>). and that's exactly not what i want --Deepspacecreeper (talk) 18:25, 26 May 2015 (UTC)
A couple of thoughts from an interested observer (I spotted the various anti-spam stuff in recent changes). Some of the things currently labelled as "spam" are really not spam at all. Not all vandalism is spam, not all obnoxious behaviour (e.g. harassment) is spam. The reason that I am making this point, is that calling something spam when it is not clearly spam can and will lead to conflicts or confusion. For example, if someone is accused of spamming, but their abuse was something quite different, it greatly weakens the message being sent to them, and they might not even properly understand what they did that was wrong. Spam is really only when it's bulk activities, usually involving some form of advertising or spamming external links for "search optimisation". Spam can be as little as a single edit, it doesn't have to be bulk within the limits of this site (e.g. a link spammer might spam 1 link here, and 10,000 across 9,999 other wikis). I'm not certain how Wikipedia choose to label the various forms of abuse, but I suggest copying the use of terminology on the English Wikipedia (and I'm assuming that they don't mis-label like this). I'm about 99% certain they always call it vandalism and not spam, when that's the particular problem. I do strongly support anti-spam, anti-vandalism, anti-abuse, etc. I approve of the concepts and creating warning templates, project pages, etc, despite there not actually being a huge problem on here right now. --Murph (talk) 19:00, 26 May 2015 (UTC)
- You are probably right that vandalism is a better term. And yes spam (as in link spam) is very rare (<< 1 per week), by those who create an account and publish a page with some ad stuff. But also other vandalism isn't really an issue (the one I linked above is really an exception). Maybe we should change the terminology from spam to vandalism as afaik most of the stuff related to spam is actually more related to the general vandalism. — xZise [talk] 20:24, 26 May 2015 (UTC)
- Agreed. Lets move the policy pages to distinguish between vandalism and spam. --Deepspacecreeper (talk) 23:11, 26 May 2015 (UTC)
- And should we delete the "spam" templates? cause i just want to include link spamming as a type of vandalism. we only need "anti-vandalism". no "anti-spam, "anti-abuse", at least at the mean time. --Deepspacecreeper (talk) 00:09, 27 May 2015 (UTC)
BTW sorry for using your list at my page. i forgot to edit it to my name when i copied it over --Deepspacecreeper (talk) 20:55, 25 May 2015 (UTC)
- Not a problem ;) The worst that could happen was the empty 2013 row. — xZise [talk] 17:01, 26 May 2015 (UTC)
User style
Hi, I'm wondering if it would be possible to get MediaWiki's "user style" enabled on the server? I'm basically looking for the following to be enabled through LocalSettings.php:
$wgAllowUserJs = true; $wgAllowUserCss = true;
See metawikipedia:Help:User style#Support in MediaWiki.
It allows individual users to add their own personal JS & CSS which is served only to them, and no other user. It is extremely useful for both users and admins to enable very low risk and non disruptive testing of stuff without hitting the global MW JS & CSS.
For now, I'm having to override the site's content using developer tools on my end (I have tools that let me forcibly add, edit, and remove content from sites that I visit, but it would be preferable to use MW's own built in functionality).
Thanks. --Murph (talk) 13:58, 29 May 2015 (UTC)
- Well I don't have access to the LocalSettings.php but I can forward that and maybe someone will enable that. — xZise [talk] 20:38, 29 May 2015 (UTC)
- Oh and btw Help:User style was deleted 2007! — xZise [talk] 20:40, 29 May 2015 (UTC)
- Also do you need JS? Otherwise I'd for now only suggest to change CSS before someone breaks something with JS. — xZise [talk] 20:44, 29 May 2015 (UTC)
- Thanks. I didn't think you had that type of access, but figured you were the right person to ask. I got the wrong interwiki prefix for Help:User style, used mw instead of metawikipedia, as they have altogether far too many similar sites for that stuff. I changed the link above, it should work now.
- CSS is really the main thing, to play around with styles for testing, without any risk to the global production CSS. It also has the side benefit of helping Squad claim conformance to any disability legislation, as it's one of the ways to address those issues (people can overlay a style that helps for accessibility, if they need to). JS, well I figured it couldn't hurt to have that as well, but it's less of a need. Both are served only to the user who owns the page they are on, so any breakage is limited to the individual. Wikipedia allow user JS (w:Wikipedia:User scripts), I don't think it's all that unusual for it to be enabled, just off by default. The global CSS & JS pages in the MediaWiki namespace would still be fully admin-only protected, as they should be. --Murph (talk) 21:15, 29 May 2015 (UTC)
- Just a quick followup. I've uploaded User:Murph/common.js to show the sort of things that user JS is handy for. That's a snapshot of the real file that I'm already using for KSP Wiki, auto injected into each page as it is loaded by a little browser extension I threw together quickly. It just lets me customise the MW UI in ways I find convenient, plus experiment with interesting dynamic content stuff. I'm providing that as a practical answer to "why is it useful?", in case that question is asked by the server admin. Although I've now got a full alternative solution to enabling it on the site, I'd still like it to be enabled on the server, for a cleaner solution and so that others might benefit from it (it will be a long while, possibly never, before my hacky little browser extension ever sees public light). --Murph (talk) 09:43, 4 June 2015 (UTC)
CSS change request
- Moved to MediaWiki talk:Common.css#Change request 2 June 2015 13:03, 11 June 2015 (UTC)
Automatic part categorisation?
- Moved to Template talk:Infobox/Part#Automatic part categorisation? 19:49, 7 June 2015 (UTC)
MW job queue may be broken
Not 100% certain, but I think the MW job queue may be broken. I have added Kerbal Space Program Wiki:Migration problems#Job queue. --Murph (talk) 18:25, 12 June 2015 (UTC)
Login glitch
I've logged in twice over the last day (on different devices) and both times I needed two attempts. The first time there's a spurious error about cookies being disabled. On the desktop I thought this was related to NoScript being on (disabling JavaScript - I thought it might have affected the site's ability to leave cookies), and allowing scripts did fix it. But that doesn't account for the error on Mobile Firefox, where merely re-entering my password and pressing the login button again did the trick. Hairy Dude (talk) 12:26, 27 June 2015 (UTC)
Update template at Special:Upload
Hi xZise, I created a {{Copyright by Squad}}
(and {{Copyright by Squad|screenshot}}
) template for use with game images. Under the upload page's "Licensing" drop down menu, you will see an option to edit it (I have my own testing wiki and I know that is for sysops only). Could you please help me add that in so people will actually use it? and by the way should I add the template to existing images? Thanks! --Deepspacecreeper (talk) 04:29, 29 June 2015 (UTC)
- I'll see what I can do. If there is an easy way to get all images which should have that note I might be able to automatize it. — xZise [talk] 09:14, 29 June 2015 (UTC)
We have terminology page in Turkish. But I created the title in Turkish (Sözlük) so language bar doesn't work for it. Can you move the page to "Terminology/tr" please?
Concerns about the Parts page's slow load speed
I've ran some tests on the loading speed and behavior of the Parts article (related to a side project that I'd been brainstorming, which isn't relevant right now), because it occurred to me that there's no reason that a page consisting of not much other than data tables and tiny 60px thumbnails should be taking any decent browser or server very long to load. Granted, the Parts article is a long page with a lot of text and individual images, but it's nothing compared to a lot of other websites which have no noticeable load time. And based off what I found, it really seems to me like the slow loading is because of something more serious than just the length of the article, so I want to share the results and confirm that I understand a few things about the wiki software.
I recorded a network activity graph in Google Chrome while reloading the Parts page with my local browser cache disabled and noticed some interesting things: first off, there's an abnormally large ~600ms delay during the initial HTML document request (an ideal expected delay might be around 200ms). That delay is already obvious to anyone who views the page without the need to do any fancy recording, because nothing gets displayed client-side until it finishes. But what's important about the recording is that it clearly indicates that there's a problem server-side, because the 600ms wait is the period in between the browser request and the first byte received, not the download duration. Note that I actually measured a 680ms delay, but 80ms of that is my network latency (ping) to the wiki server, which I measured separately and subtracted.
Now, this is speculation: based off what I'm reading about the MediaWiki job queue, which is still broken according to the migration problems notification, one of the main things that the queue is responsible for is to cache the HTML for each wiki page. This could account for the somewhat long initial HTML loading delay, because part of the nature of the Parts article is that it compiles its HTML from literally dozens of other template pages, all of which might also be improperly cached. Note that the oddly long HTML load time does apply to pages other than Parts.
Second anomaly, and this seems more likely to be serious: after the initial HTML loading delay, there is an enormous ~5000ms time span during which all of the part thumbnails get downloaded from the server one at a time. This is only noticeable without the network analysis if you scroll halfway down the page or abort loading the page shortly after the base document appears. But the reason I find it concerning is because those thumbnails only total up to about 1500KB. Again, to emphasize, from what I can tell, it is taking several seconds to transfer just 1500KB worth of images.
I tried running the same test on the image-heavy Wikipedia page wiki:Gallery_of_sovereign_state_flags for comparison, and there's a really obvious difference in behavior between the two. Here's the thing: most internet browsers can only have 6 TCP connections open at a time, which usually doesn't affect download performance. The Wikipedia page handles it the correct way. The browser starts off by putting the requests in a queue, spends some time on proxy negotiation with the server (which I won't pretend to understand), and then sends all of the file requests at the same time through just one TCP connection. There's a short wait for a response due to network latency, but then every image is downloaded in quick succession, and the whole process is completed within a second.
But for some reason, when a browser loads a page from this wiki, it has to request and download the images individually. It opens the maximum possible 6 TCP connections and sends one file request through each connection, waits for the response from the server, which takes a certain amount of time because of network latency (in my case 80ms), and doesn't send out a request for the next image in the queue until after the previous download finishes. This means that downloading multiple images from the wiki is limited by the user's ping (divided by six). There's one other major difference in behavior I noticed: Wikipedia sends one cookie along with each image, but for some reason this wiki also sends the same set of 10 cookies that it had already sent with the HTML; a separate copy with every image.
I needed to bring this up and make sure I wasn't jumping to conclusions too quickly, and you're listed on the migration problems page to be contacted about potential problems. I'm positive the network test results are accurate at the very least; I have a stable Internet connection and I got similar results when I tried using a third-party site, but I could be mistaken about other things: I've been assuming that both the HTML and image loading speeds are abnormal for this site and I might be completely overestimating the speed of the server. But what I'm fairly sure about is that the images are being transferred really inefficiently, or at least irregularly, during page loads, and it really does seem like pages on the wiki are taking longer to load then they should reasonably be expected to. So I'm inclined to believe there's still some problem with the file namespace or that there's another migration or configuration issue that hasn't been noticed yet. If you want, you can use the Ctrl-Shift-J Developer menu in Chrome or a third-party site to run the same tests and look at the details yourself.
TL;DR: Ran some tests: it takes 0.6 seconds for the server to load the Parts page (just the plaintext HTML document), and it takes several seconds to download just 1500KB worth of thumbnails because the browser pings the server in between each image download for some reason. --VariousMetals (talk) 21:54, 8 November 2015 (UTC)
Could you delete my account?
Hello! I would like to delete my account on this wiki. Thanks in advance.
I can't upload images
I am trying to upload map images of all the bodies; Biome Maps, Elevation Maps, Satellite Maps & Slopes Maps, at 4096x2048px resolution but I am receiving an error when trying to do so.
Upload error Could not read or write file "mwstore://local-backend/local-public/0/0f/Moho_Biome_Map_1.2.png" due to insufficient permissions or missing directories/containers. Could not store file "/tmp/php4ejY2x" at "mwstore://local-backend/local-public/0/0f/Moho_Biome_Map_1.2.png".
Am I not allowed to do this or is it not working properly? Could you please help?
- This is because of the migration problems. There is a notice box at the top of the upload page. --Olympic1 (talk) 16:39, 8 April 2018 (UTC)
- ArnePiers seems to be having no issues: https://wiki.kerbalspaceprogram.com/wiki/File:Mk2_InlineCockpit.png --Poodmund (talk) 19:39, 9 April 2018 (UTC)