Най-подходящия (скриптов, динамичен?) език за програмиране на MMORPG?

Чудя се, донякъде абстрактно … седя, и си мисля … (по някое време осъзнавам, че само седя; оказва се обаче, че всъщност джуркам все пак някаква висша мисловна дейност, но на друго, различно от съзнателното ниво, егати изречението в скоби, както и да е) кой ли ще да е тоя най-подходящ за масова онлайн игра динамичен език за програмиране?

Искам да подчертая, че тук не визирам такива бездушни маркетингови машини за пари от сорта на УоУ, нито подобни собственически формати както тъпото диабло, примерно.

Имам в предвид игри от сорта на Ogame, Bulfleet, Omerta, Eve Online, Runescape, Ultima Online, Lineage 2, и т.н. в този дух.

В този вид игри има редица особености – който е имал повечко време вземане-даване с тях, знае. Като начало, имаме хиляди играчи на един сървър/свят/вселена или каквато е там мерната единица на съответната игра. В някои случаи десетки хиляди. За стотици хиляди не съм чувал, но нищо чудно просто да не съм достатъчно информиран. Дори и в момента да няма, в недалечно бъдеще тази цифра обаче си е съвсем реална. Проблеми се появяват, когато всичките се изсипят онлайн в кратък, много близък интервал от време, и започнат активно да цъкат по строежи, конструкции, изследвания, войни, бойни единици, търговии, разузнавания, организации и комуникации … Това генерира огромен, трудно компресиращ се и кофти за управляване и разпределяне трафик. Освен това, натоварва страшно и самият софтуер, както и машините, дето се грижат за игрите. И на последно място създава работа на хората, дето се предполага, че трябва да се грижат цялата галимация да не се смърънгяса тотално :).

Грубо опростяване и обобщение, но върши работа, май. Сега – за хардуера – не е голям проблем. Винаги може да се добавят още памет, процесори, клъстери, нови машини дори. За някои от дейностите хора също ще се намерят – дори и за без пари, буквално! Най-големи ядове обаче в един момент започва да създава софтуера. Избора на среда, скриптов/динамичен език за програмиране. Сървърна технология.

Какво става в най-натоварените часове? 5 000 потребителя, които са едновременно онлайн, и като цъкнат нещо, в зависимост от върнатия резултат пак цъкат, за да стане нещо друго, и това го правят по 20 пъти в минута. Ако данните са само текст – има си трикове. Ако има и изображения – тегаво, но все пак и там има заобиколни решения. А ако всичко това е свързано в динамична триизмерна координатна система? Бр-р-р- … не ми се мисли :).

Изброявам няколко по-популярни, без да се задълбочавам в достоверни изследвания.

PHP – върши работа, но не е подходящ за НАИСТИНА ГОЛЕМИ натоварвания. Колкото ще да е бърз хардуера, и да е фино тунинговано апачито, и оптимизиран самият код – при няколко хиляди човека издъхва.

Perl – по-добро, особено, що се отнася до текст. Но и той си има кусури, не знам как би се оправил в примерната ситуация … трудно ще е, вероятно.

Python – това не знам, може ли да се използва ефективно с такава цел?

JavaScript – не, не е шега – само че не смея да предвиждам резултатите при такива натоварвания …

Ruby (on Rails, or without them) – това веднъж като зареди, и ако не му се подават глупости, може и да се справи … или не?

Други?

Осъзнавам, че има прекалено други фактори, които влияят – много важен е избора на структурата и формата на база данните, чистотата и оптимизацията на самият писан код, конфигурацията на сървърите, платформите, много са. Разбира се, винаги го има фактора пари – даже е още по-важен на фона на световната финансова криза. Да приемем, че в случая няма чак такова значение. Нека все пак разходите да бъдат … разумни? Бива, разбрахме се. Много неща са навързани, отговора не може да бъде прост и елементарен … но все пак, може да се опита с нещо семпло.

Искам да попитам всички – седящите, четящите, мислещите, знаещите, можещите, предполагащите и съмняващите се – кой според вас е най-подходящият език за програмиране на масова онлайн игра и защо?

Модемите на БТК … или нещо друго?

