Подарил сам себе к Новому Году и Дню Рожденья подарок - коммуникатор Nokia 5800.

Довольно интересное устройство, до этого пользовался HTC 3470. В принципе, у обоих устройств есть много общего и одновременно имеются несколько существенных отличий.

Оба устройства имеют GPS приемник, большой сенсорный экран, мощный процессор, и довольно приличный аккумулятор, microCD карточку. Цена у обоих устройств практически  одинаковая, так, вчера видел HTC 3470  в Софите за 14 тысяч, Nokia 5800 в Евросети стоит 15 тысяч.

Формфактор Нокии ближе к класическим мобильникам и уже чем HTC, хотя по весу они практически одинаковые. Nokia 5800 работает на базе Symbian 9.4 в то время как HTC строит свои коммуникаторы на базе Windows Mobile. Коммуникатор оснащен 3.2 мега пиксельной камерой со светодиодной вспышкой и автофокусом, что позволяет делать читаемые фотографии с документов - коммуникатор от HTC имеет ручной "автофокус" и начисто лишен светодиодной подсветки что делает его камеру годной только для фотографирования рож для контактов - а это совсем неинтересно.

Еще одним очевидным плюсом является его изначальная способность распознаваться любым компьютером как дисковый накопитель. HTC такой возможности был начисто лишен и приходилось перекачивать файлы через ActiveSync - причем перетащить на устройство файл больше 150 Mb у меня не получалось, а скорость по ощущениям была как на USB 1.0. Знающие люди говорят что есть софт позволяющий использовать HTC как дисковый накопитель, но я такой софт до сего момента так и не нашел.

Понравилось наличие встроенного FM тюнера, хотя думаю я не сильно его буду использовать. Еще есть акселерометр, в принципе неплохо, но это уже гламур. Есть TV - выход - эту штуку я еще не успел испытать. Дисплей заметно ярче и насыщенее чем у HTC. Также есть датчик приближения, т.е. когда телефон поднесен к уху тачскрин автоматически отключается. Также большущий плюс это поддержка 3G и WLAN.

Есть и заметные минусы. Во первых телефон начисто лишен офисных приложений. Причина обнаружилась быстро - пакет QuickOffice согласно сайта разработчиков еще не вышел для Symbian 9.4! Этот факт не позволяет рекомендовать телефон как бизнес-коммуникатор. Также дела обстоят и с DivX плеером - максимум что есть на сайте разработчиков версия для Symbian 9.3 и на 9.4 она не работает - проверено.

Также в телефоне отсутствует вменяемая программа для работы с GPS - то что есть мне не понравилось, в то время как с HTC в комплекте шел Navitel Navigator и carkit для работы в машине. Так что без доработок телефон вряд ли можно рекомендовать для использования в качестве навигатора в машине, хотя думаю можно будет поискать подходящий carkit и версию Navitel для Symbian - поживем увидим. По субъективным ощущениям GPS приемник менее чувствительный чем в HTC.

После включения телефона попробовал выйти с него в Интернет качество соединения мне резко не понравилось - не соединяется с Интернетом и все тут. При попытки соединения выдает "Подключение Невозможно". Странное дело что проблема возникает почти всегда когда пытаюсь выйти в интернет из своей квартиры, когда же вышел на улицу - все получилось. Оказалось что проблема кроется в 3G - телефон работает в режиме 3G и похоже у Билайна с этим какието проблемы, позвонил в техническую поддержку - там проблему полностью подтвердили, сказали что подправят настройки и все будет работать. Однако до сегодняшнего дня при работе в режиме 3G Интернет так и не заработал, я же просто переключил телефон в режим GSM - теперь все работает стабильно.

Еще одним очевидным плюсом является наличие 3.5мм гнезда для наушников.

А вот с USB разработчики меня огорчили - во первых это не miniUSB - разъем меньшего размера и более плоский. Во вторых, телефон от USB не заряжается. Для зарядки используется стандартный нокиевский разъем. Похоже такова политика фирмы. Обидно.

В целом впечатления довольно противоречивые, но все же положительных больше :)

P.S. Подскажите плиз нормальный текстовый редактор для Symbian пока не выйдет QuickOffice буду использовать его.

P.P.S. Как показала практика 3G у нас в Саратове у Билайна работает не только не всегда но и не везде, так, попробовал связаться в режиме 3G из района политеха - ничего не вышло соединяет только через GPRS, тоже самое и в районе Ильинской площади.

