spot

Om det inte finns någon stor teknisk begränsning som förhindrar det så använder jag alltid ett versionshanteringssystem, även för "små" projekt.

Eftersom PHP-projekt bara består av sin källkod behövs bara ett enda kommando för att driftsätta en ny version, utan att man behöver hålla reda på vilka filer som ändrats. Behöver man gå tillbaka till en tidigare version är det lika lätt.

Subversion, Git och Mercurial fungerar alla bra på Mac OS X.

Det är en blank rad mellan de två php-blocken. Eftersom du inte använder buffring tvingar detta HTTP-headers att skickas.

Nej, såvitt man inte har kunskaper och beräkningskraft jämbördigt med NSA är det nog ingen idé att ge sig på att försöka knäcka nyckelringens lösenord. Hade det varit enkelt skulle ju hela syftet med den vara förfelat (nämligen att skydda inloggningsuppgifter och dylikt från obehöriga).

Gör ett par försök till och se om det kommer tillbaka till dig, om inte är det nog bara att bita i det sura äpplet och börja om med en ny, tom nyckelring.

Det är väl i högsta grad normalt att en systemadministratör implementerar en policy vad gäller rättigheter och användande av såväl hård- som mjukvara. Därmed inte sagt att denna policy är optimal för alla användare (eller någon användare).

Du bör framföra dina synpunkter till den instans som definierar policyn, tillsammans med sakliga argument, som t ex att du inte alltid kan be administratören fixa programuppdateringar eller installationer åt dig.

Eftersom ert företag inte är särskilt stort finns det kanske inte en uttalad sådan instans, utan systemadministratören definierar själv sin policy. Börja då med att samtala med honom innan du tar det högre.

Som tumregel kan du använda följande: om antalet pageouts vid normalt användande av datorn kontinuerligt ökar med mer än 25-50 per sekund är det troligt att mer fysiskt internminne skulle innebära en prestandaökning.

Som alltid är tumregeln inte sann under alla omständigheter och användningsmönster, men det är i alla fall en okej utgångspunkt.

Vad skulle memory peak betyda? Det låter som att det skulle vara det högsta minnesutnyttjandet under en viss period, men det blir i sådana fall ingen särskilt informativ siffra eftersom operativsystemet ju strävar efter att fylla internminnet så gott det kan, allt eftersom. (För att eventuellt kunna komma åt data snabbare jämfört med att behöva läsa från disk.)

Om du är ute efter att lösa ett minnesrelaterat problem så berätta mer om det, så finns det kanske ett annat bra sätt att gå tillväga på.

Detta beror troligen på korrupt font-cache och inte vare sig Safari 3 eller 10.4.11-uppdateringen.

Pröva att tömma dina fontcache-filer. Lättaste sättet är att starta om datorn i säkert läge genom att hålla in shift-tangenten direkt efter startljudet och släppa den när det snurrande hjulet dyker upp. Under uppstarten kommer nu bl a fontcache-filerna att slängas.

Starta sedan om som vanligt.

Om du tittar en gång till så ser du att sökvägen är /usr/local, inte user eller Users. Detta är en katalog som inte syns i Finder, utan man får använda Terminal.app för att kika i den.

För övriga frågor när det gäller att få igång MySQL på Mac OS X, har du läst manualen?

Som sagt, det är bara bra att internminnet fylls med data; det gör att det går snabbare nästa gång dessa behöver användas. Det som påverkar prestandamässigt och som man bör hålla koll på, om man misstänker att ens maskin inte går som den ska, är om många minnessidor måste skrivas ut till disk (pageouts).

Som tumregel kan man ha att om antalet pageouts är markant lägre än antalet pageins och samtidigt inte ökar alltför snabbt när man jobbar som vanligt med datorn så är allt ok. I ditt fall tycker jag det ser ok ut (fast jag ser förstås inte om det ökar).

Om man däremot ser att antalet pageouts ökar med mer än 25-50 per sekund är det ett dåligt tecken. Det kan finnas en minnesläcka i något av programmen man använder, eller så behöver man helt enkelt mer internminne.

Hmm... Jag inser att jag till viss del stöder mig på hörsägen, men jag har å andra sidan inte sett någon ingående dokumentation angående detta från Apple heller. Måste sidor släppas för att kunna hamna i 'inactive'-kön, eller är det så att de automatiskt flyttas nedåt och mellan de resp. köerna baserat på hur de används? (Är det inte så på FreeBSD?)

Oavsett om inaktivt minne är släppt eller inte, så är skillnaden gentemot fritt minne att det fortfarande innehåller data, som därmed snabbt skulle kunna återanvändas ("aktiveras") av en process utan att behöva läsas från disk.

De egentligen intressantaste siffrorna du borde jämföra är pageins och pageouts (läsning från och skrivning till swapfilen), för den proceduren har negativ påverkan på prestanda.

Sen är det ganska väntat att en större mängd minne utnyttjas när det nu finns mer att tillgå. Det är ju normalt för ett UNIX-liknande operativsystem att ha bara en liten mängd ledigt minne. Data som skulle fått läsas flera gånger från disk cachas istället i internminnet och kan fortsättningsvis läsas därifrån, vilket gör proceduren betydligt snabbare.

Slutligen så är inaktivt minne inte samma sak som ledigt minne – det är data som lästs in i internminnet men inte använts på ett tag och därmed står på tur att skrivas ut till swapfilen om ny data begär plats i internminnet och det inte finns tillräckligt mycket ledigt.

Har inte BBEdit, men nåt sånt här bör fungera:

Search:

^(.*@.*)$

Replace:

email: \1

OBS: som alltid, testa först på en kopia om det är viktiga data.

Du skriver: "Sedan fungerar den som den ska." Då borde ju allt vara frid och fröjd, men förmodligen hade du ju inte postat om det då.

Förklara en gång till vad som är det kvarstående problemet.

Exempelvis så här:

ls | egrep '^.*\.[0-9]{4}\.dmg$' | sed -E 's/^(.*)\.([0-9]{4})\.dmg$/"&" "\2\.\1\.dmg"/' | xargs -n 2 mv

ls listar alla filer i den aktiva katalogen. Nästa steg (egrep) väljer ut de filer som matchar namnet (utifall det finns andra filer i katalogen). Sedan tar sed vid och spottar ut både originalnamnet och det nya namnet (inom citattecken utifall det skulle råka finnas blanksteg i namnet) som sedan via xargs skickas som argument till mv.

Pröva gärna i en testkatalog med ett fåtal kopior av de "riktiga" filerna, så du vet att det fungerar som du önskar.