От снощи нещо ми се загуби връзката с блога. Примерно около 2-3 часа през нощта. Тъй като тъй или иначе беше време за лягане, не ми се занимаваше. Тази сутрин решавам да проверя от офиса – същата работа – „Проблем при зареждане на страница“. И в момента е така, това започнах да го пиша през някакво недъгаво прокси (все пак е със secure connection). Първо проверих хоста ми – проблема не е при него. Една бърза tracert проверка показва след третата точка от мрежата на БТК Request timed out. Само един път успя да стигне до четвъртата точка, веднага след което изплю Destination host unreachable. Обикновено това е някъде по високите нива в софийската централа на БТК – мястото, където пакета напуска България и би трябвало да стигне до … Франкфурт, да кажем.

Явно пада голямо филтриране ли, скапване на международни връзки ли … или нещо друго? Нещо „оперативно интересно“ в определени IP адреси, може би? Защото почти всичко останало, което се сетих да цъкна – български, американски, европейски, азиатски, какви ли не сайтове – се отваряха нормално и бързо. Обаче. Физически хоста ми се намира в Хонг Конг. И като цъкна на примерно хонгконгското летище, или на хонгконгския университет – същата работа. Защо ли предимно при БТК става така? И защо с техните модеми? И защо само на конкретна област от IP адреси?

Ъпдейт – след поразително бързо свързване с поддръжката – чаках по-малко от 5 минути (за разлика от предишния път), и след спиране, чакане няколко секунди и пак пускане на модема, нещата се оправиха. На въпроса ми защо все пак се получава така получих отговора, че модема трябва от време на време да се рестартира, за да може да се обнови сесията. И че трябвало примерно по един път в седмицата да се рестартира модема. Профилактично …

Хубаво, за момента проблема е заобиколен. Далеч съм от мисълта, че е решен – да рестартирам модем през ден за мен не е решение. Но има нещо странно … и донякъде подозрително. Особено на фона на актуалните дискусии за анонимността в Интернет. Откакто в работата сме на BTC ADSL, проблемите с връзката са били минимални. Мога смело да заявя, че до тази година услугата си работеше почти идеално. Как може месеци наред, половин година дори, модема да не е пипван – буквално? И да работи без никакъв проблем? И изведнъж, ей-така, от нищото – и в къщи, и в работата – някои Интернет области стават недостъпни … И се оправят след рестартирането. Нещо не виждам практически смисъл от това да рестартирам модема при мен, след като проблема е на по-високо ниво. Какво ли може да правят в централата на БТК, и то точно когато пакетите напускат България … Но е факт, че след рестартирането се оправи … И международната връзка към Хонг Конг се появи.

Живо ме интересува какво може да е това нещо, което BTC са променили по конфигурациите си и в системата, което да налага рестартиране на модема през ден. А досега не се е налагало. И май само с чуденето ще си остана … Някакви предположения? Или просто ставам прекалено параноичен (това понякога не е недостатък) :).

Hotlink protection и чуденка за липсата на pingback и trackback

Миналия месец получих предупреждение от ICDSOFT, че трафика за assenoff.net е достигнал 80% от месечния лимит за трансфер на данни. Което силно ме изненада – хвърлям по едно око на статистиката чрез вградената в админ панела графика през WordPress.com от време на време, но без да се задълбочавам. Сигурен бях обаче, че почти нямаше промяна в посещаемостта на блога. И спамери нямаше :). Брех, какво става? Почнах проверки, този път по-задълбочено, чрез контрол панела на самият хост. Бързо забелязах големия трафик със странни характеристики към няколко песни. Оказва се, че някои third party sites от сорта на dizzler.com и други подобни, както и камара китайски, са индексирали и възпроизвеждат директно от мен, харчейки трафик, музиката и видеото, които съм качил – имам известно количество mp3, MOV и avi файлове, съответно в директориите music и video. Е, не – не сме се разбрали така! Помислих малко как да ги огранича така, че все пак да запазя възможността музикалните и видео файлове да се свалят без проблем, но да не могат да се възпроизвеждат директно. Избистрих решението чрез добавяне в .htaccess на следната директива:

