Samsung Galaxy Note (N7000) греется на зарядке?

У вас Samsung Galaxy Note (N7000) и греется на зарядке? Если так, то вы не одиноки. Заметил, что последняя, уже давняя, прошивка, ведёт себя криво. Мало того, что зависает клавиатура Swype (это другая проблема), дак телефон ещё почти всегда греется на зярядке, и очень сильно (как батарея отопления)! Нет, это не проблема аккамулятора. Это софтовая проблема, и связана она с тем, что во время зарядки CPU (процессор) работает на самых высоких оборотах, и там, когда ему вообще не надо работать. То есть если бы мы машину привезли на заправку, стали бы заправлять, а у нас движёк завёлся бы 6000 оборотах и так пока не заправим. Но проблема ещё в том, Читать далее Samsung Galaxy Note (N7000) греется на зарядке?

Массивы JavaScript, Internet Explorer и запятые

Заметил такую особенность — если описывать массив как

var array = [
elem1,
elem2,
elem3,
];

То в Firefox и Google Chrome — он будет иметь 3 элемента, а в Internet Explorer (тестировалось в 8-ой версии) — 4 элемента, причем 4-ый будет null.

Это я все к тому, что некоторые программисты любят писать таким стилем, добавляя везде при этом запятую в конце каждой строки (чтобы копировать и множить было удобнее).

Оказывается, такой стиль имеет скрытую угрозу — ошибки, когда «прогулка»  по массиву дает null элемент, тогда как такой программист предполагал, что будет три элемента и все — не null. Вообщем, программеры JavaScript — остерегайтесь 😉

Читать далее Массивы JavaScript, Internet Explorer и запятые

Опять Cookies, только теперь Google Chrome

Не успел написать программу, как опять наткнулся на неприятность, точнее, на баг. Смысл его в том, что Google Chrome некорректно ставит в JavaScript свойство document.cookie, если кука пришла от сайта с quoted path, то есть, если пришла такая:

Set-Cookie: session=session_ID; path="/"

Дело в том, что путь, заключенный в кавычки — правило, определенное самим RFC 2109 (пункт 4.1). Firefox это обрабатывает корректно, а Google Chrome — глючит. То есть, чтобы в JavaScript от Chrome считывать куки, нужно их выставлять через path без кавычек. Но в любом случае, это некорректно, поэтому отписал об этом на их форум. Посмотрим, как они исправят это 😉

