spot

Ett tips, angående att hitta kommandolinjeprogram, är att använda kommandot apropos, som söker i whatis-databasen:

apropos sökord

I ditt fall ex: apropos package

För att mer specifikt svara på din fråga, så är packagemaker det du söker.

Först sparas SQL-satsen i en variabel:

$sql = "SELECT * FROM `{$INFO['sql_tbl_prefix']}topics` ORDER BY `last_post` ASC LIMIT 0, {$num}";

Sedan när frågan ska köras används inte variabeln, utan en annan (förenklad) SQL-sats:

$query = mysql_query("SELECT * FROM `ibf_topics`") or die("Could Not Execute The Query");

Antingen ändrar du i denna direkt, eller ändra helt enkelt till:

$query = mysql_query($sql) or die("Could Not Execute The Query");

Är det själva serverprogramvaran du är ute efter? I såna fall kan nog det enklaste vara att börja med sqlite som redan finns med i systemet (fr o m Panther i alla fall). Från terminalen är kommandot sqlite3. Det finns också grafiska gränssnitt till sqlite, t ex SqliteQuery.

SQLite är inte en databashanterare i traditionell bemärkelse (utan ett C-bibliotek), därför slipper man omaket att sätta upp, konfigurera och sköta om en databasserver. För att lära sig grundläggande SQL tycker jag det är ett mycket bra alternativ.

Om det är en fullfjädrad db-server du är ute efter finns ju PostgreSQL och Firebird. De kräver att man kompilerar och konfigurerar själv, vilket nog kan vara lite småbökigt.

Om du nöjer dig med en halvfjädrad db-server finns ju alltid MySQL. Fördelen är att den distribueras i form av ett installationspaket.

Men som sagt: SQLite är alldeles utmärkt att börja med, och den lämnar heller inga filer (annat än de databaser du själv skapar) som kan behöva avinstalleras.

Vad sen gäller SQL finns det gott om utbildningsmaterial på nätet.

Kommandot 'date' kan ge dig datumsträngar i önskat format. För mer info se man date.

Skickade precis in inkomstdeklarationen med hjälp av Telias (S-E-B:s) e-legitimation. Även skattekontot och skattedeklarationen flyter på. Någon annan tjänst har jag inte prövat. Installationen var väl, som andra påpekat, inte riktigt vid sina sinnens fulla bruk, men inte värre än att installera ett vanligt Windowsprogram

Specialinställningen som Gusten nämner behöver man inte göra om man inte har fler än ett certifikat installerat för samma instans av Firefox (och då bara om det inte fungerar, vilket det tydligen kan göra.) Då flyter användningen av certifikatet på lite bättre också.

Sen tycker jag nog att BankID:s lösning verkar smidigare, men jag kände inte att det var värt att byta bank bara för det.

Det är inte så konstigt att det inte dyker upp i nätverksinställningarna, eftersom ju systemet tror att det är ett AirPort-kort (samma drivrutiner som sagt). (Eller dyker det inte ens upp ett AirPort-alternativ?)

Men jag håller med om att man även borde kunna slå på det från menyn, om man slagit av det.

De första två (gråa) menyraderna är bara information. Broadcom är chipsetet som Linksyskortet använder (vilket är detsamma som Apple använder till sina AirPort-kort, vilket är orsaken till att det funkar utan att installera nya drivrutiner.) 802.11b är den tjänst som kortet tillhandahåller. (Egentligen är det ju 802.11g, men det kanske kortet glömmer att tala om.) Det tredje alternativet är det enda som har någon funktion, vilket helt enkelt är att stänga av kortet.

Varför AirPort-ikonen inte vill vara med vet jag inte. (Jag har själv ett Linksys-kort, men inget internt AirPort...)

Jag har visserligen inga Win- eller Solarisburkar att jobba mot, men däremot Linux och *BSD. Hittills har jag inte haft några som helst problem med Unicode (UTF-8). Exakt vad är det som "spunkar"?