RewriteEngine On
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://(www\.)?assenoff.net/.*$ [NC]
RewriteRule .*\.(mp3|wma|avi|mpg|mov)$ – [F,NC]

Между другото, пак с редакция на .htaccess съм ограничил определени конкретни IP адреси и цели области, което става така:

deny from 1.2.3.4
deny from 123.456.

Този код директно блокира достъпа от IP адрес 1.2.3.4, както и областта с адреси, започваща с 123.456.

Сега остана само да разбера поради каква причина при мен не се появяват pingbacks и trackbacks – от никъде … В php.ini си има „allow_url_fopen = On“, в .htaccess няма нещо, което да ги забранява … Връзка към моите публикации, когато съм цитирал примерно Michel се появяват в неговия блог, както и навсякъде де. Докато когато той или някой друг пише нещо и дава връзка към моя публикация, в блога ми нищо не се появява – не е в опашката за модериране, просто няма. А навсякъде pingbacks и trackbacks са разрешени. Освен пак да пиша на добре осведомените и услужливи хора от поддръжката.

WordPress новинки

Излезе WordPress 2.6.2, където главната поправка в не-критичния, но досаден проблем в сигурността. Според Уърдпрес блога: в предишните версии, ако регистрациите са разрешени, беше възможно по определен начин да се създаде такъв потребител, който да ресетне паролата на друг потребител на случайно генерирана парола. Новата парола не е видима за кракера, така че проблема е по-скоро неприятен, отколкото дупка в сигурността. Въпреки това, комбинацията от такава атака със слабостта в генератора на случайни пароли mt_rand() можеха да доведат до успешно налучкване на новата парола. Това не е лесно да се постигне, но проблема все пак си го има, затова и надграждането е препоръчително (разбира се, ако регистрациите са разрешени).

Други php приложения също са податливи на тази атака. Оправени са и други, по-малки бъгчета – пълен списък.

–––-

От известно време е доста активна и новата директория за теми на WordPress. Писал съм преди, че за съжаление повечето теми са с невалиден код. Мястото вече се пълни с доста разнообразни и за всякакъв вкус теми, като голямото предимство за мен е възможността за търсене на valid XHTML! По-подробно – тук, вече има много приятни визуални теми, при това с валиден код.

–––-

Актуализирано: Ники Бачийски скоростно е превел WordPress 2.6.2 на български.

Packard Bell EasyNote MX52 Windows XP drivers

On the official international site there are only Windows Vista drivers for the model. Our neighbors bought it with pre-installed Opensuse. They did some stupid unrecoverable things, logged in as „root“. Good for them I was near to help. They wanted both Windows and Linux.

Opensuse had almost no problems with the hardware. After a short research the adequate repositories were added and everything was functioning smoothly.

But after Windows was installed and updated, 6 unrecognized items still remained in hardware manager. It took me hours to find them all – since every one of them had to be tested for compatibility. Some of them were not the correct ones, so the search went on, until there were no yellow questions marks in hardware.

Video: ATI Mobility Radeon Xpress 1200.

Audio: High Definition Audio (Azalea).

Connectivity: 4-in-1 Card Reader (Memory Stick / MS PRO / SD / MMC).

MODEM on HD audio (or something like that). Modem Driver 2.1.63.0.zip (works for me, or try the newer Modem_Agere_new model_v.2175_XP.zip). Installation: Canceling hardware wizard; manually adding new hardware; modem; got my own disk; browse to unzipped folder for the „inf“ file. Most people probably won’t need a 56k modem in 21 century :).

Wi-Fi: AzureWave AW-GE780.

After all that it’s truly remarkable that the build-in webcam was recognized ;). However, here is the driver for Bison USB 2.0 webcam ALi5603D.

18.09.2008 update:

Found more useful info on a Spanish site: http://mx52.iespana.es/. The author says he used some drivers, same as MX67 model, and according to him they work for MX52 series too, but no guarantee. List: ATI Radeon Xpress 1200 video card drivers (no catalyst control center), ATI SMBus, Realtek High Definition Audio, Ricoh card reader, Realtek Lan, Atheros AR5007EG WiFi, AMD Turion 64×2 processors, Synaptics touchpad, Keyboard keys and functional (teclado y teclas funcionales), Bison USB 2.0 webcam ALi5603D. Also describes how to deal with the Windows XP (SP2 needed, I guess) hardware manager.

