Knaffe

Han bor i staden där skämten aldrig går hem.... (Alla födda på 80-talet eller senare ser ut som frågetecken.)

Han sover nog just nu, men jag tackar å hans vägnar. Vet att han surfat webben runt för att få detta bekräftat.

Skönt med det rakbladsvassa hörnet på på byggnaden som nästan ser ut att ploga sig framåt i bilden - oljetanker på väg.

En kompis till mig har en gammal Sigma SA 300 kamera med fyra SAF-objektiv, samt en blixt: EF 430.

Han har kikat både på Nikon och Canons digitala spegelreflexer men dragit sig för köp p.g.a. merkostnaden för nya objektiv. Nu sneglar han på SD14.

Kommer han kunna använda objektiv och blixt? Någon som vet?

Funkade fint, fint. (Även om det tog ett tag för mig att bekanta mig med vi)
Tackar Drutten.

*bugar*

Ber om ursäkt om jag missat någon tråd där detta redan tagits upp.

Mitt problem:
Mina kompisar kommer åt min server från mitt domännamn men inte jag. Jag måste använda serverns LAN-adress. Detta funkade så länge jag bara hade en FTP-server igång men nu försöker jag lära mig Apache, och det verkar som om jag måste använda domänadressen om jag ska kunna testa fullt ut.

Jag har dynamisk IP och har registrerat en adress på dyndns.org - det funkar bra.
Jag har ett lokalt nätverk med 2 datorer varav den ena är servern, det går inte att nå servern från WAN med någon av dem.
Har bredbandsbolagets uppkoppling så jag antar att det sitter någonslags router i källaren.

Min router/brandvägg är en Zyxel som jag är mycket nöjd med, men jag antar att det är här problemet sitter. Har provat med att stänga av brandväggen, ändrat port för routerns webgränsnitt, m.m. - ändå funkar det inte. Blir det någonslags krock med LAN-adresserna när datorn utifrån anropar samma adress som den utgår ifrån, eller vad är det som sker?

I loggen står följande när jag försöker nå min server via nätet (med domänadressen):

Firewall rule match: ICMP (W to W/P, rule:2, type:8, code:0)
Source: 66.117.41.13
Destination: Min IP-adress (WAN)
Åtgärd: ACCESS FORWARD

Remote Management: ICMP denied
Source: 66.117.41.13
Destination: Min IP-adress (WAN)
Åtgärd: ACCESS BLOCK

Vad är source för adress? Det är inte någon lan-adress åtminstone.

Startade en FTP-server för några veckor sedan och stötte direkt på problem med att svenska tecken inte fungerade korrekt i filnamn. Oftast blev namnen bara förvanskade, men ibland hängde sig klienterna t.o.m.
Efter det att jag sökt efter en lösning på internet, främst då här på 99mac så kunde jag konstatera att jag var långt ifrån ensam (prova att söka på "ftp åäö" här på 99mac). Det nedslående svaret verkade vara: FTP är en gammal standard som inte stödjer tecken utanför ANSI, och därför ej heller stödjer ÅÄÖ.