Set-Cookie2 и Firefox :(

Пришлось выставлять куки программой через HTTP заголовки, и с удивлением для себя обнаружил, что Firefox 3.6.13 (самая последняя версия на данный момент) не поддерживает заголовки «Set-Cookie2:», которые определены аж в RFC 2965 от 2000 года. Работает он, видимо, только со старым типом кук — RFC 2109 (Set-Cookie:). На других броузерах не тестировал. Вообщем, программеры, учитывайте это обстоятельство 😉 Вообще, это очень странно, ведь Firefox славится следованиям разного рода стандартам.

Samba & Archive аттрибут = -Executable

Заметил неприятную особенность дефолтной конфигурации Samba — при сбрасывании из под Windows Archive аттрибута редактируемого файла разными редакторами, сбрасываются permissions ‘x’ (права файла) на Unix для пользователя, который владеет файлом. Например, есть на Unix файл с правами rwxr-xr-x. Если вы его через Samba поредактируете в Windows каким либо редактором, который любит сбрасывать аттрибут archive (far или komodo edit), то после сохранения изменений файл будет иметь permissions как rw-r-xr-x. Для Unix пользователей это очень плохо — файл перестает быть исполняемым для самого владельца, зато остается исполняемый для всех, кроме него. Долго искал причину, почему после редактирования в Komodo Edit теряется исполняемый бит, грешил на редактор, а выловил такую особенность default Samba configuration 🙂

Для решения этой проблемы надо просто напросто добавить строку map archive = no в smb.conf файл. После перезапустить samba: service smb stop & service smb start

Если у вас не работает OpenCV под 64 бит…

Боролся недавно с одной проблемой — решил поделиться с вами ее решением, если вдруг вы нашли мою страницу, например, через Google 😉 Вряд ли рядовой читатель моего блога сталкивался с такой же проблемой. Потому и уповаю на Google 🙂 Читать далее Если у вас не работает OpenCV под 64 бит…

Как заставить Copy Plain Text работать

Разработчик расширения «Copy Plain Text» для Firefox не позаботился о том, чтобы обновить версию «Copy Plain Text» для последних и современных браузеров Firefox 3.6.* — 5.* (поставил любую максимальную версию в RDF файле), хотя его расширение используется многими другими, например AutoCopy. Результат — некорректная его работа после устновки — невозможно открыть «опции» (Options) для него из пункта Tools -> Add-ons — Firefox просто перестает реагировать на действия внутри окна Add-ons. Решение — либо вручную сделать изменения для установленного и не работающего расширения, либо использовать, например, уже правленную версию, например мою. Для моей версии кликните по этой ссылке (Firefox v*.*), а для тех, кто хочет руками поправить, смотрите патч в формате утилиты patch — ее формат довольно понятен без всяких комментариев:

diff -Nur 1/copy_plain_text-0.3.3-fx+mz+tb/chrome.manifest 2/copy_plain_text-0.3.3-fx+mz+tb/chrome.manifest
--- 1/copy_plain_text-0.3.3-fx+mz+tb/chrome.manifest	1970-01-01 05:00:00.000000000 +0500
+++ 2/copy_plain_text-0.3.3-fx+mz+tb/chrome.manifest	2010-08-03 12:17:02.031250000 +0600
@@ -0,0 +1,6 @@
+overlay chrome://browser/content/browser.xul chrome://copyplaintext/content/overlay.xul
+overlay chrome://navigator/content/navigatorOverlay.xul chrome://copyplaintext/content/overlay_moz.xul
+overlay chrome://navigator/content/navigator.xul chrome://copyplaintext/content/overlay_moz.xul
+overlay chrome://messenger/content/mailWindowOverlay.xul chrome://copyplaintext/content/overlay_thunder.xul
+overlay chrome://messenger/content/messengercompose/messengercompose.xul chrome://copyplaintext/content/overlay_thunder.xul
+content copyplaintext jar:chrome/copyplaintext.jar!/content/
diff -Nur 1/copy_plain_text-0.3.3-fx+mz+tb/install.rdf 2/copy_plain_text-0.3.3-fx+mz+tb/install.rdf
--- 1/copy_plain_text-0.3.3-fx+mz+tb/install.rdf	2006-11-27 21:14:12.000000000 +0500
+++ 2/copy_plain_text-0.3.3-fx+mz+tb/install.rdf	2010-08-03 12:15:14.812500000 +0600
@@ -22,7 +22,7 @@
 			<Description>
 				<em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
 				<em:minVersion>1.0</em:minVersion>
-				<em:maxVersion>2.0</em:maxVersion>
+				<em:maxVersion>*.*</em:maxVersion>
 			</Description>
 		</em:targetApplication>

Roboform + Firefox = CPU 100%

Давно юзаю Roboform, и все никак не могу избавиться от бага, о котором я уже неоднократно сообщал в суппорт разработчика. Сначала они не хотели его признавать, потом, после моих настойчивых тикетов, они его признали, а затем «забили» на него — не отказываются от него, но и не устраняют его (баг есть более года).

Итак, если говорить кратко, то если вы используете последние версии программ Roboform 6.9.9*б 6.10.* (включая из 7-у. бета версию) и Firefox 3.6.*, то часто ваш Firefox будет зависать с потреблением CPU (процессора) на 100%. А более подробно чуть ниже.

Читать далее Roboform + Firefox = CPU 100%

Немного про ИБП фирмы APC

ИБП — это источник бесперебойного питания (UPS — англ. термин). У ИБП широко-распространенной марки APC есть пара интересных особенностей, о которых я напишу.

Читать далее Немного про ИБП фирмы APC

Автозаполнение Firefox — маленький глюк

Установлен у меня Firefox 3.0.15. Но вот уже продолжительное время наблюдаю такой глюк. Причем только на одном компе из двух. Спустя непродолжительное время, например, после работы в некоторых сайтах (например, заведение аккаунта в Google Analytics), вдруг везде перестает работать автозаполнение в Firefox. То есть сначала все как обычно — клик мышки в каком либо поле — предлагается список ранее вводимых данных для поля формы, а в некоторый момент времени все это перестает работать — клик мышки и никаких предложений о вводе в поле от Firefox нет. Глюк не страшный, но раздражает. Лечится только рестартом «Огненной Лисы». Может кто встречал у себя подобный глюк? Я по интернету рыл — ничего подобного ни у кого не нашел. Но у меня он встречается постоянно — каждый день 🙁