saxus blogja

Ilyenkor, mikor ezt az üzenetet látom újra és újra komolyan nem tudom megérteni, hogy ki és miért nevezi ezt az összetákolt fostalicska szarkupacot adatbáziskezelő rendszernek. És azt főleg nem tudom felfogni, hogy egyáltalán mi a halál faszáért választja ezt bárki is, mikor annyi jó alternatíva van.

// winfos ennyit tud lekezelni
return strtotime("1970-01-01 0:00:00");

Szerk: ha valakinek nem lenne egyértelmű: ez egy talált kódrészlet, nem én követtem el.

Ha valaki nosztalgiázna egyet, most hogy akciós volt a war chest Steamen (CoD+CoD:UO+CoD2).

Hibák és megoldások:

FRISSÍTÉS: CoD/CoD:UO stopped working

Ezt el is felejtettem a CoD-nál, most is csak azért jövök rá, mert próbáltam elindítani a CoD:UO-t. A steam\steamaps\common\Call of Duty\CodXXSP.exe-ken végig kell zongorázni egyszer és beállítani a tulajdonságoknál a compatibility mode-t Windows XP SP3-ra. MP-vel nem próbáltam, de SP-seknek tuti kell.

Steam not found

A legtöbb közül talán ez a legundorítóbb: adminként kell indítani a Steamet és utána jó lesz.

Kifejezetten fejlődésnek érzem, hogy ameddig BeOS-en egy Dual P2-266-os gépen 16 db hangfájl pöccre ment, addig egy már korosodó de annyira még bőven használható AthlonX2 3800+-os gépen 4 Gb rammal kihívást jelent a Firefoxnak, hogy 3 db Youtube videót (HTML5 és Adobe Flash vegyesen) megnyissak és párhuzamosan fusson anélkül, hogy az egész böngésző beakadna. Legalább addig, míg feldobálom azokat egy playlistre.

No, akkor úgy néz ki, kezd körvonalazódni a mostani gépem utódja. Mostani végül is nem rossz, de bizonyos dolgokra már kezd gyengének bizonyulni, bővíteni meg hosszú távon nem éri meg. Egy időre kezdett elegem lenni a desktop cuccok hülyeségeiből, szóval gondoltam megnézem mi van egy kategóriával feljebb. Igazából meglepő, de az azonos kategóriájú desktop cuccoktól nem sokkal drágábbak. Mármint a hasonló felsőbb kategóriás desktop cuccoktól a belépő szerver és workstation cuccok.

Komplett, készre szerelt fullos workstationt egyelőre még mindig drágának találok, hacsak nem olyan munkához kell, ami azt igényli. Jó alternatívának tűnt viszont a Supermicro dolgai, amely ugyan még mindig legó kategória lesz, de ár/érték arányban szerintem így jöttem ki még mindig a legjobban. És a legfontosabb: gyakorlatilag (a ramot leszámítva) egy helyről jön minden kompatibilitási lista alapján. Ram csak azért nem, mert máshonnan lényegesen olcsóbban találtam.

create table blabla (
 bla int not null
);

insert into blabla values (1);

update blabla set bla = null;

PostgreSQL:

"ERROR: null value in column "bla" violates not-null constraint
SQL state: 23502"

MS SQL Server:

"Cannot insert the value NULL into column 'bla', table 'testpad.dbo.blabla'; column does not allow nulls. UPDATE fails."

MySQL: Na? Na? NA?

"1 rows affected, 0 rows found."

(Aki ezt előnynek meri felhozni, azon rituális áldozást fogok bemutatni Manyeyeballs Úrhoz és agyon csapom a MySQL kinyomtatott forráskódjával. Teljesen jól illik ez a hulladék a PHP elbaszott type jugglingjéhez.)

https://bugs.php.net/bug.php?id=17079

Aztajóbudös....

Pontosan azért, hogy az elmúlt néhány napnyi munkát meg lehessen spórolni. Igen, nagyon nem jó az a rendszer, amit jelenleg tovább kell vinni (a cseréjéig). Nagyon összetákolt, és tele van a vakvilágba össze-vissza hivogató dolgokkal.

