../ is a bookmarklet for travelling up in the directory tree on any site. I had to toss it over to a separate page because WordPress would crap out with the JavaScript inside this post. If you have any comments, drop ’em in the comment box below.
Author: Jani
-
[Ratkaisu] Tekstitiedoston merkistökoodauksen muuntaminen ISO-8859-15:stä UTF-8:aan
- Lähtökohta
- Olen avannut
Päätteen
. Kotihakemistossani onesimerkki.txt
-niminen tekstitiedosto. Olen saanut selville, että tiedostossa käytetty merkistökoodaus on ISO-8859-15. - Ongelma
- Haluan muuntaa tiedoston merkistökoodauksen ISO-8859-15:stä UTF-8:aan.
- Ratkaisu
- Merkistökoodauksen muuntaminen tapahtuu
iconv
-komennolla seuraavasti:iconv -f ISO-8859-15 -t UTF-8 ~/esimerkki.txt -o ~/esimerkki-utf8.txt
Tämän jälkeen kotihakemistossani on alkuperäisen tiedoston rinnalla uusi tiedosto,
esimerkki-utf8.txt
, jonka tekstisisältö on sama kuin alkuperäisen tiedoston, mutta merkistökoodauksena on käytetty UTF-8:aa.
-
[Ratkaisu] Tekstitiedoston käyttämän merkistökoodauksen selvittäminen
- Lähtökohta
- Olen avannut
Päätteen
. Kotihakemistossani onesimerkki.txt
-niminen tekstitiedosto. - Ongelma
- Haluan tunnistaa tekstitiedoa luotaessa käytetyn merkistökoodauksen.
- Ratkaisu
- Merkistökoodauksen saa selville
file ~/esimerkki.txt
-komennolla.
-
Vein Blosxomia käyttävien linkkiblogieni uudistuksen luonnolliseen huippuunsa: kaikki linkit ovat nyt saman katon alla, ja yksittäiset “blogit” vain yhden ja saman linkkiblogin alakategorioita. Pienen RewriteRule-kikkailun ansiosta muutoksen pitäisi olla täysin läpinäkyvä vanhojen blogien tilaajille, eli vanhat osoitteet ohjataan huomaamatta uusiin vastaaviin.
Vanhojen blogien ulkoasuja (mustavihreä, mustapunainen jne.) en ainakaan tässä vaiheessa onnistunut (teknisistä syistä) siirtämään uuden blogin vastaaville alakategoriasivuille. Voi olla että tutkin sitä mahdollisuutta uudestaan myöhemmin, mutta toisaalta ajatus useista erilaisista ulkoasuista yhdellä ja samalla blogilla tuntuu ainakin tällä hetkellä turhan hämäävältä teknisen haastavuuden lisäksi.
Lisäys: Näyttää siltä, että skandinaavisten kirjainmerkkien koodauksessa on vielä jotain ongelmia: vanhojen merkintöjen ääkköset ovat kunnossa, mutta uusien sisältämät murjotaan tuusannuuskaksi jossain vaiheessa. Etsin parhaillaan ratkaisua tähän.
Lisäys: Nyt merkistönkin pitäisi olla kunnossa. Ongelman aiheutti kaksinkertainen UTF-8-koodaus, joka tehtiin uusille merkinnöille: uudet merkinnät olivat lähtökohtaisesti (jo luotaessa) UTF-8-muotoisia, ja lisäksi olin asentanut Blosxomiin UTF-8:ksi koodaavan lisäosan, joka muunsi vanhat merkinnät ja Blosxomin omat tulosteet UTF-8:ksi.
Poistin lisäosan ja muunsin kaikki vanhat, skandinaavisia merkkejä sisältäneet merkinnät UTF-8-muotoisiksi (ne olivat vanhastaan ISO-8859-15-muodossa). Lisäksi Blosxomin ja muiden lisäosien sisällä olevat skandinaaviset merkit täytyy nyt ilmaista HTML-entiteetteinä (siten, että esimerkiksi ä on ä ja ö ö). Tämä on kompromissiratkaisu; ideaaliratkaisu olisi muuttaa nyt käytöstä poistamaani lisäosaa niin, että se muuntaisi UTF-8:ksi vain Blosxomin ja lisäosien tulosteet ja jättäisi itse merkinnät koskemattomiksi (koska ne ovat vastedes valmiiksi UTF-8-muotoisia). Siihen minulla ei kuitenkaan tällä hetkellä riitä viitseliäisyyttä eikä luultavasti edes kykyjä.
Lisäys: Keksin hiukan toisenlaisen, ja itse asiassa jossain määrin edellä mainitsemaani ideaaliratkaisua paremman tavan lähestyä tätä koodausongelmaa: muunsin Blosxomin päätiedoston (index.cgi) UTF-8-merkistöön, joten nyt voin taas käyttää siinä skandeja ihan sellaisinaan. Kokeilin tätä jo aiemminkin, mutta silloin se ei onnistunut, ilmeisesti vain siksi, etten ollut muistanut lisätä UTF-8-muotoiselle tiedostolle suoritusbittiä.
Olen kustomoinut index.cgi:tä sen verran runsaasti etten todennäköisesti tule korvaamaan sitä alkuperäisellä, ISO-koodatulla versiolla enää missään vaiheessa, joten tämä on sikäli ihan turvallinen ratkaisu, Plugineista en ole yhtä varma, joten toistaiseksi jätin ne ISO-koodatuiksi ja siten niissä täytyy yhä käyttää noita HTML-entiteettejä skandien tilalla.
-
[Ratkaisu] Käytössä olevan komentotulkin tunnistaminen
- Lähtökohta
- Olen avannut
Päätteen
. - Ongelma
- Haluan tietää mikä komentotulkki käytössäni on.
- Ratkaisu
$SHELL
-muuttuja sisältää tiedon käytössä olevasta komentotulkista, joten tulostamalla sen sisällönecho $SHELL
-komennolla saan selville käytössäni olevan komentotulkin.
-
Vein Blosxomin koodiin parissa sitä käyttävässä blogissa tekemäni muutokset kaikkiin linkkiblogeihini, eli nyt kaikkien RSS-virroista tulevat linkit viittaavat suoraan sinne minne pitääkin.
Hakkeroimani Blosxomin koodi alkaa olla aika ruman näköistä. Se pitäisi siivota, ja mieleni tekisi hetkittäin jopa yhdistää kaikki linkkiblogit yhden ainoan Blosxom-moottorin alle ja tehdä erottelusta kategorioihin perustuva (jolloin esimerkiksi Ytyset olisi osoitteessa mummila.net/linkit/ytyset, Nuudelit taas osoitteessa mummila.net/linkit/nuudelit jne.) siten, että käyttäjän kannalta blogit vaikuttaisivat kuitenkin edelleen itsenäisiltä (jokaisella olisi oma tyylitiedostonsa jne.).
-
Työpöytäpalkin haku ei löydä tiedostoja joillain hakusanoilla
- Lähtökohta
- Kotihakemistoni alla olevan
Työpöytä
-alihakemiston sisällä olevassaMusiikki
-kansiossa on Nine Inch Nailsin Ghosts-albumi avainsanoilla varustettujen MP3-tiedostojen muodossa. Valitsen työpöydän paneelissa olevanTyöpöytäpalkin
, jolloinDeskbar Applet
-niminen ikkuna, jossa on hakukenttä, avautuu. Haluan etsiä musiikkitiedostoja, jotka sisältävät Nine Inch Nailsin musiikkia, joten kirjoitan hakusanaksinine
. - Ongelma
- Hakukentän alle avautuvassa listassa ei ole etsimiäni tiedostoja. Jos valitsen listasta kohdan
Etsi kohdetta nine tracker-hakutyökalulla
, jolloinTracker-hakutyökalun
ikkuna avautuu, ei sielläkään ole yhtään hakutuloksia: hakutuloksille varatulla palstalla lukeeHaku ei tuottanut tuloksia.
- Ongelman syy
- Ei vielä tiedossa.
- Ratkaisu
- Ratkaisua ei vielä ole. Ongelman voi kiertää käyttämällä haussa sanaa
inch
sanan nine sijasta. Silloin hakukentän alle avautuva lista sisältää muiden aiheeseen liittyvien kohteiden ohella Ghosts-albumin kymmenen ensimmäistä kappaletta. Loput kappaleet ovat Tracker-hakutyökalun ikkunassa, jonne pääsee valitsemalla Deskbar Applet -ikkunan hakutuloksien listalta kohteenEtsi kohdetta inch tracker-hakutyökalulla
.
-
[Solved] Netvibes Ginger: can’t add content to Universe
I just sent this support request through Netvibes’ feedback page. Looks like I forgot to mention that I’ve tried clearing Firefox’s cache as well.
Update: I’ve tracked down the cause: disabling AdBlock Plus from Firefox’s extensions restores the Add content panel’s contents. There’s nothing related to netvibes.com in my filters list so I have yet to find out which exactly is it that’s blocking the panel when AdBlock is in use. I’ve heard nothing from Netvibes support, so I’m not bothering to report this to them either.
After migrating to Ginger, since the beginning of this week I’ve been unable to add content directly to my Netvibes Universe page at http://netvibes.com/jani
The problem is that the upper portion of the screen, where adding new content normally takes place, is blank when I bring it up with the ‘Add content’ (which is ‘Lisää sisältöä’ in my localized view) button at the top of the screen. To clarify what I mean by this I’ve created a couple of snapshots of the Universe page with the Add content panel showing (or rather, not showing):
[1] http://mummila.net/nuudelisoppa/files/2008/03/Janiversumi_1205681888203.png
[2] http://mummila.net/nuudelisoppa/files/2008/03/Janiversumi_1205681899150.pngAt first [1] even the closing button [×] is missing. When I select ‘Add content’ from the top of the screen a second time, the closing button now appears [2], but the actual content adding widgets are still missing. A third cli[c]k on ‘Add content’ closes the (still empty) adding panel.
Contrast this with the content adding widgets being present, as they should, on my private page, when I click ‘Add content’ there: http://mummila.net/nuudelisoppa/files/2008/03/Inttervepin-Ihimemaa_1205681961397.png
Due to this issue I’ve had to resort to a bit of juggling: when I want to add something to my Universe page, I go to my private page and ‘Add content’ there. When the new widget (for example, a subsciption to a feed) appears on my private page, I then use the ‘Send’ item on its top frame to send the widget over to my Universe page. Finally I delete the widget from my private page.
I’m using Firefox 2.0.0.12 in Ubuntu (Gutsy Gibbon). Before submitting this report, I clicked on the ‘clear cache’ link on the feedback form page, tried adding content again and found that the issue remains.
I’ll be happy to provide you with any additional data you might need in order to solve this. Apart from this issue I’ve been very satisfied with Netvibes, and am particularly happy with Ginger.
-
Demoscene.tv
I’m currently entertaining myself by playing the DTV oldskool live stream at my desktop corner. Extremely cool despite being forced to use Mplayer, since VLC which would only play the audio.
-
[Ratkaisu] Pidgin ei avaa keskusteluikkunaa www-sivun XMPP- tai MSNIM-linkistä
- Lähtökohta
- Jannen Netvibes-universumissa on Google Talk- ja Live Messenger -linkit. Haluan avata
Pidgin-pikaviestimen
keskusteluikkunan Google Talk -linkin kautta, joten valitsen sen hiiren vasemmalla napilla. TällöinFirefox-selain
avaa kyselyn, jonka sisältö on seuraavassa:xmpp:-linkit täytyy avata toisessa ohjelmassa. Avattava linkki: xmpp:janne.uusitalo@gmail.com Ohjelma: purple-url-handler "%s" Jos et odottanut tämän linkin avausta, kyseessä saattaa olla yritys hyödyntää heikkouksia avattavan ohjelman turvallisuudessa. Älä käynnistä toista ohjelmaa, jos et ole selvillä linkin alkuperästä.
Kyselyn antamat vastausvaihtoehdot ovat
Peruuta
jaKäynnistä ohjelma
. Lisäksi kyselyssä on mahdollista valita käyttöönTee aina näin vastaaville linkeille
-kohta. Otan sen käyttöön ja valitsen Käynnistä ohjelma -vastausvaihtoehdon. - Ongelma
- Käynnistä ohjelma -vastausvaihtoehdon valittuani mitään ei tapahdu. Keskusteluikkunaa ei avaudu. Jos yritän avata keskusteluikkunan Live Messenger -linkin kautta, lopputulos on sama.
- Ongelman syy
Libpurple-bin
-pakettia ei ole asennettu.- Ratkaisu
- Avaan
Synaptic-pakettienhallinnan
, etsin libpurple-bin -paketin ja asennan sen. Tämän jälkeen keskusteluikkunan avaavat linkit www-sivuilla toimivat kuten haluan.