(removed completed task, sorted by priority) |
(removed completed task, sorted by priority) |
||
| Line 3: | Line 3: | ||
<tasks> |
<tasks> |
||
[!] [[Wikistats/Add private wiki]] (All) |
[!] [[Wikistats/Add private wiki]] (All) |
||
[x] Add [http://sv.chainki.org/index.php?title=Special:Statistics&action=raw Swedish Chainki] to Mediawikis |
|||
[1] Check update failures (timestamps) at Largest <i>strange , they update normal but for some reason mysql doesnt update their timestamp, there seems to be no reason for that, ts is set to autoupdate on the complete column. ??</i> Ich habs gefunden! Wenn sich die Zahlen seit der letzten Abfrage nicht verändert haben, wird der Timestamp nicht erneuert. Allerdings ist das nur bei Largest und den Mediawikis so. Bei den anderen wird, auch bei gleichgebliebenen Zahlen, der Timestamp korrekt erneuert. <i>Nur gibt es keinen Unterschied zwischen den Tables: Beispiel: Anarchopedias: `ts` timestamp NOT NULL default '0000-00-00 00:00:00' on update CURRENT_TIMESTAMP, Beispiel: Mediawikis: `ts` timestamp NOT NULL default '0000-00-00 00:00:00' on update CURRENT_TIMESTAMP</i> |
[1] Check update failures (timestamps) at Largest <i>strange , they update normal but for some reason mysql doesnt update their timestamp, there seems to be no reason for that, ts is set to autoupdate on the complete column. ??</i> Ich habs gefunden! Wenn sich die Zahlen seit der letzten Abfrage nicht verändert haben, wird der Timestamp nicht erneuert. Allerdings ist das nur bei Largest und den Mediawikis so. Bei den anderen wird, auch bei gleichgebliebenen Zahlen, der Timestamp korrekt erneuert. <i>Nur gibt es keinen Unterschied zwischen den Tables: Beispiel: Anarchopedias: `ts` timestamp NOT NULL default '0000-00-00 00:00:00' on update CURRENT_TIMESTAMP, Beispiel: Mediawikis: `ts` timestamp NOT NULL default '0000-00-00 00:00:00' on update CURRENT_TIMESTAMP</i> |
||
[1] Eine einzige Table für Wikimedia (work in progress) |
[1] Eine einzige Table für Wikimedia (work in progress) |
||
Revision as of 15:33, 30 October 2006
This is a ToDo list for Wikistats
<tasks> [!] Wikistats/Add private wiki (All) [1] Check update failures (timestamps) at Largest strange , they update normal but for some reason mysql doesnt update their timestamp, there seems to be no reason for that, ts is set to autoupdate on the complete column. ?? Ich habs gefunden! Wenn sich die Zahlen seit der letzten Abfrage nicht verändert haben, wird der Timestamp nicht erneuert. Allerdings ist das nur bei Largest und den Mediawikis so. Bei den anderen wird, auch bei gleichgebliebenen Zahlen, der Timestamp korrekt erneuert. Nur gibt es keinen Unterschied zwischen den Tables: Beispiel: Anarchopedias: `ts` timestamp NOT NULL default '0000-00-00 00:00:00' on update CURRENT_TIMESTAMP, Beispiel: Mediawikis: `ts` timestamp NOT NULL default '0000-00-00 00:00:00' on update CURRENT_TIMESTAMP [1] Eine einzige Table für Wikimedia (work in progress) [1] Eine einzige Table für Mediawikis (auch old), Uncyclomedia und Anarchopedia [2] Rewrite Hauke's script to [1] and [2] wording [2] Einheitliches Datenbankmodell, einheitliches PHP-Skript für alles [2] Update sources on Wikistats [3] TingWiki/ting55 (Aussiepete) [3] meta:Talk:List of largest wikis#Why have a lower limit now? (JamieHari) [ ] meta:User:mutante/Wikistats#Wikimedia-Portalseiten </tasks>
About the Task Extension being used: meta:Tasks Extension, Task Extension
How to update the Wikia Hostlist
- Sort out list of all wikia hostnames with . or - in them
- Convert list above to mysql import format
- Delete all wikia and overwrite with fresh Wikia Hostlist
- Add the saved wikis with . or - additionally