Another Spanish site, blog actually, with compressed (rar) drivers (Windows XP SP2) for Packard Bell EasyNote MX-52: http://kainita.no-ip.org/?page_id=821. She also suggest s program for the webcam called Debut Video Capture Software.

I am not so sure about both texts, but that’s the best I can understand using the google translator.

The Italian official Packard Bell support has some Windows XP tools – a LCT monitor test and Diagnostics for RAM, HDD & an ImageWriter.

Неточности в Computer Bild бр. 15 – юли 2008

По принцип не си купувам точно това компютърджийско списание, и не зная дали при тях е практика освен сравнително полезните и информативни неща, да пускат пълнеж от сорта на калпаво преведени и преписани прес или онлайн съобщения, или поръчкови (фирмено-рекламни) PR текстове. Каквото и да значи това последното :). Така се получи, че трябваше да си намеря поне един час занимавка в чакане на превоз, и след кратко оглеждане и избиране сред техническите хартиени издания на близката сергия – настоящото ми се стори най-поносимо.

Първо щях да пиша подробно за сбърканите таблици „Агрегати за непрекъснато захранване“ в теста в секция „хардуер“ на защита срещу свръхнапрежение и токов удар, но виждам, че вече някой им е обърнал внимание във форума. И това не е единична, случайна грешка – тотално са объркани някои от цифрите, с което моментално загубват доверието ми – как да им вярвам на тестовете, щом елементарни пресмятания, които дори наум могат да се направят, са сгрешени? И въобще не ме интересува къде е грешката, кой бил сбъркал.

Тогава (преди месец) не обърнах внимание на краткия материал за Mozilla Firefox 3 – имаше по-интересни неща за четене и осмисляне. Обаче онзи ден я прочетох – в статията им за новия лиско освен дребните грешки, има и груба фактологична неточност:

„Уеббраузар“ – нека да е дребна печатна грешка, на другите места в статията го изписват вярно. Сърфирането „из интернет“ не е удачно като словосъчетание, за разлика от сърфирането „в Интернет“, но пък не е и съвсем погрешно – ясно е за какво става дума. Думата „Интернет“ в този контекст би трябвало да е с главна буква, но и в останалите статии забелязах, че интернета им е малък – както и да е, преглъща се, някак си. И в други материали има неуспешно структурирани изрази, словосъчетания, грубовати текстове – не знам дали се дължи на кофти превод или на липсата на вдъхновение на авторите, а и за мен лично няма особено значение.

Проблемът е с Firefox на български. Още в поста си за успешния опит за download рекорд на новото лиско споменах, че го няма на родния ни език. Уж трябваше да се появи при следващата версия 3.0.1, която е налична от доста време, но – греда – пак няма на български.

Един от модераторите в темата на форума пише, че в момента на писане на статията е имало версия на български, но от Mozilla са я махнали. Което не е вярно! Firefox 3 още от тестовите версии, след излизането му до настоящия момент, в който пиша това, го няма на български. Май не случайно човекът е дал връзка към локализирана на роден език версия от сорта на 2.0.0 …

С тези текстове и цифри редакторите на списанието ясно са показали, че са превели/преписали „новината“ без дори да се опитат да изтеглят браузъра. На български. Никой от тях. Освен това данните в таблицата на страници 47-48 изглеждат нескопосано „нагласени“ впоследствие, може би за да изпъкне определена марка UPS, примерно. Щом правят такива елементарни грешки, в мен се пораждат съмнения за достоверността, ползата, въобще цялостното качество на материалите им. Дори и да нямам обективни основания за подозрения, дори и повечето им писания да са блестящи, то тези груби фактологични проблеми (независимо каква е причината за тях, дори и да е „уважителна“) няма да ме накарат пак да си купя списанието Computer Bild, камо ли пък да се абонирам за него.

