Difference between revisions of "Wikispooks talk:Site Status"

From Wikispooks
Jump to navigation Jump to search
m (reply)
(SVG upload not working)
Line 1: Line 1:
 
==Known Issues==
 
==Known Issues==
* Site not accepting SVG file uploads. [[User:Robin|Robin]] ([[User talk:Robin|talk]]) 07:05, 12 January 2014 (GMT)
+
===2014-01-17===
* Site not accepting any uploads from URLs (local files only). Reports: {{RED|'''Fatal exception of type MWException'''}} [[User:Robin|Robin]] ([[User talk:Robin|talk]]) 07:05, 12 January 2014 (GMT)
+
* Site still not accepting SVG file uploads. Trying to yields:{{RED|".svg" is not a permitted file type. Permitted file types are png, gif, jpg, jpeg, doc, pdf, odt, odp, ppt, rtf, zip, mp3.}} [[User:Robin|Robin]] ([[User talk:Robin|talk]]) 15:48, 17 January 2014 (GMT)
 
 
:* I've added 'svg' to the list of 'preferred' u-load extensions. extensions not on the list will normally just trigger a warning which can be over-ridden provided the extension isn't on the extensions blacklist and 'svg' isn't on the blacklist.
 
:* I think the non-local u-load issue is more likely to be a function of the precise location/action the download url is pointing to. It needs to be a url which triggers a confirmation dialogue box when downloading to a local machine. For example, url's which cause a pdf to open in a browser trigger that same exception error --[[User:Peter|Peter P]] ([[User talk:Peter|talk]]) 07:28, 12 January 2014 (GMT)
 
  
 
==News==
 
==News==

Revision as of 15:48, 17 January 2014

Known Issues

2014-01-17

  • Site still not accepting SVG file uploads. Trying to yields:".svg" is not a permitted file type. Permitted file types are png, gif, jpg, jpeg, doc, pdf, odt, odp, ppt, rtf, zip, mp3. Robin (talk) 15:48, 17 January 2014 (GMT)

News

10 January 2014 - New server heads-up

Current server is struggling on RAM. Current term expires end of Jan.

I have commissioned a new one. Cloud-based VM it has 2Gb RAM and a 100Mb/s pipe (3 times and 10 times current spec respectively. I have successfully transferred all progs and data and am configuring and testing using just its IP address for now. Inevitable irritating glitches remaining - mainly php and apache config issues. It is proving a good test of re-constituting the site from the backups. I expect to be ready to go with it inside a week. I'll give 24 hours notice of the change because I will need to refresh from latest backups to avoid losing anything and will therefore have to disable any editing for at least an hour - probably have to take the site right off line in fact. Watch out for the main page banner + content on this main page. I'll be as precise as possible about timing --Peter P (talk) 21:38, 10 January 2014 (GMT)

Current server contract goes 'til end of February so no pressure to get the new one up and running after all. However, it's going well so still likely to be within a week or so. Major lessons learned on site-reconstitution and required backups, so changes are needed there too. --Peter P (talk) 07:28, 12 January 2014 (GMT)