Pierwsze wrażenie jest pozytywne. Prawy górny róg okna przypomina Google Chrome, są tam dwie ikony z wysuwanymi menu, odpowiedzialne za dostęp do podstawowych funkcji programu. Są nimi tworzenie nowych okien, zakładek, dostęp do ustawień, włączenie trybu przeglądania prywatnego (na komputerze nie są zapisywane ciasteczka (cookies), historie przeglądanych stron, hasła itd. Wszystko jest usuwane automatycznie, zaraz po zakończeniu używania aplikacji). Po lewej stronie, znajdują się dwa przyciski. Jeden otwieraja widok zakładek (prezentujący w bardzo efektowny i dynamiczny sposób historię stron, strony z paska zakładek, źródła RSS, oraz zaimportowane zakładki z innych przeglądarek) oraz TopSites (najczęściej odwiedzane strony, które prezentowane są na zaokrąglonym ekranie, porównał bym to z projekcją w dobrym kinie). Wszystko to robi naprawdę świetne wrażenie.

Safari 4 TopSites

Safari 4 - Historia przeglądanych stron

Safari 4 używa silnika WebKit (współny projekt ludzi z Apple, Google, Qt Software, Collabora, Torch Mobile oraz kilku niezależnych ochotników). Używając nowego silnika Nitro (Nitro Engine), skrypty JavaScript wykonywane są prawie 8 razy szybciej niż w Internet Explorer 8 (nie wspominając o IE 7 ),  4 razy szybciej niż Firefox 3, oraz nieznacznie szybciej niż Google Chrome (dane te bazują na testach iBench oraz SunSpider)

Nie wiem czy określenie Safari jako najszybszej przeglądarki jest słuszne, ale mimo wszystko zdaje ona swój egzamin. Pracuję na wielu przeglądarkach, na różnych systemach i mogę z czystym sumieniem stwierdzić że działa ona bardzo przyzwoicie.

Poniżej prezentuję kilka faktów:

• Test Acid3 – zdany 100/100 (jako pierwsza przeglądarka, na tą chwilę test przechodzi też Google Chrome)
• W pełni obsługuje standardy – HTML 5, CSS 3 (jako pierwsza przeglądarka na świecie)
• Silnik Nitro JavaScript – zwalający konkurencję z nóg, prześcignął nawet nieznacznie Google Chrome (wspieram się testami Apple, ale gdy zrobiłem test pomiędzy Google Chrome 2 a Safari 4
• Patrz zanim klikniesz (Look before you click) – czyli wspomniany już wcześniej, sposób przeglądania historii, zakładek, najpopularniejszych stron
• Wbudowane narzędzia dla Webmasterów
• Wbudowany czytnik RSS
• Przeglądanie prywatne (na komputerze nie są zapisywane żadne informacje), ponownie Google Chrome ma tryb Incognito
• Safari AdBlock, precz z reklamami (plugin który trzeba zainstalować)
• wiele, wiele innych nowości o których poczytać można na stronie producenta

Safari 3D

Z tego wszystkiego , nie rozumiem braku popularności tego wspaniałego produktu. Jako posiadacz Linuxa, żałuję tylko iż nie ma wersji dla tego systemu (Wine mnie nie satysfakcjonuje).

Odnośniki:

• Apple Safari 4 - http://www.apple.com/safari/
• Co nowego w Safari 4 (en) - http://www.apple.com/safari/whats-new.html
• 150 Features  (en) - http://www.apple.com/safari/features.html

• LSI 1030 SCSI RAID
• LSI SAS1064 SCSI RAID
• LSI SAS1068 SCSI RAID
• LSI SAS 3442-R SCSI RAID

Paczka zawarta jest w kilku linuksowych dystrybucjach. W Debianie instaluje się ją poleceniem:

apt-get install mpt-status

Po zainstalowaniu program odpala się poleceniem:

mpt-status

Przy pierwszym uruchomieniu może pojawić się informacja:

open /dev/mptctl: No such file or directory
Try: mknod /dev/mptctl c 10 220

Trzeba więc utworzyć plik reprezentujący urządzenie znakowe

mknod /dev/mptctl c 10 220

Zapomnieć nie można o załadowaniu modułu o nazwie mptctl

modprobe mptctl

Aby moduł ładował się automatycznie podczas startu systemu, dopisujemy linijkę do pliku /etc/modules

#Plik /etc/modules/
loop
mptclt

Jeżeli tego nie zrobimy, program nie będzie działał poprawnie, a demon zostawi komunikat w logach o „nieoptymalnym statusie kontrolerala RAID”.

# /var/log/messages
Jun 2 09:38:47 hepa mpt-statusd: detected non-optimal RAID status
Jun 2 09:48:47 hepa mpt-statusd: detected non-optimal RAID status

Po załadowaniu mptctl i wydaniu polecenia mknod w logach powinny pojawić sie podobne informacje:

#/var/log/messages
Jun 2 11:48:46 hepa kernel: Fusion MPT misc device (ioctl) driver 3.04.06
Jun 2 11:48:46 hepa kernel: mptctl: Registered with Fusion MPT base driver
Jun 2 11:48:46 hepa kernel: mptctl: /dev/mptctl @ (major,minor=10,220)

Przykładowe informacje zwrócone przez polcenie mpt-status:

root@hepa:~# mpt-status
ioc0 vol_id 0 type IM, 2 phy, 231 GB, state OPTIMAL, flags ENABLED
ioc0 phy 1 scsi_id 32 ATA ST3250620NS 3BKH, 232 GB, state ONLINE, flags NONE
ioc0 phy 0 scsi_id 1 ATA ST3250620NS 3BKH, 232 GB, state ONLINE, flags NONE


Kontroler w jednym z naszych serwerów to (Dell PowerEdge 800), według lspci -v, sprzęt prezentujący się następującą treścią:

SCSI storage controller: LSI Logic / Symbios Logic SAS1068 PCI-X Fusion-MPT SAS (rev 01)
Subsystem: Dell SAS 5/iR Adapter RAID Controller

Według autora, program sprawdzony był na następujących maszynach:

Reported working hardware configuration
—————————————
Sun Fire X4100
Sun Fire X4200
Sun Fire V20z
Sun Fire V40z
Dell PE2600
Intel Server with SE7520BD2S boards
HP ProLiant DL320 G4
IBM eServer BladeCenter LS20

Strony autora programu: http://www.drugphish.ch/~ratz/mpt-status/

Najpierw sprawdźmy czy moduły rewrite i userdir są ładowane podczas uruchomienia Apache. Odpalamy funkcję phpinfo() i szukamy sekcji apache2handler, wiersza Loaded Modules. Tam, wśród różnych opcji, powinny znajdować się dwa interesujące nas pozycje (mod_rewrite oraz mod_userdir).

Jeżeli ich tam nie ma, przechodzimy do katalogu /etc/apache2/mods-enabled/, sprawdzając czy zawiera dowiązania symboliczne ładujące odpowiednie rzeczy:

root@venoma:/etc/apache2/mods-enabled# ls -al rewrite* userdir*
lrwxrwxrwx 1 root root 30 06-01 02:09 rewrite.load -> ../mods-available/rewrite.load
lrwxrwxrwx 1 root root 30 05-26 18:14 userdir.conf -> ../mods-available/userdir.conf
lrwxrwxrwx 1 root root 30 05-26 18:14 userdir.load -> ../mods-available/userdir.load

Jeżeli ich tam nie ma, tworzymy je poleceniem:

root@venoma:/etc/apache2/mods-enabled# ln -s ../mods-available/userdir.load
root@venoma:/etc/apache2/mods-enabled# ln -s ../mods-available/userdir.conf
root@venoma:/etc/apache2/mods-enabled# ln -s ../mods-available/rewrite.load

Restartujemy Apache:

/etc/init.d/apache2 restart

i ponownie odpalamy phpinfo(). Moduły powinny być już załadowane (założyłem tutaj, że odpowiednie pliki znajdują się w katalogu /etc/apache2/mods-available/)

Teraz otwieramy plik /etc/apache2/sites-available/default. W tymże pliku szukamy linii z opcją AllowOverride w sekcji <Directory /> , aby rewrite działał poprawnie, powinna ona wyglądać tak

AllowOverride All

Kolej na konfigurację modułu userdir. Otwieramy /etc/apache2/mods-enabled/userdir.conf, w którym nie powinna pojawić się pozycja AllowOverride None. Prawdopodobnie linijka będzie wyglądała tak:

AllowOverride FileInfo AuthConfig Limit Indexes

jest to poprawny wpis.

Ponownie restartujemy Apache:

/etc/init.d/apache2 restart

W tej chwili moduł rewrite będzie działał poprawnie. Problemem może okazać się jego użycie wraz z modułem userdir.  Aby wszystko działało poprawnie, trzeba odpowiednio skonstruować  plik .htaccess. Musi on zawierać dyrektywę RewriteBase:

Dla adresu np. http://localhost/~felixd/ powinna ona wyglądać tak:

RewriteBase /~felixd/

dla http://localhost/~felixd/projekt2/:

RewriteBase /~felixd/projekt2/

„Strona jest całkowicie wyłączona  i nie ma pewności kiedy będzie ponownie uruchomiona. Zastanawiam się czy  będzie kiedykolwiek z powrotem w Internecie. Sposób ataku sprawia że odzyskanie danych jest bardzo trudne, jeśli nie niemożliwe. Włamanie nastąpiło nie tylko na główny serwer, ale także na maszynę na którą robiona była codziennie kopia bezpieczeństwa”

Z obydwu maszyn usunięto dane. Wygląda to na robotę podnieconego dzieciaka któremu udało dostać się na serwer. W napływie adrenaliny udało mu się  wymazać 13 lat pracy. Sam miałem przyjemność korzystać z tej strony w krótkim epizodzie bycia wirtualnym pilotem. Z mojej strony wypada mi tylko pogratulować mu wspaniałego czynu.

[ad]

felixd@mx:/sites# find . -type f -print0 | xargs -0 chmod XXX

felixd@mx:/sites# find . -type d -print0 | xargs -0 chmod XXX

Proste i skuteczne.

# apt-get install imagemagick

# mogrify -resize 700> *.jpg

Tutaj mały wyciąg z dokumentacji ImageMagick:

Only Shrink Larger Images (‘>‘ flag)
Another commonly used option is to restrict IM so that it will only shrink images to fit into the size given.   Never enlarge.   This is the ‘>‘ resize option. Think of it only applying the resize to images ‘greater than’ the size given (its a little counter intuitive).

http://bugs.php.net/bug.php?id=47722

Rozwiązanie znalazłem na forum Xamppa. Aby to naprawić należy ściągnąć ten plik,

http://windows.php.net/downloads/snaps/php-5.2-win32-VC6-x86-latest.zip

rozpakować go, znaleść libmysql.dll i podmienić pliki w katalogach xamppapachebin oraz xamppphp.

http://www.apachefriends.org/f/viewtopic.php?f=16&t=32617

Can’t connect to local MySQL server through socket ‘/tmp/mysql5.sock’

Jedną drogą rozwiązania tego problemu jest ustawienie zmiennej unix_socket w pliku php.ini. Jest jednak druga możliwość. Wystarczy podczas przekazywania ustawień połączenia dodać zmienną „unix_socket” i tam wpisać prawidłową wartość

$options = array(
    'host'        => 'localhost',
    'username'    => 'user',
    'password'    => '****',
    'dbname'      => 'db',
    'unix_socket' => '/tmp/mysql5.sock'
    );
$db = Zend_Db::factory('Pdo_Mysql', $options);

W moim przypadku używam plików .ini:

[development]
   db.adapter = PDO_MYSQL
   db.configuration.host = localhost
   db.configuration.username = user
   db.configuration.password = passwd
   db.configuration.dbname = dbname
   db.configuration.unix_socket = /var/run/mysql/mysqld.sock