Да добавя – тъпо е да няма възможност да се купи списанието без диск. На мен диск не ми трябва. От моя гледна точка спецификата на списанията, периодиката им, смисъла от покупката на подобен вид издание е в това, човек да прочете задълбочени, верни, специфични аналитични материали. Когато плащам за техническо списание с претенции да е от добрите Европейски издания, очаквам да чета за тенденции в хардуер, или софтуер, или мрежи, комуникации, за детайлни описания, анализи, сравнения на продукти, услуги, компютри, програми, версии, цени, операционни системи и прочие в този дух. С което Computer Bild се справят … отчасти. За всички останали „горещи“ новини, (скрито) платени анонси, кратки преписани/преведени ревюта/хелпове и препълненото с безмислени „екстри“ DVD си имам Интернет :).

За финал – малко чисто заяждане – нищо чудно, че се съмнявам в качествата на списанието – прозорците на вездесъщия голям бате Били са навсякъде! Някои от читателите на списанието спечелили в някаква късметлийска анкета гъзарски майкрософтски клавиатури и мишки ;).

Open TTD

Open Transport Tycoon Delux е транспортна икономическа игра с отворен код (GNU GPL 2.0), клонирана и пренаписана възможно най-близо до TTD на Microprose, автор на оригинала – Chris Sawyer. Преоткрих я наскоро, като пихме кафе с приятеля, написал почти изцяло и поддържащ Speditor.NET – беше си дошъл за малко до Видин. Оригиналната игра е за DOS, с впечатляваща за времето си графика, изкуствен интелект, КАЧЕСТВЕНА! Най-добрата икономическа симулация, която все пак става за игра, която съм играл. По-късните версии на тайкуун – най-вече съм играл на railroad tycoon – макар и визуално много по-изпипани, нещо не можаха да ми харесат.

Open TTD върви на BeOS, FreeBSD, Linux, MacOS X (universal), MorphOS, OpenBSD, OS/2, Windows. Преди обаче да се подкара играта, е необходимо да се поставят някои файлове от оригиналната игра в data/ директорията:

sample.cat
trg1r.grf
trgcr.grf
trghr.grf
trgir.grf
trgtr.grf

Тъй като май е доста трудно да се намери и да се купи официално оригиналния TTD, в тази тема на добре поддържания им форум има актуален списък с почти всичко необходимо. Както и директна връзка към оригиналните файлове и графики.

Има поддръжка за много езици, български включително. Ако обаче надписите при първоначалния екран са от сорта на ????????? ??? (обикновено при windows), то значи TTD не се разбира със системния шрифт, могат да се променят настройките в конфигурационните файлове. Има добро и доста полезно readme, както и изключително подробно и пълно OpenTTD Wiki.

Накратко – играта се осъществява на карта (дали готова, или генерирана на случаен принцип по определени параметри, има и редактор, разбира се) с разнообразен релеф, съотношение суша-вода, разнообразни налични индустрии и различни по големина и разположение населени места. Почва се с 200К нисколихвен заем от банката. Идеята е транспортната ни компания да просперира, като превозва различните видове ресурси, стоки, хора и поща. Транспортните средства са камиони, автобуси, влакове, самолети, хеликоптери и кораби.

Общо взето камионите и автобусите се използват много рядко – товарят малко, възвръщаемостта е ниска, бавни са. Въпреки, че е по-евтино да се построи спирка и депо, и че се използва част от наличната пътна мрежа, този вид транспорт няма смисъл да се използва. Истината е във влаковете! Там обаче инвестициите излизат по-солено – гарите са по-големи, трябва да се строят железопътни линии, мостове и тунели (по-големите от тях наистина излизат скъпо), самите локомотиви и вагони са скъпи. Но пък си струва! След построяването на линия, купуването на влак и пускането му, при примерно 60-70 % средно извозвани стоки, ресурси, пътници или поща, се изплаща за половин година! Всеки вид ресурс си има определен вид вагон за превозването му. Нали, не можем да натоварим желязна руда във вагон за пшеница. Освен това, на колкото по-голямо разстояние се превозват нещата, толкова по-скъпо ни плащат. Но и не бива да се бавим и да претоварваме първоначално слабите локомотиви с прекалено много вагони, или да ги караме да изкачват големи наклони – защото с течение на времето стойността на превозените неща намалява (графиката е различна за различните ресурси, пощи, хора или стоки), тоест ако пътя между дестинациите отнеме прекалено дълго време – респективно намалява заплащането ни.

