Sha1 + dubbla salt (ett statiskt och ett "unikt") + max antal inloggningsförsök

Sha1 räcker alldeles utmärkt för en webbplats.

Finns det något av dess "tester" som är någorlunda relevant om SHA1 används för just lösenordshashar? Mig veterligen är de "nya" svagheterna endast av relevans om det används i kryptografisk kommunikation?

Den största svagheten hos de flesta inloggningar med någorlunda säkerhetstänk är väl annars att lösenorden skickas i klartext från klient till server - vilket inte alltför sällan sker över öppna trådlösa nät eller skumma proxies.

Precis, svagheterna påverkar inte SHA1 användningen i lösenordssystem
(http://www.webmasternetwork.se/f4t36655.html)

Dom gånger jag gjort egna inloggningsystem använder jag mig alltid av Java eller Javascript för hashningen + en engångskod, så hashen som lämnar klienten är bara giltig en gång.

Hur stort (hur många bitar) bör det unika saltet vara? Ju större desto bättre förstås, men vad är tillräckligt? Det tar ju plats i databasen också.

Jag skulle rekommendera från 32 bits och upp till hashalgoritmens "styrka" (t.ex 128 bits för MD5), man behöver inte ha längre än hashens egna styrka om man bara är ute efter att salta lösenordet.

Utrymmet är nog knappast ett problem idag.

Är det säkert att salta med user id (löpnr, unikt per användare) plus ett globalt salt (>=128 bitar) som är gemensamt för alla användare (och inte ha något "dedikerat" salt per användare)?

Ja i ditt fall (som även har en statiskt salt) räcker det bra, userid blir ju som ett dynamiskt salt som gör att två olika användare som råkar ha samma lösenord ändå kommer att få olika hashsummor, vilket är ett av huvudmålen med dynamiska salter.