Иногда в JavaScript нужно создать пару методов которые должны быть видны только изнутри определенного куска кода. Для этого достаточно внести эти методы внутрь анонимной функции и сразу ее выполнить:

(function(){ //наша анонимная функция
function func1(){ //первая функция видимость которой нужно ограничить
   alert('!');
}

function func2(){ //вторая функция видимость которой нужно ограничить    
   func1();
}
func2();
//внутри блока func1 и func2 "видят" друг друга и могут быть вызваны!
})(); //выполнить

//при этом вне блока func1 и func2 оказываются невидны!

Этот принцип может быть также использован для создания приватных методов и свойств при программировании объектов.

JavaScript удивительно мощный язык и, пожалуй самой мощным его свойством является возможность динамического конструирования объектов. Одной из часто встречающихся задач возникающих при работе с JavaScript является итерация по всем элементам объекта.

Допустим, у нас есть объект созданный вот таким образом:

var obj = {property1:"свойство 1",property2:"свойство 2"};

вот самый распространенный НЕПРАВИЛЬНЫЙ способ показать все свойства объекта:

for(key in obj){
        alert(key);
}

Вроде все работает правильно и на экране действительно последовательно покажутся все свойства объекта. Почему такой способ является неправильным?

Добавим перед циклом вот такую строчку:

Object.prototype['test1'] = "test1 value";

При запуске скрипта еще раз оказывается, что наш объект волшебным образом приобретает еще одно свойство - test1, хотя мы его не создавали! Это значит что любая сторонняя библиотека которая таким способом расширяет функциональность стандартных классов JavaScript, например prototype.js способна непредсказуем образом изменить логику работы ваших программ. В данном случае хорошим тоном является сравнение текущего свойства и свойства прототипа при каждой итерации, если они равны, значит ничего не делаем:

for(key in obj){
   if (obj.constructor.prototype[key]!==obj[key]){
      alert(obj[key]);
   }
}

Обратите внимание, что здесь использовано строгое сравнение !==. Все просто, все логично, вот только набирать это каждый раз довольно утомительно, поэтому создадим вот такую функцию:

    function forEach(obj,fn){
        for(key in obj){
            if (obj.constructor.prototype[key]!==obj[key]){
                if (fn(key)===false) break;
            }
        }
    }

В этом случае итерация запишется совсем просто:

forEach(obj,function(key){
    alert(obj['key']);
});

Обратите внимание, что в функции forEach есть возможность остановить итерацию досрочно, что бывает полезно например при поиске элемента, для этого достаточно возвратить false:

forEach(obj,function(key){
    alert(obj['key']);
    if (key=='property1') return false;
});

Понимаю что пост мусорный и опять может подняться спор о противостоянии - Windows versus Linux, бессмысленный и беспощадный, к которому я давно решил не притрагиваться, но сегодня, придя с обеда обнаружил на своем мониторе сообщение:

ну и бежит строчка обратного отсчета сколько времени осталось до перезагрузки.

Т.Е. придя я на пять минут позже, я бы обнаружил перегруженный компьютер с закрытыми приложениями и сообщением, что ой бля меня перегрузили.

Я все могу понять, безопасность и все такое, но почему бля Микрософт без моего ведома позволяет себе перегружать компьютеры, закрывая все программы и убивая все несохраненные данные, причем это, замечу для вполне легальных копий Windows. Только Я имею право решать когда мне перегрузить МОЙ компьютер и никто бля другой. Странно, что никто из правозащитников не подал на детище дяди Билла (имею ввиду компанию Microsoft а не операционную систему, конечно) в суд за это вопиющее нарушение прав пользователей.

Сейчас набирает обороты сервис мгновенных сообщений Googe Talk, однако мне совершенно не хочется ставить их клиента на свой компьютер - во первых у меня уже стоит Miranda, а во вторых их клиент постоянно норовит перебросить меня на Gmail - а онлайновый Gmail клиент по какой то странной причине блокирует загрузку писем в мой Thunderbird, к тому же мне совершенно не нужно смотреть на их рекламу у себя в браузере.

Поиски плагина Google Talk для Миранды успехом не увенчались. Однако такой плагин воовсе не нужен. Google использует для Google Talk протокол Jabber который входит в дистрибутив Миранды по умолчанию. Вот настройки:

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

Обнаружил что в Google Chrome в JavaScript нельзя создать переменную с именем native - оказывается это ключевое слово зарезервированное на будущее. Интресно что Safari который работает на том же самом движке все работает.