Има различни показатели на трудността, които могат да се променят. При ниско ниво на трудност конкурентните компании започват с няколко месеца след нас, скоростта им на строеж е ниска, а интелигентността – средна, максималния заем е двойно по-голям, лихвата е ниска, икономиката е стабилна, редуцирани са природните бедствия, приходите от субсидираните от кметствата превози са тройно по-големи, влаковете обръщат автоматично и в края на линията, и на гарите, цените на земите и конструкциите са сравнително ниски, вероятността за повреди в машините е ниска, и т.н.

По подразбиране началната година е 1950, когато са налични 3 вида парни локомотиви. Първият е много евтин, сравнително надежден, но слабичък и относително бавен – става за кратки разстояния, с малко завои, без изкачвания. Вторият е почти двойно по-скъп, много надежден, по-бърз, и почти двойно по-мощен – добър за средни и далечни разстояния, но пак да не се претоварва с прекалено много вагони, и изкачванията да не са големи, както и да не се прекалява със завоите по линията. Последния е най-скъп, но не особено надежден, за сметка на това е най-бърз и мощен, но и поддръжката му е по-скъпа. Да се ползва когато изкачванията и завоите са неизбежни.

С началото на играта в single player ПЪРВОТО нещо е да се кликне иконката за пауза – най-горе най-ляво. Гледа се картата подробно, внимателно, задълбочено, аналитично, с водене на записки, ако трябва – наличните индустрии, разстоянията между тях, релефа, откъде може да се мине със заобикаляне, и откъде с мост/тунел, къде са по-големите градове, вероятните маршрути … Това е може би най-важната част от играта – в този момент се изграждат стратегическите планове за следващите няколко години от развитието.

А възможностите са много! Примерно ако се сложи гара до гора, от там ще превозваме дърва към фабриката за дърва (дъскорезница), където ще се преработват в потребителски стоки, които ще трябва да се извозват към някой достатъчно голям град, че да приема такива стоки. Обикновено градове с население над 1000 започват да приемат goods. Трудно е да се нацели така положението на гарата в малък град, че хем да е по-близо до центъра (ако в включена опцията highlight, гарата показва каква площ покрива), че да обхваща повече сгради с население, хем да не се разруши голяма част от града, че да се освободи място за такава гара. Ако прекалим с разрушаването, кметството ни забранява да строим каквото и да било за доста дълго време, което си е кофти отвсякъде. Може да установим, че към същата дъскорезница може да докараме дърва от още една гора, която е по-далеч. Така че гарата в дъскорезницата е препоръчително да е с четири линии – по една за двете гори, една за извозване на произведените стоки, и една резервна – ако се наложи да снабдяваме друг град, или ако се появи още някаква гора. Хубаво е да не се смесват и преплитат железопътните линии и маршрути – по принцип могат да се регулират с внимателно пресмятане и поставяне на разширения, отклонения и задължителните семафори, но е прекалено голяма играчка всичко да се стикова и напасне идеално. В общия случай въпреки разходите е по-добре да има отделни линии за всеки вид превозван ресурс – така няма да има забавяне в доставките и всичко е лесно за проследяване и контролиране.

Има и доста по-сложни схеми – примерно желязната руда се превозва до леярната, откъдето се произвежда стомана, която се превозва до фабриката, в която също се приемат пшеница и жива стока, и откъдето се произвеждат стоки, които да се закарат до големите градове, където се появяват все повече пътници и поща, които искат да пътуват към други големи градове, и така нататък :).

