sslwannabe

SL byter ju ändå ut sina spärrar med jämna mellanrum. De har väl bytt 3-4 gånger åtminstone, under de senaste 15 åren.

Om nu bara SL kunde se till att det går att blippa med en AppleWatch på vänster sida också. Om man bör saker i båda händerna, så är det ju inte helt optimalt att man måste göra upp vänster arm till blipplattan på höger sida. De flesta har ju trots allt sin klocka på vänster arm. Det bästa är ju om det går att blippa på både vänster och höger sida.

Sedan ska inte blipplattan vara ovanpå spärren den bör sitta längre ned på insidan, så att man inte behöver höja armen.

Mitt hem är i total avsaknad av bra ljud- och bildsystem. Jag kollar på Netflix och iTunes-filmer på min dator och använder hörlurar för ljudet.

Jag skulle börja med helt vanlig fil, och sedan tillsätta lite grädde och till sist löpe. Då blir det färskost, som sedan måste virtualiseras för att man ska kunna få in den på hårddisken. Eftersom själva disken är inkapslad, så är osten väl skyddad från bakterier och luftföroreningar, vilket innebär att osten kommer att bli perfekt. Ingen risk för att det blir oönskat mögel på den allts. Jag tycker iofs om mögelostar också, men de lagrar jag på en egen partition, så att den inte påverkar mina hårdostar.

