spot

Kortfattat:

Jag duplicerade httpd.conf. De direktiv som behövde ändras var:

PidFile, Port, Load/AddModule, samt eventuellt även logdirektiven, men det struntade jag slarvigt nog i. Vhost-direktiven har jag i en separat fil som inkluderas från bägge konfigureringarna.

Sen gjorde jag så att jag duplicerade apachectl och ändrade parametrarna PIDFILE och HTTPD.

HTTPD kan då sättas till, i mitt fall, "/usr/sbin/httpd -f /private/etc/httpd/httpd2.conf". Man skickar alltså med en flagga som talar om var den nya konfigureringsfilen ligger.

Vill man sen att allt ska dra igång vid uppstarten får man även duplicera StartupItems (eller göra ett launchd-item om man kör Tiger...)

För att kunna ha kvar samma filändelse men ändå använda bägge php-modulerna måste du köra två instanser av Apache, med resp. olika httpd.conf där du anger vilken php-modul som ska laddas.

Jag kör själv så, men jag har konfigurerat olika portar, den vanliga 80 för php4 och port 81 för php5, istället för att använda olika domän- eller värdnamn.

Vill jag köra php4 blir det exempelvis http://testserver/script.php och vill jag köra php5 blir det http://testserver:81/script.php.

Kom bara ihåg att även se till att de två instanserna av Apache inte använder samma pid-fil.

He, he... Nu får jag nästan skämmas.

Låg i går kväll och skulle somna när jag lite förstrött tänkte att det allra smidigaste ju skulle varit om man bara kunde Ctrl- eller högerklicka på pluginen och där välja fullskärm. Det skulle vara lättare att komma åt än ett bokmärke och skulle funka oavsett vilken struktur sidan som pluginen är inbakad i hade. Plötsligt slog mig tanken att jag hade ju faktiskt inte ens provat!

Nu i morse var jag tvungen att kolla och mycket riktigt: det finns ett fullskärmsalternativ i kontextmenyn. Det fungerar på det viset även utmärkt i Camino och Firefox!

Nåja, jag får offra de dyrbara sju minuterna det tog att få till bokmärkesscriptet på stolthetens altare och istället vara glad för att det faktiskt funkar bättre än jag hade trott. (Jag borde nog insett att själva fullskärmsfunktionaliteten fanns i pluginen själv, och därmed skulle den kunna erbjudas direkt, inte bara via webbläsaren...)

Dock vore det ju ändå inte fel om man får ännu snabbare tillgång till fullskärm genom att bara klicka på länken som ju i alla fall för Safari funkar, så fortsätt gärna att påpeka detta för de ansvariga, Niclas.

Sen kan det ju vara smidigt, som Gustaf skriver, att ha kvar bokmärket för att kunna sätta ett snabbkommando på det. Måsta jag testa...

Jag kikar ibland på det videomaterial som SVT gör tillgängligt via sin webbsida. Deras "mediespelare" är ett popupfönster med länkar och en plugin (Real eller Windows Media).

Av en händelse såg jag i källkoden att det finns en JavaScript-funktion som kan anropas för att visa klippet i fullskärm. Praktiskt, eftersom man annars behövde ladda ner en ram-fil och köra i RealPlayer externt. Problemet är bara att länken för att aktivera fullskärm skrivs bara ut i dokumentet om man kör Windows och IE. För skojs skull testade jag om det gick att anropa funktionen via en bookmarklet, alltså en snutt JavaScript-kod i ett bokmärke, och det gick alldeles utmärkt.

Jag har bara testat i Safari och med Real-pluginen. Dock har jag anpassat koden så att den funkar både i SVT:s "vanliga" mediespelare och den som används för deras öppna arkiv (de skiljer sig lite åt), samt om man skulle råka få upp bara den frame som innehåller pluginen (har hänt mig ett antal gånger då jag letat i History-listan efter ett klipp.)

Är det nån annan som tycker att det vore trevligt att slippa böka med externa spelare för att kunna använda fullskärm ser koden ut så här:

javascript:if(!(doc=document.getElementById('cont')))if(!(doc=document.getElementById('content')))doc=window;doc.launchFullScreen('rm');

Skapa ett nytt bokmärke och klistra in koden i Adress-fältet. När mediespelarfönstret är aktivt, välj bokmärket ( kan vara lämpligt att lägga det i menyn, så det går lätt att komma åt).

