Darbo pobūdis – www.level.lt, www.paveikslai.lt, www.obuolys.lt (šiuo metu baigiama nauja versija) bei mūsų klientų internetinių projektų priežiūra, vystymas.

Taip pat esame sukūrę skaitmeninės reklamos valdymo sistemą CinemaAds, kuri jau metus sėkmingai veikia Forum Cinemas kino centruose, bei yra diegiama į Latvijos bei Estijos kino teatrus. Priklausomai nuo kompetencijos, galimas darbas ir prie šio produkto.

Gali būti studentas. Studijas galima derinti su darbu.

Gyvenimo aprašymą su darbų pavyzdžiais/aprašymais siųskite vaidas.zlotkus@incognito.lt

Pats atnaujinimo procesas nebuvo sudėtingas. Įdedi DVD, paspaudi “Restart” na ir minimalus instaliacijos vedlys – pasirenki instaliacijos kalbą, perskaitai licenciją ir pasirenki HDD. Toliau viskas vyksta automatiškai ir trunka apie 2 valandas.

Pirmasis Leopard startas

Paleidus sistemą mane “pasveikino” SystemUIServer crash’as (vėliau paaiškejo, kad kartojasi po kiekvieno sistemos starto). Vėliau išsiaiškinau, kad proceso klaida atsirado dėl to, jog nebuvo atnaujintas CHUD paketas iš developer tools’ų. Google apie tai nieko gero nepasakė, taigi teko pačiam išsiaiškinti. Pradėjau nuo /var/log/system.log.

Iš pirmo žvilgsnio pakibęs mds procesas. Bet greitai išsiaiškinau, kad tai Spotlight index’as.

Pirmasis žvilgsnis

Kadangi buvau matęs Leopard Tour’ą, tai žinojau, ko ieškoti. Asmeniškai pastebėjau šiuos naujus dalykus:

• Naujas Dock’as. Atrodo kiek kitaip, bet galiu pasakyti, kad senesnis man buvo gražesnis. Animacija atrodė geriau (ypač paleidžiant naują aplikaciją).
• Stacks. Labai naudinga nauja Dock’o funkcija. Patiko.
• Spaces. Virtualūs desktop’ai. Gnome, KDE ar XFCE naudojusiems vartotojams tai nebus naujovė, nes iš principo tai senas dalykas. Džiugu, kad tai atsirado ir Mac OS’e.
• Finder – Cover Flow. Galima būtų tai pavadinti patobulintu Windows XP Filmstrip’u. Net nežinau, kaip tai reiktų apibūdinti žmogui, kuris nežino, kas yra Filmstrip’as. Tiesiog dabar dokumentus galite surasti ir/ar peržiūreti daug papraščiau ir vizuališkiau.
• Nauji Icon’ai. Tiesą sakant, tai sesnesni man asmeniškai buvo gražesni.

Apache ir PHP

O va čia jau prasideda linksmybės. Po atnaujinimo praktiškai viskas neveikia.

Mac OS X Leopard pagal nutylėjimą turi naujausias Apache ir PHP versijas, atitinkamai 2.2.6 ir 5.2.4. Bet PHP reikia aktyvuoti tiesiog atkomentuojant Load_module instrukciją httpd.conf faile. Apache konfigūracijos failas yra čia:

/etc/apache2/

Taip pat pagal nutylėjimą Apache’o konfigūracijos failuose nebūna aprašyta <Directory> instrukcija ~/Sites/ aplankui.

Galite perkopijuoti konfigūracija iš senos apache versijos (jei ją naudojote):