Sorry, lät inte alla hjärnceller vara med där. Felet är visserligen inte TextEdits, utan opens. Så som jag formulerade mig kommer open att köras som root, men sen körs programmet ifråga som den vanliga användaren. Lösningen blir att göra som i mitt första förslag och helt enkelt ange hela sökvägen, ända ner i programpaketet:

sudo -b /Applications/TextEdit.app/Contents/MacOS/TextEdit php.ini

(Flaggan -b anger att jobbet ska ske i bakgrunden, det är ju inte så lämpligt att använda &, eftersom man ska ange sitt lösenord.)

Om man ofta redigerar filer av den här typen kan man ju definiera ett alias för att effektivisera lite, eller varför inte helt enkelt lära sig en av de kommandolinjebaserade texteditorerna (vi, emacs, nano). Det finns också en del grafiska editorer som kommer med ett kommandolinjeprogram (SubEthaEdit, TextMate, BBEdit m.m. Ex: see php.ini öppnar filen i SubEthaEdit.) Slutligen kan man väl även använda sig av ett program i stil med Pseudo som hjälper en med att öppna program som root. (Finns nog även freeware-alternativ.)

En admin-användare kan göra saker med superuser-behörighet genom att använda sudo. Så i ditt fall skulle det, om du använder vi för att redigera textfiler, kunna bli exempelvis:

sudo vi php.ini

När sudo frågar efter lösenord är det ditt vanliga lösenord du ska ange. Om du använder något annat program för att redigera textfiler anger du naturligtvis det istället för vi. Om du vill använda ett program med grafiskt gränssnitt för att redigera filen måste du även använda programmet open, ex:

sudo open -a TextEdit.app php.ini

Jag tror att du har gjort helt rätt, se som sagt bara till att ha med dig ingående balans för leverantörsskulder till nästa år.

Jag känner inte till just StepOne, men de flesta bokföringsprogram har väl nån variant av 'Ingående balans'. Det ska inte behöva hanteras som verifikat. Det är säkert inga problem att lägga till eller ändra i efterhand. Kika i din balansräkning från förra året för att se vad saldot var och lägg in det.

(Du måste väl förresten göra det här för de andra balanskontona också? Bankkonton och sådant är ju inte så troligt att de är nollade just vid årsskifte...)

Låter som om du glömt att få med dig ingående balans även för leverantörsskulderna...

Vad är det för fel med den inbyggda?

Den frågan kan du nog svara bäst själv på genom att svara på frågan: vad för data ska lagras?

De två naturliga alternativen är väl i detta fallet LATIN1 (iso-8859-1) om det rör sig om västeuropeiska skriftspråk och UTF8 (UNICODE är du nog tvungen att skriva eftersom du har en äldre PG-version) om du vill kunna hantera ex. kinesiska, arabiska eller liknande. Givetvis funkar UNICODE bra även för västeuropeiska språk, och det kan ju vara bra att ligga steget före om kraven nån gång skulle ändras. Prestandan för de respektive kodningarna får du testa själv med riktiga data, men om det inte rör sig om extremt hög belastning skulle jag inte tro att du märker nån skillnad. (Och då kan du nog ändå vinna betydligt mer på att uppgradera till version 8.1, som innehåller många förbättringar jämfört med 7.4)

Man behöver inte köra initdb om det är det du menar, däremot behöver man dumpa -> konvertera dump till rätt teckenkodning -> skapa ny databas med rätt teckenkodning -> importera konverterad dump. Har du BLOBar eller bytea-fält måste du även hantera dem.

För konvertera-steget ovan brukar folk rekommendera iconv.

(Jag tycker mig minnas nån på mailinglistan som helt enkelt uppdaterade pg_database, men då var datan ren ASCII, alltså inga å,ä,ö eller liknande. Möjligen skulle man kunna använda CREATE DATABASE med TEMPLATE parametern, men det kan nog gå åt skogen det med. )