spot

Hittade följande upplysande stycke i dokumentationen:

vilket borde förklara situationen till fullo.

Gjorde även ett snabbtest i 8.1.3 och samma fenomen uppstår här, så det ser ut som att enda lösningen skulle vara att byta databasens teckenkodning. (Eller att låta PHP koda om, som du redan prövat...)

Eh, joo... Den teckenkodning som PostgreSQL betecknar som UNICODE är egentligen UTF-8, vilken använder från en till fyra bytes per tecken, allt efter behov. För att kunna lagra UTF-8 kodad text måste PostgreSQL < v 8.0 kompileras med multibytestöd. Nu var det inte detta som var ditt problem, eftersom texten var lagrad som SQL_ASCII.

Detta får mig åter att misstänka att, för att klienten framgångsrikt ska kunna konvertera från SQL_ASCII till UTF-8, så måste även servern vara kompilerad med multibyte-stöd. Jag kan dock inte verifiera det eftersom jag inte har tillgång till en såpass gammal version av PostgreSQL. (Har tyvärr inte tid eller lust att kompilera en heller...)

Givetvis kan det vara en bugg i PHP också, men om du har tillgång till servern via psql borde du kunna verifiera problemet den vägen. Se bara till att psql använder samma libpq som PHP.

Fanns det inget om multibyte character support?

Jag har iofs aldrig kört en klient med multibyte-stöd mot en server som inte har det, men jag kan tänka mig att det skulle leda till problem. (Man tycker att klienten skulle kunna översätta själv, men det är inte självklart.) Kolla en gång till om servern har multibyte-stöd; har den inte det skulle jag satsa ända upp till en femtioöring på att det är orsaken till ditt problem.

För att börja nysta i en annan tråd: vad är responsen när du försöker sätta klientkodningen från PHP? (Vad är exempelvis returvärdet från pg_set_client_encoding? Vad svarar servern efter SET client_encoding?)

Det där var bara php-modulen. Hur är det med själva servern? (SHOW ALL är din kompis...)

7.4 är ju i vilket fall som helst inte pinfärsk. Har du möjlighet att uppgradera så rekommenderar jag det.

Vilken version av PostgreSQL? Vilken libpq-version är PHP-modulen kompilerad mot? Det låter som att du har en gammal version, utan stöd för multibyte-tecken.

Beroende på hur du installerat kan filerna ligga på olika ställen. Om du kompilerat själv är det vanligaste /usr/local/mysql. Där hamnar de även om du använt det officiella installationspaketet från MySQL AB. (Glöm dock inte att ta backup på de data du vill ha kvar!)

Vad var det för resultat som inte var önskvärt? Om man inte vill ha obehagliga överraskningar i form av oannonserade typ- eller datakonverteringar kan man ju alltid installera en riktig databashanterare...

Lägg till följande rad:

xxx.xxx.xxx.xxx www.cela-grafiska.se

i filen /etc/hosts. (x:n är det nya IP-numret.) Glöm inte att ta bort raden när ändringen är genomförd, annars kan det bli tokigt om IP-numret skulle ändras i framtiden.

Strunta i Fink och kompilera Subversion själv. Går alldeles utmärkt.

Nja, han lyckades skaffa sig root-access från ett normalt användarkonto, så att kalla det 'hacka sig in' är lite missvisande; han var ju redan inne.

Eftersom personen som utlyste tävlingen delade ut konton med SSH-access är det lite, som nån skrev, som att ge en inbrottstjuv tre siffror av fyra i kassaskåpskombinationen.

Säkerhetshålet i fråga utnyttjades alltså för att skaffa sig högre rättigheter, inte som MacWorld felaktigt och ansvarslöst skriver, skaffa sig åtkomst.

psql.

Om G:et i GUI verkligen är nödvändigt finns ju pgAdmin också. Om det är ER-modellering med generering/reversering av fysisk modell du är ute efter kan jag inte hjälpa dig, i alla fall inte med gratisalternativ.

Procenttecknet ska inte skrivas in. Det används för jobbkontroll.

sed 's/  */ /g' infil > utfil

Notera: två mellanslag innan stjärnan; för att kunna skriva ett tabtecken som utbyte, tryck först Ctrl-V.

Alternativt

sed -E 's/[[:space:]]+/ /g' infil > utfil

för att ta vilka whitespace-tecken som helst.

Tja, nåt sånt här kanske:

* Konfigurera OPI3 med sökvägar till högupplösta resp. lågupplösta bilder. (Detta kan du testa manuellt på kommandolinjen genom att mata den med en postscriptfil.)

* Skapa ett launchd-jobb som bevakar en mapp och processar inkommande ps-filer med OPI3
Alternativt, exekvera OPI3 med hjälp av Folder Actions.

Det är ett kommandolinjeprogram och körinstruktionerna lyder:

usage: opi3 in.ps out.ps
           opi3 -i out.ps < instream
           opi3 -o in.ps > outstream
           opi3 -i -o < instream > outstream

optional:   -c configfile.cfg

Det går alltså inte att dubbelklicka det för att köra, utan det är terminalen som gäller om man vill använda det interaktivt. Däremot tycker jag det skulle lämpa sig utmärkt att köras som bakgrundsprocess, initierat av antingen launchd eller folder actions. Dvs, när en postscriptfil sparas i en viss bevakad mapp drar opi3 igång och processar den.

Ta bort mellanslaget. (Glöm inte att uppdatera miljövariabeln.)