Na az ilyenen a legrosszabb a Rambo kóder, aki azt hiszi, hogy ő a faszagyerek, ő egymaga mindent megold, másnak lófasz tapasztalata sincs és különben se ért hozzá. Ő tudja, ő megoldja jól. Igen, aztán elfelejt szólni róla és 1-2-3 hónappal később derül ki egy alaposabb átnézés során, hogy valójában adott egy pofont a szarnak, mert bár javított egy dolgot, 2-t eltört és 3 másik rendszert is tönkretett, mert az is azokból az adattáblákból dolgozik (a miérteket most hagyjuk), amelyet rendkívül frappáns módon lecserélt egy _new utótagúval.

http://bash.hu/3251

http://www.sziklakorhaz.eu/szikla_hu.html

Nagyon érdemes megnézni. Egyetlen probléma vele, hogy szerintem kevés rá az egy óra. Arra jó, hogy nagyjából végigrohanjon rajta az ember, de arra nem, hogy nekiálljon bámészkodni.

Egyetlen szépséghibája, hogy vegyes projektet (C# + C++/CLI) nem annyira kezel (C++ kódnál átlép a hagyományos módra), egyébként mocsokjó.

http://msdn.microsoft.com/en-us/devlabs/debuggercanvas.aspx

Elvileg ebből a kutatási projektből indult:

http://www.cs.brown.edu/people/acb/codebubbles_site.htm

Itt találtam.

Ugyan engem hidegen hagy, de az elobbi kirandulasom alkalmaval ilyen pofak koszontek vissza:

http://shared.muportal.hu/kepek/d3/IMAG0666.jpg

http://shared.muportal.hu/kepek/d3/IMAG0664.jpg

http://shared.muportal.hu/kepek/d3/IMAG0665.jpg

saxus: cs, mi volt ez a tores, amit irtal tegnap? reszleteket nem mondtal.
szerver tulaja: [...]
szerver tulaja: valahol bejott egy bot, nem talaltam meg a pontos helyet
szerver tulaja: mindegy telepitem ujra a gepet
szerver tulaja: lecserelt rakas binarist :D
szerver tulaja: [...]

Ez VS2010-hez van, VS2012 erre.

(Tud még valaki valami hasznos dolgot? :)

AnkhSVN
- http://visualstudiogallery.msdn.microsoft.com/E721D830-7664-4E02-8D03-9…

Productivity Power Tools - Néhány hasznos cumó
- http://visualstudiogallery.msdn.microsoft.com/d0d33361-18e2-46c0-8ff2-4…

Debugger canvas - debuggoláshoz musthave
- http://msdn.microsoft.com/en-us/devlabs/debuggercanvas.aspx

Visual Studio Color Theme Editor - Ha több VS-t kell indítani egyszerre valamiért.
- http://visualstudiogallery.msdn.microsoft.com/20cd93a2-c435-4d00-a797-4…

Aki ilyen fasságot kitalál "security" címszó alatt, annak tudnék most javasolni néhány nyomdafestéket nem igazán tűrő módon leírható eseményt.

http://sock-raw.org/papers/bash_history

Igen, persze, kitörölhető a .bash_history, de szerintem az minden, csak nem a security növelése, hogy nem lehet utókövetni, hogy mit műveltek egy userrel.

Komolyan, miért jó ez?

http://me.veekun.com/blog/2012/04/09/php-a-fractal-of-bad-design/

Nagyon jó összefoglaló a PHP tervezési hiányosságairól (vagy inkább annak hiányáról). Nagy részét ugyan már ismertem, viszont nagyon jó így összeszedve, referenciákkal megtámogatva.

Van 1-2 dolog, ahol szerintem mellényúl az író, pl. a protected-private-t firtató résznél, valamint látszik egy "enyhe" pythonos beütése a szerzőnek, de összességében nagyon jó írás.

Dedikálnám mindazoknak, akik szentül meg vannak itt győződve az open source minőségi felsőbbrendűségében ;)

Kiderült, hogy az egyik szerverünkön van egy hostolt cucc egy jó ideje, aminek most újra jelentkezett a gazdája. Gondoltam megnézem, hogy mégis micsoda. A kód úgy indul, hogy némelyik fájl .php3 kiterjesztéssel flangál. Sebaj, less akarmi.php3:

Kaptam IRC-en egy linket...

