Andy Glew's comp-arch.net wiki, http://semipublic.comp-arch.net
If you are reading this elsewhere, e.g. at site waboba.info, it is an unauthorized copy, and probably a malware site.
comp-arch.net wiki on hold from October 17, 2011
Admin:Wiki Admin Log
From CompArch
Contents |
Log
Create a dated section under here.
TBD: use something like the easy COMMENT logger that I used in TWiki.
See Administering This Wiki and Wiki Admin To-Do List.
Sunday August 28, 2011
waboba.info unauthorized clone - probable malwebsite
Noticed today that when I googled "glew FP16" I found my own web pages - but also waboba.info, which apppears to be a clone of my website,
Unauthorized.
Probably malware infested.
Unclear if legal, subject to the copyright.
I'll try to take steps to warn users of the potential danger.
Thursday and Friday, Jan 28 & 29, 2011
Greg Kisor said that I could take these two days off after TAPP. Did IV work, but also wiki work.
Trying to fill in some missing pages led to
- creating pages like out-of-order, OOO, and out-of-order (OOO)
- TBD: also create OOO (out-of-order)
- making them redirect to each other
- start using Category:Terminology
- Category:Acronym
- Category:Terminology templates - actually my first use of templates on mediawiki
Changed $wgMetaNamespace in Mediawiki Localsettings so that I have pages like Admin:Wiki_Admin
Tweaked Mediawiki:Sidebar
I feel the need to start tracking Admin:Stats
Sunday Jan 16, 2011
public wiki break-in
I just noticed that my public wiki site, http://wiki.public.comp-arch.net, has been corrupted, or at least attacked. See Description of attack on wiki.public.comp-arch.net, November 2011.
It is remarkable how much work they went to to do the attack - essentially replicating my semipublic.comp-arch.net website, so that their stuff looks legitimate, but then taking over missing pages.
I am going to shut down this public wiki site, redirecting it to an apology page, at least until I can figure out a better way to deal with it. It may be that I need to approve all posts.
Dosabling DIVs and redirections in mediawiki may be a half-step, but I am beginning to think that mediawiki is just inherently vulnerable, and is unsuited for a small site wiki that is open to the world.
Saturday Jan 16, 2010
Website and Wiki Testing
10:55pm
Started a basic test suite.
New user on Dreamhost g_testuser.
web-testing.pl
Rewriting URLs to shorten them
10:13pm
Followed instructions at http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_DreamHost_Shared_Hosting#MediaWiki_installed_in_sub-directory_.281_level_down_from_root.29_.22www.yourdomain.com.2Fw.2F.22 to rewrite URLs to allow me to use http://semipublic.comp-arch.net/wiki/page rather than http://semipublic.comp-arch.net/wiki/index.php?title=page
Basically did what they recommended,
MediaWiki installed in sub-directory (1 level down from root) "www.yourdomain.com/w/"
- Modify the following options in LocalSettings.php
$wgUsePathInfo = true; $wgScriptPath = "/w"; $wgScript = "$wgScriptPath/index.php"; $wgArticlePath = "/$1";
- Create or Modify the .htaccess file in the root directory of www.yourdomain.com to include
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)$ /w/index.php?title=$1 [L,QSA]
with
* $wgArticlePath = "/wiki/$1"; If you want: [ example.com/wiki/Main_Page ]
except that I put the .htaccess file in the subdirectory ~/semipublic.comp-arch.net/wiki/.htaccess.
I am a bit worried that there could be a security hole here. I am similarly worried about having .git directories in this tree.
Checkin b9f9f14
Set up git for the semipublic wiki
Checked in - but note that already had made several changes, e.g. to Localsettings.php
TBD: Probably would be nice to recreate a clean install, and check that in, e.g. so that when I update I can tell what I changed locally.
TBD: need to push the GIT repository to a place where it will not get clobbered by an update. This is one of the problems with .git colocating repository and work tree, as opposed to being separate. May be git ways of doing this. Or may just push.
Semipublic/Public Shadow Sitenotice / Sidebar
Tried to fix problem where links between Semipublic and Public shadow wikis, made in MediaWiki:Sitenote so to be apparent to all pages, almost but not quite works - because Sitenotice is apparently cached.
I thrashed around, trying to disable cache. No luck.
Got things working using MediaWiki:Sidebar. Still some formatting issues. Problem: apparently Sidebar does not work for all skins. Still, it's a start.
Checking in this working (but formatting). Basically checking in the probably broken attempts to disable caching in Localsettings.php. Going to back these out as soon as checked in - just checking in to make sure nothing gets lost, in case something was needed for the Sidebar.
Checkin = aa8e971.
)-: I wish that I could version control MediaWiki php files and wiki database in same system. For now, just use entries like this, and try to get dates & times to match.
And, boy, am I glad that I did check it in: with the cache disabling stuff gone, my Sidebar changes disappear.
- Going to figure out exactly which change was needed.
- => git ci 5acf81f: $wgMessageCacheType = CACHE_NONE was required.
Need separate Wiki Admin namespace.
Becoming apparent that I really need to set up a separate Wiki Admin namespace. Perhaps even a separate Wiki Admin wiki, or blog - so that I can record all stuff related to all of my sites.