P.S. Det verkar bli fnurr på formatteringen hur jag än gör med code eller quote eller ingen tagg alls. Klistra in koden i en vanlig editor först och ta bort alla mellanslag och radbrytningar. (Som jag ser det dyker det upp extra mellanslag efter ...ByID('cont' och mellan bokstaven d och oc som ska vara doc=window...)

Nej, den funktionen finns inte tillgänglig via Aktivitetskontroll, men givetvis finns den ändå i operativsystemet.

På kommandolinjen ser det ut så här:

renice prioritet [[-p] pid ...] [[-g] pgrp ...] [[-u] user ...]

pid=processid, pgrp=processgruppid, user=användarnamn

Man kan alltså styra enstaka processer, grupper eller samtliga processer som hör till en specifik användare (eller kombinationer därav). I det enklaste fallet, när man har ett processid, kan man helt enkelt köra:

renice prioritet pid

För att kunna ändra processer som man inte själv äger måste man vara root. Det är också bara root som kan sätta negativ(=högst) prioritet.

Det finns också ett antal grafiska gränssnitt som anropar renice. Sök på MacUpdate.

Nja, så värst mycket voodoo var det väl inte (du såg väl smileyn?

Ungefär så här försökte jag:

1. Starta i Single-User-Mode
2. fsck -yf
3. mount -uw /
4. cd till katalogen där filen ligger (det är den enda filen där)

För säkerhets skull gjorde jag även:
5. find ./ -flags schg -exec chflags noschg {} \;
6. find ./ -flags sunlnk -exec chflags nosunlnk {} \;
(Använde find här för att det inte verkade gå att använda chflags direkt på filen; antagligen av samma skäl som det inte går att göra något annat med den heller...)

...och så till sist försökte jag
7. rm ./*
...utan framgång!

Jag gjorde även om Single-User-boot-proceduren och lade till

/usr/libexec/register_mach_bootstrap_servers /etc/mach_init.d
/System/Library/CoreServices/SecurityServer -X
/sbin/SystemStarter

i lite olika kombinationer för att försöka utröna om det hängde på nån obskyr daemon...

Det enda jag i efterhand kommit på som jag kunde prövat var att försöka skapa en hård länk till samma fil och på så sätt skriva över innehållet, men även om det hade fungerat är det ju inte säkert att den första länken hade gått att radera sen ändå.

Nej, min teori är fortfarande att det är en bugg i HFS+, eftersom det gick alldeles utmärkt att radera filen från OS 9.

Har själv haft samma problem. Då var det dock en fil jag själv skapat som helt plötsligt fick sitt namn förvrängt och därefter inte gick att radera ens med den mest initierade kommandolinjevoodoo jag kunde frambesvärja (och tro mig, det är inte lite... ;-). Ombootning i 9:an och användande av den gamla hederliga papperskorgen löste det dock, och jag börjar fundera på om det helt enkelt är en bugg i Mac OS X:s drivrutin för HFS+.

Är det som jag misstänker är det nog inte mycket att göra utom att just boota upp i 9:an och sen radera. Har du någon ledtråd till varför den gamla systemmappen inte visas som alternativ? Loggmeddelande eller vad som helst... Dyker den upp om du startar om och håller inne Alt-tangenten? Har du en OS-9-startskiva?

Är det nån annan som har en teori om vad som kan orsaka detta?

Visst går det (och har gjort ända sedan 10.0) att navigera till dolda delar av filsystemet med Finder.

Menyn Go -> Go to Folder... eller shift+kommando+G och skriv sedan sökvägen.

För att sedan komma runt problemet med att kunna editera filer som root kan man ju använda en editor som stöder autentisering, exempelvis TextWrangler (finns säkert fler).

Edit: flojon hann före...

Sogudi

Det går ju alltid att scanna igenom ditt subnät och se vilka IP-nummer som har en webbserver igång på nån port.

Nmap heter standardverktyget, och om du inte känner dig hemmastadd med det på kommandolinjen finns det grafiska gränssnitt till den också.

En enklare variant kan vara att använda ett program som httpScanner, gjort enbart för att scanna ett subnät efter just webbservrar.

Texteditorer:
Textwrangler
SubEthaEdit

Den sistnämnda gratis för icke-kommersiell användning, men väl värd att pröva för sitt unika(?) sätt att kollaborera över nätverk. (Har iofs inte FTP-stöd inbyggt heller men kan transparent samarbeta med en extern FTP-klient, i min mening en smartare lösning.)

FTP-klienter:
Misstänker att du vill ha förslag på grafiska klienter, men kommandolinje-ftp:n som följer med systemet är både gratis och kompetent, om man kan tänka sig att offra det grafiska gränssnittet. Gör man många rutinmässiga och likartade överföringar lämpar den sig dessutom ypperligt för automatisering via shell- eller applescript.
Fugu är gratis men hanterar bara SFTP

Enligt den här tråden på Slashdot beror problemen med qtcomponents på att man använder sig av den gamla SoundManager.

CoreAudio är numera vägen att gå om man vill utveckla audio codecs, närmare bestämt just Audio Codec API.

Bara ett klargörande: H.264 är en del av MPEG-4 standarden, närmare bestämt MPEG-4 Part 10, alltså helt enkelt en codec för video.

Det du kallar enbart MPEG-4 är egentligen MPEG-4 Part 2, vilken bland annat har implementerats av Apple, men även i produkter som DivX och Xvid. MPEG-4 Part 2 innefattar även H.263.

Se vidare MPEG-4 info från Wikipedia.

Men som sagt, H.264 ger imponerande resultat, så långt jag hunnit pröva hittills. (Jag bl a jämfört med 3ivX och DivX, och hittills har Apples H.264 gett såväl högre kvalitet som mindre filstorlek.)

Hmm... Hängde inte helt med i din beskrivning, men jag tolkar det som att du vill köra ett kommando ett antal gånger och hämta argumenten från en fil, och då är ju xargs lämpligt att använda:

xargs -n 1 kommando < källfil.txt

Detta exekverar kommandot "kommando" och hämtar ett (1) nytt argument från källfilen för varje gång. Vill du hämta fler än ett argument, ändra då värdet efter flaggan -n. För att spara eventuellt resultat till en fil är det bara att dirigera om, i ditt fall exempelvis så här:

xargs -n 1 specialping < testlist.txt > result.txt

Sen finns ju gamla hederliga kommandolinje-scp redan med i systemet, om du inte har något emot att använda terminalen vill säga.

/usr/bin/scp