Dock hade jag hittat ett dokument som beskrev just en sådan standard (RFC 2640 - Internationalization of the File Transfer Protocol: http://www.faqs.org/rfcs/rfc2640.html). Jag drog slutsatsen att standarden aldrig kan ha slagit igenom och förberedde mig på att få leva med problemen. Dock, jag kör CrushFTP och Ben Spink som skrivit programmet hade någonstans skrivet att man väldigt gärna fick höra av sig om man hade några frågor, så jag tänkte: varför inte? Jag skickade iväg ett mail där jag ställde Ben följande frågor:
1. Finns det någon vida spridd standard för att hantera svenska tecken i FTP-sammanhang?
2. Hur får jag i sådana fall denna standard att fungera med CrushFTP?

Tio minuter senare (service!) svarade Ben att CrushFTP stödjer allt från svenska till kinesiska så länge klienten kan hantera Unicode (UTF-8) - vilket är standarden för internationella tecken (i FTP-sammanhang). Han fick se ett par skärmdumpar och frågade mig vilken klient jag använde. När jag svarade transmit blev han förvånad. Så han fick ett login på min server som han besökte 2 kvällar. Under dessa kvällar hittade han faktiskt en bugg som gör att filnamnen inte visades rätt i övervakningsfönstret (men var ok annars) och fick prova på hur det kan vara att vara svensk, det funkade nog inte riktigt så smidigt som han förväntat sig.
Hur som helst. Åtminstone CrushFTP verkar hantera UTF-8 utan några komplikationer. Problemet ligger hos klienterna. Jag har kommit fram till ett 4 +1 test för att konstatera huruvida en klient klarar av att hantera Unicode (UTF-8):

*******************************************************************
4 + 1 TEST

1. Visas svenska filnamn korrekt i klienten?
2. Laddas en fil ned (till klienten) med korrekt bibehållet namn?
3.1 Laddas en fil upp (till servern) problemfritt och med korrekt och bibehållet namn?
3.2 Är namnet fortfarande korrekt efter det att man uppdaterat (refresh) fillistan? Om inte så laddades filen inte heller upp på ett korrekt sätt.
4. Klarar klienten av att utan problem skapa en mapp på servern, med svenska bokstäver i namnet?
*******************************************************************

Min tanke med den här tråden var att vi skulle testa och tipsa varandra om vilka klienter som fungerar bra, mot vilka servrar, ta upp olika komplikationer osv. På detta sätt skulle man kunde skapa en lista med rekommenderade FTP-klienter åt sina besökare, samt kunna hjälpa till med konfigurationen. Allt detta så att man slipper trassla med felaktiga filnamn.
Själv har jag testat nedanstående klienter mot CrushFTP v 3.5.1 körd på OS 10.3.5:

Fungerar felfritt:

FTPeel 1.1.4 (OS X)
Hanterar UTF-8 felfritt redan från start.

Captain FTP 3.5 (OS X)
Hanterar UTF-8 efter följande konfiguration: Under Quick Connect - Välj ”Unicode (UTF-8)” under ”File name encoding”. Samma sak i ”Connection details” som hittas under ”Adress book” - sedan ”Edit” eller ”New”.
(Tack till Xnet Communications www.captainftp.com för supporten)

Fungerar sådär:

Transmit 2.6.2 (OS X)
Klarar av att visa fillistor rätt, klarar av att ladda ned filer med bibehållet namn men klarar inte av att ladda upp filer med bibehållet namn (namnet ser rätt ut ända tills man väljer refresh). (Ben lyckades med detta men inte jag?!?) Klarar inte av att skapa mappar med svenska bokstäver i namnet.
Har mailat Panic för support men ej fått något svar.

Fungerar inte alls:

Fetch 4.0.3 (OS X)
Verkar inte stödja UTF-8 alls.

Internet Explorer Ver 6.0.28. (Windows 2000)
Klarar inget av testerna och dessutom seg som sirap.

Fungerar... kanske:

Safari 1.2.4 (OS X)
För seg för att testa, åtminstone på G4 - 400 MHz.

Stort tack till Ben Spink.

Edit 041205 (Om nu någon är intresserad):
Panics support har provkört Transmit, hört av sig och konfirmerat buggen. De ska försöka åtgärda den till nästa version.

I vissa av epsons patroner sitter en elektronisk räknare som beräknar hur mycket bläck som finns kvar. När räknaren säger att patronen är slut finns tydligen mängder med bläck kvar. Det finns en liten manick man kan köpa som återställer räknaren så att skrivaren tror att patronen är full igen. Hittade den inte nu men jag har sett den i Clasohlson, Jula eller liknande. Ska funka alldeles utmärkt.

Epson påstår att räknaren finns där för att bläcket aldrig får ta slut helt för då kan det bli trubbel med skrivaren. De har någon slags buffertlager.

Har läst om det här någonstans...... råd och rön kanske.

En sån där kabel har jag till min OKI 8iM skrivare - den följde med när jag köpte skrivaren. Köpte den någon gång precis i skiftet över till USB, antagligen därför denna bastardlösning. Finns det bara drivrutiner hittar man skrivaren under "USB-Parallel Cable" i "Skrivarinställningar" i OS X. "USB-Parallel Cable" alternativet verkar inte dyka upp som valalternativ om du inte har en sådan skrivare ansluten.
Skrivaren fungerar utmärkt. Det var lite krångel under OS X - leopard, men det är inget direkt strul under Panther.

Edit:
Bilden i inlägg 1 är ändrad. Kabeln till OKI 8iM ser ut så här:

Ok, jag verkar vara ganska ensam om problemet, men utifall av att någon mer är drabbad:

Cocktail hjälpte inte, inte heller den nyinstallation av systemet jag gjorde för ett tag sedan.
Skruvade istället isär skärmen - drog ur sensorn, tejpade kontakten och monterade ihop. Klart.

Vafalls! Krävs det inte spett och slägga, utan en j-kla drinkmixer?
Ska prova den medicinen Pär, men jag lär inte bli glad på dig om det fungerar.

*muttrar irriterat och längtar tillbaka till den tid då ett hårdvarufel var ett hårdvarufel - inte mjukvarubaserat*

Köpte en begagnad cube med 15" Apple Studio Display. Den hade en viss förmåga att somna in och vakna av sig själv. Tydligen ett känt fel som beror på att touchknappen på datorn får för sig att någon tryckt på den. Detta löste sig efter det att jag rengjort sensorn.

Problemet nu är att den vänstra touchknappen (bildskärmsinställning) på skärmen har börjat att uppföra sig likadant, vilket innebär att programmet bildskärmsinställning tar kontrollen och kastas upp och ned i ansiktet på mig, ofta bara med några sekunders mellanrum. Det sker i perioder och oftast först efter någon timme då skärmen varit på.

Det är MYCKET enerverande!!!

Skruvade isär skärmen och tvättade ur med t-röd, tog isär kontakter och sprejade kontaktsprej, satte ihop det hela igen. Inte hjälpte det. Den förra ägaren måste haft samma problem för han hade satt en tejpbit över sensorn, något som tydligen ska hjälpa. Det hade det inte gjort.

Hittade den här länken på Apples sida för hur man deaktiverar knapparna på skärmen:
http://docs.info.apple.com/article.html?artnum=58813
'The "enable bezel button" checkbox' har jag inte lyckats trolla fram hur jag än burit mig åt med mina stackars fingrar. (Kör Panther).

...låt oss komma till punkt:
Har någon erfarenhet av detta och kan ge tips så jag slipper skruva isär skärmen mer än en gång till? Ska jag:
1. Helt sonika dra ur kontakten till sensorn eller kan det ge upphov till felmeddelanden?
2. Sätta en isolerande tejpbit över sensorn?
3. Sätta en jordande tejpbit över sensorn för att leda bort ev. "spökströmmar"?
4. Göra något annat?

Tacksam för tips och idéer.

Samma sak hände för mig. Den gången var det ett nytt minneskort jag stoppat i på första minnesplatsen som gav upp efter en tids användning.

Du anger vilket program du vill ange funktioner för, och matar sedan in tangentbordskommandot (alt. färdigdefinierat kommando) för vardera funktion. Det går att programmera imate:n för vad som ska hända när du snurrar åt höger, eller åt vänster, trycker ned knappen, trycker ned knappen och snurrar åt vänster alt höger, håller knappen nedtryckt (om jag inte missminner mig) m.m. Det blir en djädrans massa kombinationer som åtminstone jag aldrig skulle klara av att hålla reda på, särskilt då de (beroende på hur du programerat den) skiljer sig åt mellan olika program. Höger, vänster, och knapptryck är nog för mig.
Har man nytta av den? Hmm, har man som jag en enknappsmus så kanske man skulle klara sig utan den om man köpte en 2-knapps mus med scrollhjul. Men det handlar nog en del om vanor. Använder man sig av något program mycket och programerar imate:n för detta så blir den nog ett uppskattat arbetsredskap. När jag ritar CAD-ritningar så är den ovärderlig. Ritar men vänsterhanden, zoomar in/ut med scrollhjulet och återgår till utgångsläget med knappen.
Sedan är den en bra ON-knapp till macen också. Fast det fungerar bara på de första modellerna av G4:a tror jag. Tryck på knappen så startar datorn.

Fungerar dåligt under OS 9 (hängde datorn titt som tätt), men helt ok under OS X.

Gedigen - det är ingen plastpaddle a'la C64 direkt utan massiv tung härlig metall, snygg och supersexig med sin blåa färg som kan tonas upp/ned (Bara geeks som tycker det. Brudar är nog måttligt imponerade.), enkelt inställningprogram, och god funktion.
Men handen på hjärtat: kanske lite onödig.

Edit: konstig mening.

På min iBook så har "låsflänsen" gått av. Ramlar omkring därinne. Vet i tusan hur det gick till. Jag menar - den ser ju ut att vara gjord av gjutgods, medan metallpinnen i skärmdelen ser betydligt klenare ut.
Gråter inte så mycket för det. Det är den första modellen av iBook och har fått ta en hel del stryk genom åren - låsflänsen är det enda som gett sig och det var i först julas någon gång.

Edit: Fast när jag tänker efter - låsmekansimen var en av de saker som störde mig lite när jag köpte datorn, ingen klockren funktion. Låsmekanismen och cd:n som var lite "billig" drog ned helhetsintrycket.