Author: Jani
-
K-Meleon
K-Meleon on nopea, kustomoitava ja kevyt selain [Windows-alustalle]. Se pohjautuu [Gecko-layout-moottorille], jota myös Mozilla käyttää. K-Meleon on ilmainen, vapaan lähdekoodin ohjelma, joka on julkaistu GNU General Public [-lisenssillä].
-
Replacing changed directory names with .htaccess
After poking around with some Rewrite rules and nearly losing my nerve with what seemed to be a choice between a
500 Internal Errorand WordPress’ 404 pages, I finally came up with a redirect instruction for my .htaccess file that replaces a subdirectory name in URLs which end in .html.I need this because when I started marginaali, I used Blogger which outputs html files. I then moved on to WordPress and imported everything I had blogged thus far – apart from the comments that I had received. Therefore I didn’t have the heart to delete all those .html files and was sort of stuck between the two.
After activating pretty permalinks, all requests to those old posts were redirected to the WordPress ones, and so the comments were, in effect, not available. Not until I changed the old posts’ directory name from both Blogger’s and WordPress’ standard naming by the year, by prefixing the (thankfully only) 2004 directory with an ‘o’, into ‘o2004’.
There was one additional problem: that of old links out there in the Net pointing to these old posts and the comments in them – they were now broken of course. Here’s where I figured a relatively simple rewrite rule should do the trick: in all requests to files ending in .html under /marginaali/, replace the 2004 with the o2004.
Well, like I implied in the beginning, this was surprisingly difficult to achieve with my little experience in tweaking .htaccess files. I finally succeeded, however, and here’s my solution:
RedirectMatch /marginaali/2004/(.*)\.html$ http://mummila.net/marginaali/o2004/$1.htmlI placed this directive after the segment added by WordPress, in the the same .htaccess file that controls the permalinking, in /marginaali/. It leaves requests to the WP versions of posts (such as this one) intact, while fixing the requests to their html versions with the added ‘o’ so that, for example, 2004/11/sepe.html gets redirected to o2004/11/sepe.html. (That is an actual example of a page being referred to out on someone else’s page, which I have no control over.)
-
Eduskunta päätti nettilapsipornon sensurointilaista
Eduskunta löi tiistaina yksimielisesti lukkoon uudet lakipykälät, jotka mahdollistavat poliisin ja teleoperaattoreiden yhteistyön lapsipornon leviämisen ehkäisemiseksi.
-
Robbie Williamsin kappaleen luvatonta käyttöä puidaan oikeudessa
[EMI Finlandin mukaan MTV3:lla ja Subtv:llä viime vuonna pyörineessä Idols-kilpailun mainoksessa käytettiin luvatta Robbie Williamsin kappaletta Let Me Entertain You.] Levy-yhtiö vaatii MTV:ltä ja tallenteen toteuttaneelta Kuubilta yhteisvastuullisesti 200 000:ta euroa hyvityksiä ja korvauksia tekijänoikeuden loukkaamisesta. […] MTV ja Kuubi katsovat ensisijaisesti, että kanne pitäisi jättää kokonaan tutkimatta.
-
Varmuuskopiot
Huomasin juuri, että viimeisimmät pari-kolme mummilan tietokannasta ottamaani varmuuskopiota ovat tyhjää täynnä. Glumps! Onneksi mikään ei ole mennyt pieleen tänä aikana…
Kapsin phpMyAdmin ei millään lailla varoita tästä, vaan ihan sattumalta vain huomasin, että noilla pakatuilla dumpeilla on kokoa alle kilotavu siinä missä ne aikaisemmin olivat useiden megatavujen kokoisia. Tietokannan sijasta ne tallennetut tiedostot sisältävät ilmoituksen muistirajan (32 megatavua) ylityksestä.
Varmuuskopiointi onnistui kuitenkin käsin tekemällä, Daemonj:n osCommercen foorumilla tarjoamia ohjeita noudattaen:
mysqldump --opt -u tietokantakäyttajäntunnus -ptietokantasalasana tietokannan nimi > "database_backup.sql"(Jotta tuokin olisi taas mahdollisimman vaikeaa, niin käyttäjätunnuksen eteen tulee väli, mutta salasanan eteen ei tule.)mysqldump --opt -u tietokantakäyttajäntunnus -p tietokannan_nimi > "database_backup.sql"Sen jälkeen sen voi kääräistä pakettiin ja imuroida.
Huom: Alkuperäisessä ohjeessani oli tietoturvaongelma: Timo huomautti, että koska käyttäjien ajamat komennot näkyvät muillekin käyttäjille, komentorivillä annettu salasana on vaarassa paljastua.
Huom2: Tietoturvaongelman lisäksi alkuperäisessäni oli vielä kirjoitusvirhekin: salasanaoptio on -p eikä -pd!
Huom3: Mikäli salasanaa ei halua antaa komentorivillä vaan kehotteessa, salasanaoptio -p täytyy silti antaa komentorivillä niin kuin se viimeisessä, toivon mukaan lopultakin oikein olevassa esimerkissäni on. Ilman sitä loitsuni antoi itsepintaisesti pelkkää
Access denied for user
-virheilmoitusta.16:43 Lisäsin maininnan alkuperäisessä ohjeessa olleesta tietoturvaongelmasta.
17:00 Täsmensin mainintaa; nimenomaan Kapsin koneilla tämä ei siis ollut välttämättä vaarallista.
3.12. 17:43 Lisäsin huomautuksen alkuperäisessä ohjeessa olleesta kirjoitusvirheestä.
17:48 Lisäsin huomautuksen salasanoption pakollisuudesta.