http://violazoli.blogspot.com/2012/03/perverzek-operacios-rendszere.html

Tegye fel a kezét, aki végig bírja olvasni röhögés nélkül. :D

Épülget az új DC+Exchange2010+fájlszerver a régi kissé korosodó helyett (az még WS2003+Exchange2007-es).

Gépben van 2x1T disk, sima Windowsos software raidben lesz. Ilyenkor ugye úgy néz ki a scenario, hogy az ember feltelepíti az egyikre, majd beállítja a tükrözést. Utána elmolyol egy picit magában a gép, aztán öröm, boldogság.

Apróbb problémák ugyan adódhatnak, pl. mikor a system reserved a Disk0-ra kerül és midnen egyéb a Disk1-re.

Ilyenkor jön a nagy kérdés, hogy "és ezt így hogy?".

Mostanság PHP helyett megint C#-ban kódolgatok javarészt, mégpedig egy kliens-szerver felépítésű cuccot, amely két külön solutionra van szétszedve, summa 20 projektel (jelenleg) és ráadásul van átfedés is. Ráadásul a fejlesztett kliens AvalonDockot használ, szintén VS kék színben.

Így gyakorlatilag adott volt 3 ablak, amelyeket azért annyira nem volt nehéz összetéveszteni, de legalábbis mindenképp meg kellett nézni a tartalmát (2 VS ugye).

Az se volt mindig járható út, hogy az egyik monitoron csak az egyik, a másikon csak a másik részt fejlesztem, mert jobb szeretem, ha előttem van az, amin a legtöbbet dolgozok.

Azt hiszem, sikerült rájönnöm, hogy mitől fagy néha szarrá a gépem. Pedig már szidtam ATI-t (HD4850, driver, stb.), Microsoftot (egyéb BSOD-k), Intel-t, (ma az SSD-t nem látta meg, így jöttem rá, mi lehet a gond), holott azt kellene főbe lőni, aki ezeket a tápcsatlakozókat kitalálta.

Volt egy Y kábel, ami leosztott egy másik Y kábelnek (erről ment egy 12 centis venti + az alaplapba ment bele, gondolom plusz kakaó, ha több VGA van a lapon) valamint az SSD. Éppen csak az 5 voltos ág volt szinte teljesen kicsúszva.

Egyébként az SSD mint cache kissé felemás. Maga a rendszer látványosan nem gyorsult sokat (kisebb dolgok azért észrevehetőek, de semmi látványos), viszont ami plusz dolgokat átraktam (Firefox profil, gyorsítótár, Thunderbird *.*, lapozófájl), azokkal gyakorlatilag megszűnt mindennemű teljesítményproblémám ;)

... amikor a DC, Exchange és fájlszerverként funkcionáló gépet diskbővítés miatt kibontva kiderül, hogy elpárolgott belőle egy 240G-s disk és 1, azaz egyetlen egy 240G-s diskkel fut _nagyon_ régóta?

*Újratervezés*

Miutan a Huncraft alatt futo vas most jobban kellett a Ch24 PreEC-re (amit ugy nez ki, iden csapattagok hijjan kihagyok), igy a map masolata atkerult ideiglenesen egy masik gepre...

...apokalipszis uzemmodban. TOTAL DISZTROJ! :D

Nah, kütyü beüzemelve (kellene már valami tágasabb gépház, vagy a maradék két PATA-st kivágni a francba, SSD gyakorlatilag a ház aljában fekszik), ReadyBoost beüzemelve, Windows elkezdte használatba venni.

Performance monitor szerint eddig 331 megát cachelt el, (ezzel 186M-át lefoglalva a rendelkezésre álló 32G-ből) meglátjuk egy hét múlva.

Amit még átraktam, az a pagefile egyelőre, de az 4G ram mellett viszonylag ritkán szokott kelleni. De ismerve a géphasználati szokásaim (=ezer évente egyszer van restart, hibernálás ezerrel, sok program fut a háttérben), hamar ki fog derülni, mennyit ér.

Tegnap úgy döntött, hogy frissíti magát. Eredmény: hiszti, hogy a firebug-flashblock-tree style tabs nem kompatibilis. Jó, visszakapcs, megy, öröm boldogság. Cserébe törölte a teljes historyt. Végül is, így is lehet gyorsítani :D