PL/SQL Developer дебилия...

Днес стана репликационен конфликт в базата и аз тръгвам да го оправям. Всичко добре конфликти оправям и със затворени очи обаче днес се закучи. Оказа се, че колонката е VARCHAR2, а ние я използваме да запишем някакъв двоичен джънк. Та селектвам си аз старата стойност ъпдейтвам я и мисля че съм готов. Обаче оракъла ръмжи...

Оказва се че PL/SQL Developer не визуализира добре стрингове, в които се тъпчат двоични данни. И съответно взимайки велюто аз копирам омазаната стойност ъпдейтвам я и нищо. Взех да мисля как да взема коректна стойност и стигнах до следното.

Ето грешната стойност:

SELECT UTL_RAW.CAST_TO_RAW(SZFIELD) FROM TABLE AS OF TIMESTAMP(SYSTIMESTAMP - INTERVAL '10' MINUTE) WHERE SZUID = '1234567890';

8D977E7ECA249640D73C24DF370ABFFD

В същото време селектвайки от другата машина получавам:

SELECT UTL_RAW.CAST_TO_RAW(SZFIELD) FROM TABLE WHERE SZUID = ' 1234567890 ';

8D977E7ECA249640D73C24DF370DBFFD

В крайна сметка за да го ъпдейтна правилно направих следното:

UPDATE TABLE SET FIELD = UTL_RAW.CAST_TO_VARCHAR2('8D977E7ECA249640D73C24DF370DBFFD') WHERE SZUID = ' 1234567890 '

Реших проблема но се борих сума си време. То и ние сме за бой че пазим двоично в такива полета ама... :D

Открийте приликите

Картинката взета от форума на hardwarebg

Бойко изкарва пари от интернет :D

Руснаците са нечовеци

Проблемите със Замунда и Арена в петък

Попаднах на линк-а случайно днес. Мисля че повечко хора трябва да го прочетат.

Истината за петък в цифри и графика

Мдааа започва да се играе мръсно вече. DDOS, проба за извличане на информация за пиърите, социална инженерия в медиите с цел още по-голям DDOS и прикриване на следи.

Определено става забавно.

Ски сезон 2011

Днес открих ски сезона. Отидохме с баща ми на нощно каране на лалето. Нощното започва от 18:30 до 22:00. Не очаквах да има въобще хора даже се чудех дали изобщо ще работи.

Е тръгнахме към 5 и бяхме горе към 6. След нас се подреди една хубава колонка от коли. Паркинга се напълни, хората спокойно си приготвиха екипировката, взеха си карти и се наредиха на лифта. Нямаше нерви, блъскане, мърморене. Чудно просто чудно. Времето и то беше страхотно - тихо над нас луна звезди, София изглеждаше прекрасно отгоре.

Аз направих три спускания. На третото тамън започнах да загрявам и пред мен идни човек падна. За да избягам направих по рискован завой и съответно и аз се бухнах в снега. Нищо ми нямаше, но едната ски обувка беше на парчета. Е дошло им е времето изглежда :)

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

Сертификати в Chrome Linux

От определено време на машината в къщи имам само линукс. Върши ми добра работа, работи бързо, а и има по някой друга игра.

Откакто излезе Chrome за линукс ми стана любим браузър и все се мъча да махна лисицата. Eдинственото нещо, заради което все още се спирам е Quake Live и интернет банкирането. Куейк скоро няма да има плъгин сигурно, обаче банкирането се преборих.

Хром няма менджър за импортване на сертификатите все още. Последните нестабилни версии използват шернатата .pki база в фолдъра на потребителя. Решението се оказа не много сложно.

Първо се импортва сертификата в лисицата. Маха се мастър паролата. Ако FireFox е по-стара тя създава cert8.db и key3.db. За да ги преобразуваме се налага да си сложим следното в .bashrc - export NSS_DEFAULT_DB_TYPE="sql". После стартираме лисицата от терминал. Тя конвертира базата си до файлове cert9.db и key4.db. Копираме файловете в .pki/nssdb/ във вашата хоум директория. Важно е базата да няма парола, защото хром все още нямама такъв диалог и се дъни в този случай.

При следващото отваряне на банкирането сертификата би трябвало да е наред.

Информацията е взета от: NSS Shared DB HowTo.