Примерно аз започвам с превозване на въглищата от каменовъглена мина до електроцентрала. Подбирам такива, които да са на … хм, средно разстояние, и да няма голяма разлика в надморската им височина. Построявам гара с една линия до мината и гара с три линии до електроцентралата. Нарочно – най-вероятно наоколо има още мини, а електроцентралите са малко, така че няколко в повече никога не са излишни. Дължината на тези гари е около 5 квадратчета – напълно достатъчно, по принцип за този вид и 4 стигат, но винаги се презастраховам с резервни :). На всяко квадратче на гарата се събират две единици – примерно на 5-те квадратчета се сбират 1 локомотив и 9 вагона. Или 2 локомотива и 8 вагона, и т.н. Свързвам ги, строейки железопътни линии по такъв начин, че да има възможно най-малко завои, същевременно пътят да е къс, и да няма изкачвания – къде с мостове, къде с тунели, щом се налага. Строя депо. Купувам от локомотива със средни показатели, пет или шест вагона за въглища. Давам му първоначално да отиде и да се напълни до горе в гарата на мината (full load), и след това да се разтовари на гарата при електроцентралата (unload). Интервала, в който локомотивите минават през депото за ремонт, по подразбиране е 150 дни – това може и да не се пипа при лесното ниво на трудност.

Най-хубавото е, че играта поддържа мултиплеър – има активни много сървъри, населени, които се поддържат, с различни правила. Друго си е човек да се състезава с истински, реални конкуренти – хора, не компютърно генерирани. Или да си прави подли номерца (когато са разрешени) с тях :). Там разликата е, че бутона пауза не може да се използва – което си е нормално и логично.

И последно – внимание, една пълноценна игра продължава минимум 5 часа, понякога стигайки и до двадесет часа! И докато на сингъл плеър има бутон, с помощта на който може да се „превърта“ времето с петорно по-голяма бързина, то в онлайн играта просто трябва да се чака търпеливо :).

Screenshots

Компютри :)

Поради различни причини, непреднамерено стечение на обстоятелствата, вчера сбрах четири (4) компютъра в къщи – личен, служебен, един за ремонт и един … хм, общ? :)

четири компютъра

Днес е ден на системния администратор – честито

SysAdminDay

По-здрави на всички колеги, и по-специално на Милен!

Преведен текст за добрия системен администратор, както и грубо шегаджийската една седмица от живота на системния администратор :).

БТК обслужване …

Посетете дабълю дабълю дабълю точка би-ти-си точка би-джи , където можете да откриете често задавани въпроси, адреси на магазини и полезни съвети – лесен, бърз и удобен начин да откриете информацията, от която се нуждаете.

Тъпа музика … хмм, йее (женски гласец тип бритни) … същата скапана музика …

В момента имаме голямо натоварване. Вашето обаждане е важно за нас. Моля, изчакайте или позвънете по-късно.

Тъпа музика … хмм, йее (женски гласец тип бритни) … същата скапана музика …

Съжаляваме за забавянето. Моля, изчакайте.

Тъпа музика … хмм, йее (женски гласец тип бритни) … същата скапана музика …

И това в продължение на над половин час! Имах идея какво ме очаква – от някои не-случайно намерени писания в блогове (например при Д. Василев, Иван Желев, Оггин и Миглен), както и от личен опит знам, че има задължителни 15 (петнадесет) минути изчакване, преди да се обади някой. И това независимо дали са бизнес или домашни потребители, без значение дали става дума за повреди, или проблем с АДСЛ, или каквото и да е … Тридесет минути чакане са прекалено много време.

Не съм засичал с точност до секундата колко чаках, но ето какво правих през това време:

Включих газовия котлон, налях олио в тигана, извадих пет яйца от хладилника и ги опържих. Изядох ги с домат и хляб, нарязах си няколко парчета салам и добавих майонеза. После включих компютъра, погледнах блога, пощата, ай-ес-кю, играта. Потърсих в Интернет и намерих безкрайно много места, където БТК не се споменава с добро. Излязох на терасата и изпуших една цигара. Върнах се и започнах да пиша настоящото писание. Интересното в цялата тази прозаична дейност е, че всичко това го направих с една ръка (дясната)! Просто защото другата беше заета да държи непрекъснато телефона до ухото ми, да не би да пропусна нещо …

Що е то: малоумна телекомуникационна компания (бивш монополист), измъчваща клиентите си тридесет минути на телефона на изчакване? В България ли? Познахте – БТК, разбира се!

Аман от скапано обслужване :(.

Иначе отговарящите са учтиви, това поне го признавам.