Ingredienser:
En stor tålig väska (typ http://www.addnature.com/product.aspx?pf_id=M... )
En gammal Mac Plus eller SE eller liknande.
Andra mindre Macprylar som tangentbord, mus och annat.
Långt klätterrep
Kortare (ca 2,5-3 m) klätterrep
Klättersele och klätterskor och annan välbehövlig klätterutrustning (beroende på typ av klättring).
Din stora kärlek
Klätterkompis som kan säkra dig

iCloud-utmaningen:
Lägg en Macen plus alla andra gamla Mac-prylar som du kan få plats med i väskan. Knyt fast väskan i ena änden av det korta repet. Ta på dig klättersele, och knyt sedan fast den andra änden av det korta repet i din sele (eller i en kabin som du sedan fäster i selen).
Nu är det dags att börja klättra. Kör man inomhus på klättervägg så kan man köra topprep, och då kan kamraten stå nednför och säkra. Se bara till att h*n inte står rakt under ifall du tappar väskan. Klättrar man ute på berg, så kan kompisen klättra upp före och säkra sig där och sedan säkra dig när du klättrar. Tanken är alltså att du ska klättra med väskan som barlast. Den kommer att hänga och dingla baktill från din sele, så det blir som en tung svans.

Klättrar ni inomhus så är det inte så högt att klättra (ca 15 meter), så då får du kanske klättra ned oh upp igen några gånger. Om du nu gjort allt rätt så hamnar du i det som kallas flow, och då känns det som om man är bland molnen (därav kopplingen till iCloud), Om nu inte flow fårdug att hamna bland molnen, eller om du inte hamnar i flow, så har du din kärlek med dig som tar dig till sjunde himlen (ännu en moln-association).

Naturligtvis har du en iPhone 6/6 Plus i fickan som kan tala om hur många "våningar" du har klättrat. Har du en tidigare iPhone, så får du skaffa någon app som kan visa altituden, och sedan får du räkna ut höjdskillnaden. När du sedan är bland molnen så kan din kärlek eller din kätterkamrat ta en bild av dig, för att dokumentera att du är helt uppe i det blå.

Jag har behov av en NSTokenField med en NSTokenFieldCell, enligt bifogd bild:

Bilden är hämtad från Mail.app, och där finns alltså möjligheten att koppla ihop en NSTokenFieldCell med en meny, vilket är precis det jag behöver göra.

I Interface Builder så högerklickar jag på min NSTokenFieldCell, och gör en connection till min meny. Det finns redan en outlet som heter just meny, som jag trodde skulle vara för detta ändamål, men tydligen inte. Det framgår inte heller tydligt av dokumentationen för klasserna NSTokenField och NSTokenFieldCell vad denna outlet avser.

Då testade jag att göra en subklass till NSTokenFieldCell, och lägga till en egen outlet i den, för min meny. Jag kopplade ihop igen med menyn mha av min nya outlet, men jag får fortfarande inte upp någon meny.

I båda klasserna NSTokenField och NSTokenFieldCell finns det ett par delegates, som jag implementerat på följande vis:

- (BOOL)tokenFieldCell:(NSTokenFieldCell *)tokenFieldCell hasMenuForRepresentedObject:(id)representedObject
{
    return YES;  //return YES to indicate that this token has an associated menu
}

- (NSMenu *)tokenFieldCell:(NSTokenFieldCell *)tokenFieldCell menuForRepresentedObject:(id)representedObject
{
    return [tokenFieldCell nameMenu]; //nameMenu is an instance variable in my subclass to NSTokenFieldCell
}

Jag gjorde en subclass till NSWindowController för att hantera mitt fönster, och det är också den som jag gjorde till delegate för min NSTokenFieldCell. Dock får jag inga anrop till mina delegates, och inte heller fungerar det med de connections jag gjort i IB.

Koden ovan är något förenklad, då jag har plockat bort retain, autorelease och lite annat, men ni förstås säkert principen för koden.

Jag kör Leopard med XCode 3.x.

Tacksam för all hjälp!

Förmodligen körde Fullrate med PPPoE, vilket i så fall är det som routern är inställd på att använda. Du måste alltså stänga av PPPoE i routern, eftersom det inte finns någon server, hos din nya internetleverantör, som svarar på inloggningsförsöken från den.

Starta Systeminställningar och klicka på Nätverk. Beroende på vilken version av OS X du kör, så ser det lite olika ut här. Du ska se till att du får en översikt över alla dina nätverksinterface. I ditt fall så har du det trådlösa högst upp i listan, vilket innebär att datorn först kommer att försöka få kontakt med nätet via det trådlösa nätverkskortet, och i andra hand nätverkskortet med kabel.

Du ska alltså se till att ändra på denna prioritetsordning, så att datorn först försöker koppla upp via kabel, och om det inte är tillgängligt så ska den försöka via AirPort (det trådlösa).

Jag håller med. Jag fattar inte heller varför de gjorde som de gjorde med Punycode och allt. Det blir bara omständigt för alla som inte kör med rena ASCII-namn som domännamn.

Jag är inte intresserad av utländska besökare. Den aktuella siten kommer att handla om min egen släktforskning, och är därför inte så intressant för de flesta andra utom just min släkt. I och för sig har jag släkt i USA, men de har jag utbyte av information med på annat sätt. Denna websida är för alla de i min släkt som INTE släktforskar, och som är intresserade av mina forskningsresultat.

Skälen till att jag inte vill köra ASCII-namn är flera. Dels finns det efternamn som t.ex mitt, där namnet om jag skriver o istället för ö, råkar vara upptaget under alla toppdomäner jag undersökt. Dels har jag en domän med ordet släktforskning i, och det blir ju slaktforskning om jag bara använder ASCII. Det blir ju inte så lyckat.

Nej, det är inte requestfilen jag signerar. Som jag skrev så använder jag Certifikatassistenten (som i sin tur använder sig av openssl) för att skapa certifikat. Jag har skapat certifikat förut med den. Dock aldrig ett för just SSL. Det är det enda cert jag misslyckats med.

Jag har alltså skapat min egen CA, och med den kan jag sedan skapa andra certifikat.

Nej, felmeddelandet är inte speciellt hjälpsamt, och inte hjälpfilerna för certifikatassistenten heller. Om du absolut vill ha texten i felmeddelandet så är den "Data verkar inte vara ett giltigt certifikat". Jag har provat att skriva in mitt domännamn både som text: www.räksmörgås.nu och som punycode xn--rksmrgs-5wao1o, med samma resultat. Jag har provat med de inställningar som jag tycker borde vara riktiga, och även med de defaultinställningar som föreslås av certifikatassistenten när jag skapar certifikatet.

Vad är det som strular med IDN? Jag har i alla fall inga problem med det. Är det DNS du har problem med? DNS har aldrig hanterat namn med teckenkoder 128 och uppåt. Domänamn med t.ex åäö i namnet måste kodas om, enligt ovan. Om man gör det så är det inga problem.

BTW: Vad är US-ASCII? All ASCII är ju amerikansk per definition, annars vore det ju knappast ASCII (American Standard Code for Information Interchange).

Jag tänkte dra igång en Subversion-server, via svn+ssh://mydomain.se. Av den anledningen behöver jag generera ett certifikat för detta ändamål. Det ska gå i Certifikatassistenten, som man på ett enkelt sätt kan komma åt ifrån Nyckelhanteraren. Jag har skapat en egen självsignerad certificate authority för detta ändamål. Det var inga problem.

Med denna certifikatutfärdare så ska jag sedan skapa det certifikat och krypteringsnycklar som krävs för SSL, och det är här jag inte lyckas riktigt. Jag kommer igenom hela proceduren, men i slutet får jag ett felmeddelande som säger att certifikatet inte kan skapas. Det är ju en mängd inställningar som ska göras, och förmodligen är det någon inställning som jag gör fel någonstans.

Är det någon som har lyckats ta sig igenom denna procedur, och kan beskriva steg för steg hur inställningarna ska vara? Jag är inte helt novis på datorer. Jag har hållit på med programmering sedan 1979. Däremot är jag inte lika duktig på det här med certifikat, som synes.

För att spä på problemet ytterligare så är mittt domännamn ett IDN (International Domain Name), dvs det innehåller tecken som inte är ASCII, som t.ex åäö.

När man genererar certifikatet så ska man på ett par ställen skriva in namnet på den domän som certifikatet ska gälla för. Det står att man ska fylla i DNS-namnet. Fråga är då om det är namnet som det står i en URL eller ska man skriva in det som punycode?

Jag har provat båda varianterna i kombination med olika inställningar av andra parametrar, men ändå inte lyckats. Det måste alltså vara någon av de andra parametrarna som är fel.

Javisst går det. Det enda du måste göra är att stänga av NAT och DHCP-utdelning av IP-adresser på den APE som är kopplad till datorn, dvs APE2. Den ska alltså vara konfad som brygga, och inte som router.

Den som är APE1 kan antingen köras som brygga eller som router, dvs med NAT och DHCP, beroende på om du vill ha en skuggad IP-adress eller inte. Om den är konfad som brygga, så släpps den IP-adress som du får från din ISP rakt igenom.