Posted at July 24, 2009 | Online - Urbanus
Een tijdje geleden is het eerste bericht geïndexeerd sinds het nieuwe systeem. Daarbij zag ik in ieder geval iets dat niet kan: de URL om mijn inschrijving op de nieuwsbrief aan te passen werd gegeven. Dat kan natuurlijk niet gewoon publiekelijk vertoont worden.
Eerst dacht ik om de berichten te filteren vooraleer ik het in de database zou stoppen, maar dan kan je daar later niets meer aan veranderen, en stel dat er iets fout gaat ...
Beter is gewoonte filteren tijdens het laden van de pagina, kan je altijd de nodige aanpassingen doen, zonder in de problemen te komen.
Daarbij probeerde ik <br />\n te vervangen, maar dat lukte niet, en na wat zoeken bleek dat nl2br <br />\r\n uitspuugt. Daarmee is het opgelost ;)
25/07/2009, 13:55:
Ik heb zojuist het nieuwsbrief archief nog even gefixt, de output van de feed werd namelijk nog niet gefilterd.
Posted at July 24, 2009 | Linux
Gisteren zag ik dat mijn cd-rom drive nog steeds open stond, en dus wilde ik deze sluiten, vanaf mijn Eee PC, en dat wil dus zeggen via de commandline.
Na wat zoeken vond ik deze pagina, die me het commando leverde:
eject -t
Posted at July 21, 2009 | Paretje's blog
Zonet zag ik dat er een nieuwe WordPress versie is die enkele security problemen zou moeten oplossen met het commentaar systeem, die hier nagenoeg ongebruikt is :P
Nu vertelde ik bij 2.8.1 al dat ik het beu was telkens alles te moeten uploaden, en dus telkens mijn eigen XHTML fixes moet aanbrengen in WordPress. Daarom heb ik dit keer een lijst samengesteld met gewijzigde bestanden op basis van een patch file, gemaakt met het volgende commando:
diff -r "/home/kevin/Desktop/Downloads/wordpress (4)" "/home/kevin/Desktop/Downloads/wordpress (3)" > wordpress2.8.1-2.8.2.patch
Daarmee heb ik een bestand met alle wijzigingen. Nu zou ik hiermee gewoon mijn WordPress versie kunnen patchen, maar aangezien er geen bestanden inzitten die ik gewijzig heb, kan ik net zo goed gewoon de nieuwe bestanden even vlug uploaden. Die bestanden zijn:
wp-admin/comment.php
wp-admin/edit-form-comment.php
wp-admin/includes/comment.php
wp-admin/includes/template.php
wp-content/plugins/akismet/akismet.php
wp-includes/comment-template.php
wp-includes/default-widgets.php
wp-includes/version.phpDat valt dus goed mee, en stemt dus inderdaad overeen met de gerapporteerde wijzigingen: een fix in het comment systeem.
Op die manier heb ik veel sneller kunnen upgraden.
Posted at July 19, 2009 | Paretje's blog
Ik heb zonet de Sidebar van dit blog herschikt. Het leek me immers stom die pages te tonen, aangezien ik er toch geen heb. Verder heb ik even gedacht om de Categorieën boven het Archief te plaatsen, maar ik heb het, voorlopig?, zo gelaten, we zullen nog wel zien.
Posted at July 19, 2009 | Game Section
Ik heb zonet de tweede wijziging aangebracht aan mijn cronjobs voor de site. Ik heb met name het backup systeem aangepast, en wel in die zin dat er vanaf nu iedere keer voor het eigenlijke maken van de backup een optimalisatie van de tabellen zal plaats vinden.
Nu is dat op zich niet zo moeilijk: tussen het laden van de tabellen en het backuppen van de tabellen moet ik gewoon de optimalisatie plaatsen. Verder moet ik er gewoon op toezien dat het niet conflicteert met de rest van het script.
Het maken was snel een feit, en na de test bleek er helemaal geen optimalistatie had plaats gevonden. En als ik de bekomen query gebruik via phpMyAdmin krijg ik inderdaad een error te zien. En inderdaad, ik had ' gebruikt ipv. `. Dit aanpassen lost het probleem op.
Posted at July 19, 2009 | Game Section
En zonet heb ik de Game Section site even snel geüpgraded naar versie 1.15.1. Toen ik zonet naar mijn mails keek, lette ik terug op het mailtje van MediaWiki, en heb ik die letterlijk snel geïnstalleerd.
Ik heb het namelijk nu volledig op de server kunnen doen, waardoor het downloaden aan in enkele seconden was afgerond. Even uitpakken, en gewoon alles kopiëren en de database updaten, en daarmee is de upgrade een feit!
Verder zag ik dat mijn wijzigingen van daarnet gewoon bewaard bleven, wat wel vreemd is. Even kijken naar de skins directory leert me onmiddellijk waarom niet alle, waaronder dus het foor mij gebruikte, skins werden geüpgraded: ze worden niet meer meegeleverd!
Nu vind ik dat niet zo erg, en zal ik dus gewoon een beetje in de gaten houden of alles blijft werken, en zo nodig zoals daarstraks het gewoon aanpassen zodat het terug werkt.
Posted at July 19, 2009 | Game Section
Zonet viel mij op dat er een probleempje was met de Categorie bar in de wiki sinds de upgrade van gisteren. Er leken namelijk twee catlinks in één te zitten. Leuk als reclame stunt, maar hier toch liever niet :P
Na de HTML code van 1.12 te vergelijken 1.14.1 wordt het probleem duidelijk: de html code om die links te tonen is aangepast, en ze hebben daar niet alle themas die meegeleverd worden op afgestemd.
Dus maar even de volgende commandos gegeven om te ontdekken hoe er mee wordt omgegaan in het standaard thema:
diff /www/gamesect/www/skins/MonoBook.php /home/kevin/Desktop/Downloads/mediawiki-1.14.1/skins/MonoBook.php > skin-php.patch
diff /www/gamesect/www/skins/monobook/main.css /home/kevin/Desktop/Downloads/mediawiki-1.14.1/skins/monobook/main.css > main-css.patchBij het php bestand zijn vele wijzigingen aangebracht, waarvan de meeste fixes om overtollige tabs in de code te verwijderen. Verder zijn er enkele aanpassingen te zien vanwege aanpassingen aan het systeem, zoals SkinTemplate:: vervangen door parent::, maar die geven hier geen problemen ...
Dus maar even zoeken naar catlinks. Dan zie ik 1 aanpassing, wat logisch is, aangezien het om één regel gaat :P. Als ik die aanpas hebben we al de eerste stap gezet naar een gefixt thema.
Open skins/KindofBlue.php en zoek:
<?php if($this->data['catlinks']) { ?><div id="catlinks"><?php $this->html('catlinks') ?></div><?php } ?>Vervang met:
<?php if($this->data['catlinks']) { $this->html('catlinks'); } ?>Dan over naar de CSS. Ook daar zijn de nodige aanpassingen gedaan, waarvan ik enkele, zoals success, misschien nog wel eens zal ontdekken in het gebruik, en dus zal doorvoeren. Voor de catlinks is er terug één wijziging: #catlinks is vervangen door .catlinks.
Als ik dat doorvoer los ik een probleem op, maar krijg ik er een nieuw voor in de plaats: nu is er geen margin meer tussen de links en het kader. Dit komt omdat KindofBlue daarop steunt met #catlinks p, maar aangezien die verdwenen is moeten we dit afhandelen met .catlinks. Daarmee krijgen we het volgende:
Open skins/kindofblue/main.css en zoek:
#catlinks {
background-color: #F2F6FF; /* very light blue */
border: 1px solid #CBDDFF; /* light blue */
clear: both;
margin: 1em 0;
}
#catlinks p {
margin: 0.5em;
}Vervang met
.catlinks {
background-color: #F2F6FF; /* very light blue */
border: 1px solid #CBDDFF; /* light blue */
clear: both;
margin: 1em 0;
padding: 0.5em;
}Posted at July 18, 2009 | Game Section
Ik heb zonet, eindelijk? :P, MediaWiki van de Game Section site geüpgraded aar 1.14.1. Deze had ik namelijk nog op de computer staan, en aangezien de downloads offline lijken ...
Het is in ieder geval een stap vooruit. Het beste is de tar pas uitpakken op de server, dus heb ik die maar even geüpload, waarbij ik nieuwe snelheidsrecords brak, voor Eggewaarts :P.
Na deze te uit gepakt te hebben maar alle bestanden kopiëren, en dit ging de eerste keer dus mis. Hier heb ik dus voor de eerste keer kunnen genieten van mijn nieuwe backup systeem bij PCextreme. Na het kopiëren de database updaten (vanaf de comandline) en klaar is kees.
Toch bleek dat er een probleem was bij de meer ingewikkelde pagina's, en even zoeken levert mij deze pagina op, die meteen toont hoe het opgelost moet worden ;)
Posted at July 15, 2009 | Game Section
Vandaag heb ik het systeem om games te downloaden op de Game Section eindelijk aan de praat gekregen bij PCextreme.
Ik had de work-around voor de bug die er voor zorgde dat alle ellende met het domein startte had ik al op 5 juli geschreven, en dat ging perfect, althans lokaal.
Nu had Icy faviouz me iets interessants medegedeeld. Met die informatie kon ik wat gerichter gaan zoeken: waarom gaan die twee spelletjes wel, en al die anderen niet?
Eerst heb ik gekeken of er een verschil was tussen de permissies van die twee files, en andere. Dit bleek niet het geval te zijn. Maar na wat te prutsen met de code viel me opeens iets op: beiden hadden slechts een zeer kleine naam. En na wat testen bleek hij te blijven stroppen bij 4 karakters + de extensie.
Als ik de bestandsnaam van zo'n swf bestand kopieerde naar gedit bleek dat die 99 karakters lang was. En dat lijkt me een opvallend getal om willekeurig te zijn, dus heb ik maar snel eens in pcltar.lib.php op het getal 99, en al snel bleek dat men stopte wanneer de bestandsnaam van een bestand dus langer dan 99 karakters was.
Na wat zoeken op google vond ik deze pagina, waaruit ik kan concluderen dat er dus ooit een idiote limiet was voor bestandsnamen tot 99 karakters. u is dit heden te dagen opgelost, en kan die cotrole dus verwijdert worden. Verder is de controle in pcltar volgens mij incorrect, aangezien de limiet volgens mij slaat op bestandsnamen in een tar, en niet van de bronbestanden, en aangezien die gewoon verwijderd worden ...
Met die aanpassing is het probleem nu in ieder geval opgelost ;)
Posted at July 9, 2009 | Paretje's blog
IK heb dit blog zojuist geüpgraded naar 2.8.1. Bij die upgrade heb ik eens het automatische systeem van WordPress gebruikt. Nu vind ik het niets bijzonders. IK had namelijk gehoopt dat hij met dit systeem, enkel geüpdatet bestanden zou aanpassen. Zal vanaf nu eens kijken welke bestanden aanpassingen bevatten, en die uploaden.
Maar ik heb nu ook gemerkt dat de gallery's verdwenen zijn. Waarschijnlijk een neveneffect van het verwijderen van de revisies gisteren. Ik zal het maar een moeten uitzoeken morgen.