JavaScript это такая штука которая постоянно требует уменьшения размера кода. Чем меньше тем лучше. В идеале программный код должен сам себя распаковывать, дописывать и расширять. Вот такой гомункул получился сегодня

shortEvents:function(names){
     x.forEach(names,function(key){
       this[names[key]] = new Function("fn","remove","this.on('"+[names[key]]+"',fn,remove)");
     },this)
},

Кто догадается что это?

Эту запись набрал из своего коммуникатора.

Не знаю кому как - но мне пользоваться настольной машиной в разы удобнее. К тому же у меня в нем стоит Internet Explorer и подозреваю что это не самый удобный браузер для мобильника. Хотя сам факт того что можно писать в блог с мобильника уже говорит о многом. Например теперь можно оставлять записи в интернет стоя где нибудь в очереди...

Посоветуйте какой нибудь браузер под виндовс мобайл плиз.

Сегодня потребовалось внести немного изменений в один проект на базе CodeIngniter - это же просто ужасть какой-то - у них нет переменной $_GET, совсем. Сначала я подумал что это бага, ан нет, оказывается, это системная функция, вот что они пишут на этот счет

GET data is simply disallowed by CodeIgniter since the system utilizes URI segments rather than traditional URL query strings (unless you have the query string option enabled in your config file). The global GET array is unset by the Input class during system initialization.

Т.е. пользуйтесь господа разработчики тем что дают и не пользуйтесь тем что есть. т.е. подход такой что CodeIgniter это не система в которой ПОТЕНЦИАЛЬНО можно сделать секюрно, это система в которой ПОТЕНЦИАЛЬНО нельзя сделать несекюрно.

Конечно подход хорош, но мне он не понравился, наверно я до него еще не дорос, или наоборот перерос...

Пришлось передавать данные не через GET а через параметор в адресе, но параметры через адресную строку передаются только буквенно-цифровые - а мне нужно было передать URL для редиректа, поначалу решил закодировать параметр как base64, но как оказалось что base64 оставляет кой какие не-буквенно-цифровые символы, например знаки == на конце текста, иногда. Тогда решил просто заменить все символы их числовыми представлениями в шестнадцатеричной системе - это прокатило.

Cпособ, скорее всего, годится только для строк содержащих только áглицкие буквы если есть неáглицкие может не сработать, но, если не сработает всегда же можно пропустить исходный текст через urlencode.

/**
 * Этим кодируем
 */
function an_encode($str){
 $result = '';
 for($i=0;$i<strlen($str);$i++){
  $result .= dechex(ord($str[$i]));
 }
 return $result;
}
/**
 * Этим декодируем
 */
function an_decode($str){
 $result = '';
 for($i=0;$i<strlen($str)/2;$i++){
  $result .= chr(hexdec($str[$i*2].$str[$i*2+1]));
 }
 return $result;
}

Конечно, данные получаются в два раза длинее, но что делать, может кто знает лучший способ?

Бывают такие ситуации когда много лет делаешь что-то одним способом и вдруг понимаешь, что то, что ты много лет делал на самом деле может быть сделано гораздо проще. И ведь знал об этом, просто не догадывался сложить два плюс два чтобы сделать очевидные выводы.

Вот практическая задача - как из программы на PHP получить данные посланные методом POST. Казалось бы нет ничего проще - бери переменную $_POST и смотри что в ней. Но... Переменная $_POST полезна только в том случае если данные были посланы в виде пар имя+значение, т.е. например через HTML форму. Однако, в ряде практических задач приходится иметь дело не с HTML формами, например, если имеем дело с XML преданным непосредственно методом POST - тут стандартная переменная $_POST не подходит.

В PHP для того чтобы непосредственно получить POST данные есть переменная - $HTTP_RAW_POST_DATA - но, она определена только если в php.ini включена always_populate_raw_post_data а она по умолчанию выключена - конечно ее можно включить через .htaccess но только если php стоит как модуль Апача, а это как правило сделано не всегда.

Все мы знаем, что в CGI приложения POST данные передаются через стандартный поток ввода. Значит, если открыть стандартный поток ввода по его имени в PHP он называется input то можно прочитать его содержимое:

$r = file_get_contents("php://input"); //contents of POST buffer

Указанный метод, похоже, работает всегда - и для модуля Апача и для CGI и к настройкам php.ini он не чувствителен.