sudo cp /etc/httpd/users/* /etc/apache2/users/

Arba galite sukurti failą:

/etc/apache2/users/VARTOTOJAS.conf

Su tokiu turiniu:

<Directory “/Users/VARTOTOJAS/Sites”>
Options Indexes MultiViews FollowSymLinks
AllowOverride All
Order allow,deny
Allow from all
</Directory>

Taip pat, jei naudojote Entropy PHP, tai galite pašalinti /usr/local/php5:

sudo rm -rf /usr/local/php5

MySQL konfigūracija

Tiger versijoje atsirado launchd, kuris skirtas demonų paleidimui, o Leopard pradėjo griežčiau jo reikalauti, todėl reiktų sukurti (arba nukopijuoti) failą:

http://tomatocheese.com/library/com.mysql.mysqld.plist

Ir padėti jį čia:

/Library/LaunchDaemons/

MySQL tada paleidžiamas taip:

sudo launchctl /Library/LaunchDaemons/com.mysql.mysqld.plist

Pabaigai

system.log vis dar pilnas visokių pranešimų apie klaidas. Bandysiu atrinkti visus galus rytoj, o šiandien man jau gana. Padariau tik vieną išvadą – eiliniam kompiuterio vartotojui (pavyzdžiui mano daugeliui bendradarbių, nes pas mus darbe daug Mac’ų), atnaujinimas į Leopard būtų tikras pain in the ass. Iš pradžių buvo minčių net pasiulyti kolegoms atnaujinti Tiger’į į Leopard’ą, bet dabar man nuo tokios minties darosi net baisu :)

Anyway, nesakau, kad Clean install’as turėtų tiek problemų, bet faktas, kad Apple neatidirbo sistemos atnaujinimo.

Naudingos nuorodos

• Getting Started with launchd
• LAMP in Leipard OSX 10.5 (PHP5 and Apache2.2)
• Migrating MySQL 5.0.45 to Mac OS X 10.5 Leopard

Didžiausia problema yra ta, kad esu išpindėjęs ir PHP koduoju tik su IDE. Tiesiog man taip daug patogiau, greičiau ir dar krūva pliusų, kuriuos būtų galima vardinti ir vardinti… Bet manau svarbiausias dalykas yra PRODUKTYVUMAS. Windows aplinkoje be problemų naudojau ir naudoju Waterproof PHPEdit’ą. Vien dėl jo mano Mac’as yra dual boot’inis. Kai nereikia kodinti, tai OS X’as valdo – gražu, patogu ir dar daug daug gėrio. Jau porą vakarų ieškau, kas galėtų pakeisti mano PHPEdit’ą ir leistų atsisakyti Windows’ų mano Mac’e. TextMate, BBEdit, XCode – tikrai ne man ir niekada neatstos normalaus IDE.

Galvojau, kad jau radau sprendimą – Zend Studio Standart… Bet parsisiuntus DEMO paaiškėjo, kad UTF-8 palaikymo čia nerasta. Tikriausiai laukiama PHP6, kuris pilnai palaikys unikodą… Taigi šis variantas iškart atkrito.

Tada dar bandžiau leisti PHPEdit’ą su Wine (konkrečiau komerciniu CodeWeavers produktu – Crossover Mac). Trūko kelių DLL’ų, bet juos perkopijavus i Wine aplinką mano PHP redaktorius spjaudėsi klaidomis.

Tad pradėjau dairytis į virtualizacijos produktus. Pirmiausiai radau Parallels. Visi taip gražiai apie jį kalbėjo, kad prieš siunčiant jį į savo Mac’ą jau galvojau, kad radau sprendimą savo problemoms. Deja… Teko nusivilti. Kažkaip per daug jau jis stabdo.

Ir galų galiausiai šį vakarą aš radau VMWare Fusion Beta. Ką galiu pasakyti.. Gėris. Žinoma, jaučiasi, kad tai virtuali mašina, bet nors įmanoma žmoniškai dirbt – PHPEdit’as labai gražiai dirba ir praktiškai nesijaučia jokio stabdymo rašant kodą. Atsiranda truputėlis stabdymo scroolinant, bet prie to lengva įprasti.

Dar kas man patiko, tai, kad VMWare Fusion be problemų virtualią sistemą krauna iš mano Windows particijos – nereikėjo kurti virtualaus disko ir instaliuoti Windows’ų iš naujo. Jau nebekalbu apie galimybę pasiekti tiek vienos, tiek kitos sistemos failus bei drag & drop, copy & paste funkcijas tarp virtualios ir pagrindinės sistemos.

O geriausias dalykas yra tas, kad virtualios sistemos langus galima atskirti į atskirus ir jie atrodo kaip programos veikiančios pačiam OS X’e. Taip pat nepamirštami ir nuostabūs OS X’o šešėliai… Manau daugiau viską papasakos screenshoot’as :)

P.S. Aš jau žinau, kam artimiausiu metu išleisiu 39.99 JAV dolerius :) Bei nusimato RAM upgrade’as…

UPDATE

Zend IDE visgi dirba su UTF-8. Tik kažkodėl nekreipia dėmesio į BOM’ą ir pagal nutylėjimą lieka prie neteisingo encoding’o. Ačiū visiems už komentarus, kurie nuvedė teisingon pusėn… Bet pažiūrėkit į shot’ą.. Nelabai jis mielai ir draugauja su tais UTF-8 simboliais (kalbu apie code highlighter’į).

MA701ZH/A (2GHz Core 2 Duo, 1GB DDR2 677MHz, 120GB 5400RPM SATA/SuperMulti drive/Black) man kainavo 3699 Lt (senesnė kaina buvo virš 5000 Lt). Palyginus su kitais šiuo metu pardavime esančiais nešiojamaisiais kompiuteriais, kurie yra panašių parametrų, tai kaina nelabai ir skiriasi. Tai ir lėmė mano apsisprendimą :)

Kadangi kompiuteris man daugiau reikalingas kaip darbo įrankis, tai Mac OS X‘as šiai užduočiai nelabai tiko (tiesiog mano mylimas Waterproof PHPEdit‘as veikia tik Windows aplinkoje). Tai daug Mac OS X‘o aš nemaigiau. Truputėli susipažinau su sistema, esamomis programomis, suinstaliavau Firefox‘ą, Skype ir pan. O darydamas sistemos atnaujinimą sugebėjau nulaužt OS X‘ą ir to pasekoje teko sistemą instaliuoti iš naujo… Tiesiog darant atnaujinimus dar kažką instaliavau… Ėmė ir užgeso mano MacBook’as. Po reset’o OS X‘as taip ir nebepasikėlė :)

Po sistemos perinstaliavimo ir sėkmingo atnaujinimo parisisiunčiau Apple Boot Camp‘ą, suinstaliavau, išsikepiau draiverių CD ir suinstaliavau Windows XP. Viskas veikia lyg ir normaliai, tik pasigendu kokio nors Power Management‘o įrankio, tad nereikalingus įrenginius atjunginėju per Device Magager‘į. Labai ir neieškojau, gal ir rasčiau tai, ko man reikia, juk iš principo elementarią programą įjunginėt/atjunginėt nereikalingą periferiją turėtų būti nesunku suprogramuoti. Jeigu turėsiu laisvo laiko, tai net pats tokį įrankį pasirašysiu.

Dar vienas negeras dalykas, kuris man nepatinka, yra tas, kad Apple nėra parašę 64 bit’ų draiverių (tad tenka naudoti 32 bitų Windows OS). Bet priežastys, manau, aiškios – kol kas Apple negali pasiūlyti 64 bitų savoje OS platformoje. Manau, kad po Leopard‘o išleidimo atsiras ir 64 bit’ų draiveriai Windows OS’ui. Juk su Leopard‘o išleidimu numatyta ir finalinė Boot Camp‘o versija (ir tikriausiai jau mokama).

$buffer .= “codebase=’https://fpdownload.adobe.com/pub/shockwave/cabs/flash/”;

After this little modification warning will be gone.

Openads caches banner’s html template, so changes will affect new banners only. You’ll have to re-upload your old banners for this to work!

Oficialus post’as:

We have a security update release now available for both the 2.1 and 2.0 branches of WordPress now available for immediate download. This update is highly recommend for all users of both branches.

These releases include fixes for several publicly known minor XSS issues, one major XML-RPC issue, and a proactive full sweep of the WordPress codebase to protect against future problems. Many thanks to Sumit Siddharth and Alex Concha for their help with reporting issues in this release.

As an update to the systems issue we had last month, we have taken dozens of additional precautions with the servers and systems that run WordPress.org and they appear to be working well, despite hundreds of hack attempts after we publicly disclosed there had been a problem. We are also now aggressively monitoring all downloads for any changes or modifications, and we are confident the same type of problem won’t happen again.

Teko pasikeisti skin’ą į standartinį, nes manasis kažkodėl tai nelabai draugavo su 2.1 – dingo meniu, archyve rodė puslapius.

Atėjo diena, kai vienam web’ui prireikė Zend Optimizer’io, nes jis užkoduotas su Zend Guard’u. Pagalvojau, kad jokių problemų neturėtų kilti – tiesiog sukišiu ZO ir viskas veiks (seniau yra tekę bandyti tai padaryti, deja, paaiškėjus, kad ZO tik viską labiau sulėtina teko atsisakyti ZO ir džiaugtis tik eA).

Taigi aš ramiai suinstaliuoju ZO iš FreeBSD port’ų ir pasileidžiu PHP CLI, kad pažiūrėčiau, ar viskas OK.. Va tada mano 3 minučių darbelis tapo geros valandos darbu:

PHP Fatal error: [Zend Optimizer] Zend Optimizer 3.2.0 is incompatible with eAccelerator

Pasirodo, naujoji ZO versija nebedraugauja su eA. Zend’o atstovai tai aiškina taip:

Zend Optimizer is not compatible with eAccelerator – both this extensions do operations on the PHP binary code and cannot co-exist.

Bet man tai atrodo keistai, nes seniau juk viskas veikė OK ir niekam niekas netrukdė. Greičiausiai tai kažkokios komercinės priežastys :)

Galimybės naudoti senesnę ZO versiją aš neturėjau, nes ji nepalaiko PHP 5.2, o ZO reikėjo tuoj pat, tad pradžiai tiesiog išmečiau eA. Vėliau nusprendžiau paeksperimentuoti su FastCGI ir pabandyti ZO naudoti tik tuose virtualiuosiuose serveriuose, kuriems yra ZO poreikis. Gan greitai tai pavyko :)

Truputėli paskaitinėjęs medžiagą internete perkompiliavau PHP su FastCGI palaikymu ir suinstaliavau mod_fcgid. Konfigūracija buvo gan paprasta.

Į bendrus serverio parametrus užteko įrašyt štai ką:

LoadModule fcgid_module libexec/apache22/mod_fcgid.so

<Directory /usr/hosting/new.autosara.com/www>
AddHandler fcgid-script .php
FCGIWrapper /usr/local/bin/php-fcgi .php
Options ExecCGI FollowSymLinks
allow from all
</Directory>

Taip pat teko sukurti /usr/local/bin/php-fcgi shell skriptą su tokiu turiniu:

#!/bin/sh
PHPRC=”/usr/local/etc/php/virtualusserveris”
export PHPRC
PHP_FCGI_CHILDREN=8
export PHP_FCGI_CHILDREN
PHP_FCGI_MAX_REQUESTS=5000
export PHP_FCGI_MAX_REQUESTS
exec /usr/local/bin/php-cgi

Iš esmės skriptas buvo reikalingas tam, kad be vargo būtų galima priskirti aplinkos kintamuosius su man reikalingais parametrais. Atkreipkite dėmesį į PHPRC, kuris nurodo, kur ieškoti php.ini failo.

Rezultatas buvo tas, kad konkrečiam virtualiam serveriui galėjau nurodyti jam skirtą php.ini failą. Taigi bendras php.ini krauna eA modulį, o kitame php.ini faile yra kraunamas ZO modulis.

Pasirodžius Release Candidate 1 versijai nusprendžiau vėl jį išbandyti ir pažiūrėti, ar man ramybės nedavę bug’ai yra ištaisyti.

Atrodo, kad viskas veikia nepriekaištingai. Jau praėjo kelios dienos ir nei vienas apache thread’as nesicrash’ino ar pan. Nemanau, kad atsiras kažkokia tai didesnė problema :)

O dabar palyginimui, ką duoda eAccelerator:

%ab -n 500 http://dev.erdves.info/
This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/

Benchmarking dev.erdves.info (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Finished 500 requests

Server Software: Apache
Server Hostname: dev.erdves.info
Server Port: 80

Document Path: /
Document Length: 1439 bytes

Concurrency Level: 1
Time taken for tests: 29.72770 seconds
Complete requests: 500
Failed requests: 0
Write errors: 0
Total transferred: 921000 bytes
HTML transferred: 719500 bytes
Requests per second: 17.20 [#/sec] (mean)
Time per request: 58.146 [ms] (mean)
Time per request: 58.146 [ms] (mean, across all concurrent requests)
Transfer rate: 30.92 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.1 0 2
Processing: 52 57 16.0 53 259
Waiting: 50 55 15.9 51 257
Total: 52 57 16.0 53 259

Percentage of the requests served within a certain time (ms)
50% 53
66% 57
75% 57
80% 58
90% 59
95% 68
98% 100
99% 133
100% 259 (longest request)

Seniau rašiau apie framework’o evoliucija ir irgi leidau ab testus. Pažiūrėkime, kokie buvo rezultatai visiškai to pačio kodo be eAccelerator:

%ab -n 500 http://dev.erdves.info/
This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/

Benchmarking dev.erdves.info (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Finished 500 requests

Server Software: Apache
Server Hostname: dev.erdves.info
Server Port: 80

Document Path: /
Document Length: 1439 bytes

Concurrency Level: 1
Time taken for tests: 52.362119 seconds
Complete requests: 500
Failed requests: 0
Write errors: 0
Total transferred: 921000 bytes
HTML transferred: 719500 bytes
Requests per second: 9.55 [#/sec] (mean)
Time per request: 104.724 [ms] (mean)
Time per request: 104.724 [ms] (mean, across all concurrent requests)
Transfer rate: 17.17 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.1 0 2
Processing: 87 103 35.0 92 476
Waiting: 85 101 34.7 90 473
Total: 87 103 35.0 92 476

Percentage of the requests served within a certain time (ms)
50% 92
66% 94
75% 98
80% 102
90% 134
95% 181
98% 220
99% 241
100% 476 (longest request)

Skirtumas, manau, yra labai akivaizdus.Vos ne 50% (~45%) efektyviau. Jėgelė :)

O čia šiaip control panel’ės shoot’as:

Visoje šioje istorijoje taip pat rastume kokius 4 radikalius framework’o perrašymus…
Galų galiausiai teko atsisveikinti su PHP4 ir pereiti prie PHP5… Viskas tiesiog tobulėjo :) Ir dabar yra tai, kuo aš džiaugiuosi! :)

Bet, manau, viską reiktų pagrįsti faktiškai… Taigi leidžiame apachebench ir žiūrime:

1. Pirmiausiai bandysime www.erdves.info. Čia panaudota gan sena framework’o versija (praktiškai ta pati sukasi ir ant dabartinio music.lt). Manau, kad ~ metų senumo.. O gal senesnė. Kodas 2x trumpesnis nei dabar, sisteminių modulių irgi mažiau. Mažiau dinamiškumo, OOP yra PHP4 stiliaus. Pažiūrėkime:

%ab -n 500 http://www.erdves.info/
This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/

Benchmarking www.erdves.info (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Finished 500 requests

Server Software: Apache
Server Hostname: www.erdves.info
Server Port: 80

Document Path: /
Document Length: 22302 bytes

Concurrency Level: 1
Time taken for tests: 167.882618 seconds
Complete requests: 500
Failed requests: 0
Write errors: 0
Total transferred: 11341500 bytes
HTML transferred: 11151000 bytes
Requests per second: 2.98 [#/sec] (mean)
Time per request: 335.765 [ms] (mean)
Time per request: 335.765 [ms] (mean, across all concurrent requests)
Transfer rate: 65.97 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.1 0 1
Processing: 276 334 106.8 318 1869
Waiting: 236 284 92.2 271 1609
Total: 276 334 106.8 318 1870

Percentage of the requests served within a certain time (ms)
50% 318
66% 324
75% 330
80% 335
90% 400
95% 507
98% 621
99% 758
100% 1870 (longest request)

2. Dabar bandome savaitės senumo kodinę bazę. Sistema gan stipriai išplėsta: nauji moduliai, daugiau dinamiškumo ir automatizacijos. Gan nemažai PHP5 OOP kodo, tad suderinamumo su PHP4 nebėr. Žiūrime:

%ab -n 500 http://dev.erdves.info/
This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/

Benchmarking dev.erdves.info (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Finished 500 requests

Server Software: Apache
Server Hostname: dev.erdves.info
Server Port: 80

Document Path: /
Document Length: 1439 bytes

Concurrency Level: 1
Time taken for tests: 103.749254 seconds
Complete requests: 500
Failed requests: 0
Write errors: 0
Total transferred: 921000 bytes
HTML transferred: 719500 bytes
Requests per second: 4.82 [#/sec] (mean)
Time per request: 207.499 [ms] (mean)
Time per request: 207.499 [ms] (mean, across all concurrent requests)
Transfer rate: 8.67 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.0 0 1
Processing: 179 206 33.4 197 553
Waiting: 177 204 33.2 195 550
Total: 179 206 33.4 197 553

Percentage of the requests served within a certain time (ms)
50% 197
66% 199
75% 201
80% 205
90% 243
95% 278
98% 317
99% 327
100% 553 (longest request)

3. O dabar panaudojam overloading’ą… :) Sisteminiai moduliai loadinami tik tada ir tik tada, kai jie yra reikalingi (t.y. yra bandomi panaudoti). Žinoma, kažką panašaus galima buvo padaryti su PHP4 ir papildomomis funkcijomis, bet tada būtų buvę mažiau patogumo, nes sisteminių modulių kūrimo realiai nebuvo galima automatizuoti. Paleidžiam:

%ab -n 500 http://dev.erdves.info/
This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/

Benchmarking dev.erdves.info (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Finished 500 requests

Server Software: Apache
Server Hostname: dev.erdves.info
Server Port: 80

Document Path: /
Document Length: 1439 bytes

Concurrency Level: 1
Time taken for tests: 52.362119 seconds
Complete requests: 500
Failed requests: 0
Write errors: 0
Total transferred: 921000 bytes
HTML transferred: 719500 bytes
Requests per second: 9.55 [#/sec] (mean)
Time per request: 104.724 [ms] (mean)
Time per request: 104.724 [ms] (mean, across all concurrent requests)
Transfer rate: 17.17 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.1 0 2
Processing: 87 103 35.0 92 476
Waiting: 85 101 34.7 90 473
Total: 87 103 35.0 92 476

Percentage of the requests served within a certain time (ms)
50% 92
66% 94
75% 98
80% 102
90% 134
95% 181
98% 220
99% 241
100% 476 (longest request)

Hmm… Manau, rezultatai viską pasako :) Dar reiktų paminėti ir tai, kad viskas sukasi ant paprasto kelių metų kompiuterio, kurio parametrai yra tokie: Hardware: AMD Duron 900MHz, seni geri 512MB RAM, kurių nelabai ir užtenka paleidinėjant ab. Software: FreeBSD6, PHP5.1.4, Apache 2.0.55. Seniau buvo naudojamas eAccelerator, bet šiuo metu jis yra nebenaudojamas dėl crash’ų.

4. Palyginimui wordpress ir www.zlotkus.com rezultatai:

%ab -n 500 http://www.zlotkus.com/
This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/

Benchmarking www.zlotkus.com (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Finished 500 requests

Server Software: Apache
Server Hostname: www.zlotkus.com
Server Port: 80

Document Path: /
Document Length: 13729 bytes

Concurrency Level: 1
Time taken for tests: 334.572849 seconds
Complete requests: 500
Failed requests: 0
Write errors: 0
Total transferred: 6974000 bytes
HTML transferred: 6864500 bytes
Requests per second: 1.49 [#/sec] (mean)
Time per request: 669.146 [ms] (mean)
Time per request: 669.146 [ms] (mean, across all concurrent requests)
Transfer rate: 20.35 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.0 0 1
Processing: 585 668 168.8 607 2537
Waiting: 452 512 126.4 470 2014
Total: 585 668 168.8 607 2537

Percentage of the requests served within a certain time (ms)
50% 607
66% 622
75% 649
80% 689
90% 841
95% 985
98% 1135
99% 1370
100% 2537 (longest request)

Wordpress yra tikrai kažkoks griozdas… Funkcionalumo jame tikrai nėra tiek daug… Lieka tik viena išvada – Wordpress’o kodas yra tikrai prastas :) Ateityje planuoju programuoti weblog’o modulį savo framework’ui. Funkcionalumu jis bus praktiškai toks pat kaip ir Wordpress… O greičio rezultatus tada ir pamatysim :)

Pabaigai…

Rezultatai tikrai nuostabūs. Greitis padidėjo 3,2 karto! :) Artimiausiu metu atnaujinsiu music.lt iki naujausios framework’o versijos… Įdomu, kiek tada jis dar pagreitės? Dabar puslapio sugeneravimas užtrunka vidutiniškai ~60ms. Gal bus 20ms? :) Sunkiai tikėtina… Bet, manau, 30-40ms tikrai pasieksiu :)

Taip pat nusprendžiau legalizuotis ir gavau nemokamą Personal licenziją :) Neribotam laikui… Užteko tik parašyt trumpą motyvuotą laišką programos kūrėjams.

Žinoma, būtų galima naudoti ir senesnę PHP versiją, bet mano projektams būtinai reikia minimum 5.1 versijos. Tikiuosi, kad neteks daryt atnaujinimų į 5.2 vien dėl išlindusių kritinių klaidų. Bet… Pastebėjau, kad PHP 5.1.4 apache modulis turi problemų su shared memory management’u ir neveikia normaliai kartu su tais moduliais, kurie irgi naudoja shared memory. Pamatysime. Gal visgi bus 5.1.5? Mažai tikėtina, nes CVS’e tokio branch’o jau neliko. P.S. su PHP 5.2 CVS’ine versija tos klaidos nepastebėjau.