The Rpsl Blog » Статьи http://blog.rpsl.info Tue, 24 Jan 2012 11:35:02 +0000 ru hourly 1 http://wordpress.org/?v=3.3.1 Про ценообразование при разработке сайтов. http://blog.rpsl.info/2012/01/pro-tsenoobrazovanie-pri-razrabotke-sajtov/ http://blog.rpsl.info/2012/01/pro-tsenoobrazovanie-pri-razrabotke-sajtov/#comments Mon, 23 Jan 2012 08:38:30 +0000 Rpsl http://blog.rpsl.info/?p=31701 OwlBox. Хочу сохранить сюда на память, что бы перечитывать когда в очередной раз мне предложат "помочь с сайтом" за кегу пива.

Каждый раз, когда я начинал трогать мышку менее чем за 1000$ я потом сильно жалел, не бывает "простеньких сайтов", аппетит приходит во время еды, требования плывут, и все в рот имели итеративный подход, если итерации сопровождаются соответствующими выплатами и этапами по договору. Это даже с точки зрения бухгактерии не выгодно. Это нижний порог. У хороших студий эта планка в 10 раз выше. На мой взгляд это правильная политика. При скудном бюджете есть миллион разных способов продвижения в интернете своих услух, не требующих сайта, работающего на имидж или выполняющего роль инструмента продаж. Если обсуждается сумма ниже 1000$ — мы друг–друга просто не поймем, может быть кто–то другой поймет. От заказов нужно уметь оказываться.

Имидж — это декларация того, что мы можем потратить приличные бабки за хороший, годный, красивый и эффективный относительно целей заказчика сайт. Возможны комбинации. Но ключевой момент — потратить бабки и какие–то положительные свойства сайта. Я принципиально против того, что унитаз, покрытый позолотой эквивалентен золотому унитазу и вообще когда одно выдается за другое. Так как то, что король голый, как правило, все равно очевидно. Ну если вы не являетесь говносыночком пидораса из говноправительства, заказывающего сайт для говносколково.

Средний ценник среднего проекта под ключ у меня получается в районе $5000. Всякая верстка — это 1–15% от объема работ работы. Основной объем падает на тестирование и удовлетворение меняющихся требований. Пусть дизайн будет 1000$, программирование — 1000$ верстка и изготовление графического контента — еще $1000. На пальцах — это расклад при котором все участники процесса довольны.

С огромной вероятностью стоимость проекта относительно объема работ в итоге составит 5000–10000$ — косвенные расходы, непредвиденные работы, тестирование, изменений, детализация требований, дополнительные встречи с заказчиком, переговоры и т.д. Вот и получилось x2.

Если натягивается готовый шаблон на готовый движок, то все равно внезапно окажется что у нас не два уровня иерархии разделов, а все–таки 3, секретарша не справляется с wysywig редактором, гамма должна быть несколько светлее, внезапно образуется еще 200 единиц графического контента, шаблон выглядит как полное говно в IE6, которым пользуется заказчик из–за своей внутрикорпоративной политики и т.д.

Если вы не поняли — именно на это говно уйдет половина вашей работы. Если вам заказывают сайт по вашей оценке на 10k$, но бюджет заказчика позволяет всего лишь 7,5k$ а сам он видел что "что–то такое же" вообще делали за штуку и считает что за такие бабки получит священный грааль с элексиром вечной молодости, то это не клевый крупный заказ. Это плохая мерзкая жопа в которую вы гарантированно влезете. К тому же, с большой вероятностью, вы и объем работ оценили неправильно и он не на 10k$, а на 15k$ или больше.

Другой взгляд: если заказчик хочет хоть как–то заниматься продвижением, то либо сам сайт или его услуги должны быть просто замечательными, а это либо дорого либо сложно, соответственно, либо, если, это хоть сколько ни будь конкурентный рынок и область продвижения, стоимость продвижения будет составлять большое количество штук баксов. Очень странно, если конечная точка, куда приходит посетитель, будет стоит 100$

Кто в итоге будет в пролете — выбирайте сами. Приведенные в качестве примера суммы можно уменьшить или увеличить, суть при этом не очень меняется.

]]> http://blog.rpsl.info/2012/01/pro-tsenoobrazovanie-pri-razrabotke-sajtov/feed/ 0 Самое простое ускорение сайта http://blog.rpsl.info/2011/04/samoe-prostoe-uskorenie-sajjta/ http://blog.rpsl.info/2011/04/samoe-prostoe-uskorenie-sajjta/#comments Fri, 15 Apr 2011 11:00:24 +0000 Rpsl http://blog.rpsl.info/?p=25231 В итернете есть куча более правильных статей на тему организации дружбы между nginx и memcache. Я же, покажу самый простой пример, который можно сделать за пять - десять минут и который поможет разгрузить основные страницы вашего сайта.

Что я предлагаю ?

Давайте засунем главную страницу сайта, в memcache, и настроим nginx что бы он отдавал ее прямо из memcache не обращаясь к интерпретаторам. Будем класть раз в минуту сроком жизни на 60 секунд. Стоит понимать, что данный способ нужно дорабатывать, если у вас на страницах используется динамичные данные, то есть данный способ актуален только для "гостей" сайта, благо nginx умеет работать и cookie.

Пример настройки nginx'a 
location / {
 
    default_type    text/html;
 
    if ( $request_uri = '/')
    {
        set $memcached_key "index_page";
        memcached_pass 127.0.0.1:11211;
 
        error_page 404 503 = @fallback;
    }
 
    error_page 404 = @fallback;
}
Пример cron скрипта, который можно повесить на выполнение. 
<?
 
    error_reporting(E_ALL);
    ini_set('display_errors', 1);
 
    if( class_exists('Memcache', FALSE))
    {
        $mem = new Memcache;
 
        $mem->connect('localhost', 11211);
 
        $html = file_get_contents('http://blog.rpsl.info/?asd');
 
        if(!empty( $html ) )
        {
            //$mem->delete('index_page', 0);
            $mem->set('index_page', $html, 0, 60 );
 
            //echo $html;
        }
    }
    else
    {
        echo 'no memcache';
    }

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

Идею я донес, дальше сами справитесь.]]> http://blog.rpsl.info/2011/04/samoe-prostoe-uskorenie-sajjta/feed/ 0 Dive into Python :) http://blog.rpsl.info/2011/04/dive-into-python/ http://blog.rpsl.info/2011/04/dive-into-python/#comments Thu, 14 Apr 2011 17:11:15 +0000 Rpsl http://blog.rpsl.info/?p=25226 Шесть месяцев назад я нашёл в Интернете книжку "Dive into Python". Странная книжка, толстая, да ещё на не русском языке. Усердно прочитал её, методично и вдумываясь, но таки ничего и не понял. Но что–то не отпускало меня — я пошёл на python.org и стал изучать стандартную библиотеку, старательно, скрупулезно, от корки до корки. Гугля примеры кода, я наткнулся на пост в блоге одного гуру, где было написано про PEP8. То, что рассказывал этот умудрённый опытом кодер, настолько впечатлило меня, что я словно в припадке безумия бросился зубрить эту конвенцию по написанию питоньего кода. У меня тряслись руки, по телу прокатывали волны возбуждения, я, можно сказать, бился в экстазе всё это время — и теперь могу процитировать наизусть любой пункт, даже если меня разбудить посреди глубокой ночи.

Новые знания окрыляли меня, я бросился писать (что бы вы подумали?) очередную имиджборду. Я не писал раньше имиджборд, эта была моей первой. По пути пришлось освоить азы вёрстки на html и css, но там всё оказалось совсем не сложно.

Я плавно двигался вперёд, наращивая функционал. И знаете что? Я упёрся в недостаток производительности. Ну, так мне показалось. Я делал замеры, устранял места с тяжёлым кодом. Тысячи раз запускал ab, но так и не сумел перейти порог в 300 запросов в секунду. Я как–то ожидал большего и был немного разочарован.

Гугл, снова гугл. Десятки статей и тем на форуме… Довольно быстро я заметил, что люди часто пишут про какие–то "асинхронные веб–сервера". Часто встречались названия Tornado и Gevent. Я прочитал про них подробнее — и был просто ошеломлён. Как мне это раньше не приходило в голову?! Это же, это просто гениально, чёрт меня побери!

Исходники в ведро, всё переписать! Меня переполняло новое знание, поток мыслей ровно ложился в строчки кода. Я просто не мог остановиться. Чашка кофе… Ещё чашка… Мой небольшой кусочек софта приобретал кристальную чистоту, я смертельно устал, но продолжал в умилении полировать его зудящими руками, нанося последние штрихи.

Пять тысяч. Я получил производительность в пять тысяч запросов в секунду. В ту ночь я так и не смог заснуть.

Увлекательнейший мир хай–лоада открылся передо мной. Позже я изучил ещё много классных вещей типа сверх-быстрых асинхронных key–value–хранилищ, или, например, такого необычного подхода к обработке данных, как map–reduce.

Это уже был другой я, новый, обновлённый. С незашоренным взглядом, с жаждой новых знаний и незнакомых концепций. Я летел вперёд, оставляя за спиной ступень за ступенью.

За пол–года я сменил несколько мест работы, и моя зарплата взлетела до умопомрачительных сумм. Сотни замечательных мест открыли передо мной свои двери. Любые, самые изысканные девушки проявляли просто чудеса изобретательности, чтобы находиться рядом со мной.

А ещё, я никогда не забуду тот момент, когда на одной из конференций я впервые в жизни поймал на себе завистливый взгляд. Это был взгляд какого–то сливающегося с толпой неудачника, взгляд преисполненный ненависти, презрения и желчного вожделения, направленного на мой Олимп. Наверное, он всю свою никчёмную жизнь писал на каком–нибудь си–шарпе или там на джаве, проводя долгие дни в одиночестве. И теперь начинал подсознательно догадываться, что долгие годы безуспешно пытался построить замок из навоза.

]]> http://blog.rpsl.info/2011/04/dive-into-python/feed/ 6 Как разрабатывают ПО для шатлов http://blog.rpsl.info/2011/03/kak-razrabatyvayut-po-dlya-shatlov/ http://blog.rpsl.info/2011/03/kak-razrabatyvayut-po-dlya-shatlov/#comments Sat, 26 Mar 2011 09:48:16 +0000 Rpsl http://blog.rpsl.info/?p=25053 В то время, когда 120-ти тонный шаттл стоит, окруженный почти 4-мя миллионами фунтов ракетного топлива, источая ядовитые пары, с явным желанием бросить вызов земной гравитации; его бортовые компьютеры получают команду. Четыре идентичных компьютера, работающие под управлением идентичного ПО, собирают информацию из тысяч датчиков, принимая сотни миллисекундных решений, утверждая каждое решение, сверяясь друг с другом 250 раз в секунду. Пятый компьютер, с другим ПО, готов взять управление на себя в случае сбоя остальных четырех.
В момент времени -6.6 секунды, если давления, насосы и температуры в норме, компьютеры дают приказ зажечь главные двигатели шаттла – каждый из трех двигателей вспыхивает ровно через 160 миллисекунд, тонны сверхохлажденного жидкого топлива попадают в камеры сгорания, корабль дрожит на своей пусковой площадке, удерживаемый на земле только креплениями. Когда главные двигатели достигают силы тяги в миллион фунтов, их выхлопы превращаются в голубые бриллианты пламени.
Тогда и только тогда, в момент времени -0 секунд, если компьютеры убедились, что двигатели работают правильно, они дают приказ поджечь массивные ракетные ускорители. Менее чем за секунду, они развивают силу тяги в 6.6 миллионов фунтов. И именно в этот момент, компьютер отдает приказ взрывчатым креплениям взорваться, и корабль весом 4.5 миллионов фунтов величественно поднимается над стартовой площадкой.
Это удивительное проявление доблести оборудования. Но ни один человек не нажимает на кнопки, чтобы это произошло, ни один астронавт не манипулирует джойстиком, чтобы вывести шаттл на орбиту.
Читать полностью]]> http://blog.rpsl.info/2011/03/kak-razrabatyvayut-po-dlya-shatlov/feed/ 2 Еще немного про собеседования http://blog.rpsl.info/2011/03/eshhe-nemnogo-pro-sobesedovaniya/ http://blog.rpsl.info/2011/03/eshhe-nemnogo-pro-sobesedovaniya/#comments Sun, 13 Mar 2011 14:46:04 +0000 Rpsl http://blog.rpsl.info/?p=24878
Изначально, я хотел в этом посте написать все самые интересные вопросы и дополнить их ответами, но когда начал его писать, то понял что ответы тут не нужны. Те кому это действительно надо, сами порешают данные задачи, остальные могут просто пролистать.

Первое на что хочу обратить ваше внимание, это то, что вопросы которые задают php(?) программистам, в основной своей сути имеют довольно академический характер и в жизненных циклах проектов встречаются не часто, но тем не менее, нужно уметь решать эти задачи. Это обусловленно тем, что у работодателей нету времени и желания давать вам типичные задачи, в стиле - "Напиши класс, который будет отвечать за работу с пользователями". 99 процентов всех вопросов задаются по заготовленному листку и должны быть решены на листке бумаги. Никаких IDE, никаких гуглов, никаких ответов типа "я не помню синтаксис". Если вы настроены решительно и хотите произвести хорошее впечатление, то уделите время, что бы потренироваться и чувствовать себя уверенно.

Все вопросы можно разделить на три категории: PHP, MySQL(?), все остальное.

Любой из этих пунктов, так же делится на две части: теория и практика. Начну пожалуй с PHP. С теоретическими вопросами, в целом, не сложно. Они почти везде одинаковые: Отличия между PHP 5.2 и 5.3, основные приципы ООП. Не частый, но вопрос с подвохом - "В каких случаях использование ООП, является убыточным?". Дальнейшие вопросы на теорию, в основном, зависят от ваших ответов, и несут цель узнать на сколько хорошо вы разбираетесь в материале о котором говорили выше.

Практические вопросы, это чаще всего просьба написать некую ф-цию, которая делает какую либо хрень. Почти на каждом собеседование меня просили написать функцию которая переворачивает строку, без использования дополнительных буферов, можно попробовать схитрить и ответить что-то в стиле
 <? function revert( $string ){ return strrev( $string ); } ?>

Но это не cамый лучший вариант ответа. Выучите алгоритм с обращением к символом строки как к объекту массива.
Очень частые задачи, на написание рекурсивных функций или на понимание работы операторов кода.
<? $a = 10;
echo ++$a + $a++ - ++$a + $a ;
?>
На днях пока решал задачи, попалось интересное задание, у меня такое ни разу не спрашивали, но думаю что к такому надо быть готовым: 
<? var_dump( 0123 == 123 ); ?>

Думаю, что на счет PHP я достаточно ясно изложил типовые вопросы, если что-то осталось не понятно, то спрашивайте в комментариях.
Теоретические вопросы про MySQL или любую другую СУБД почти всегда касаются индексов и насколько вы понимаете как их использовать, в каких случаях и на что их ставить и в каких случаях индексы могут быть вредны. Обязательно спросят про различия между версиями. Поинтересуются насколько глубоко вы знаете тонкости работы СУБД и вкурсе ли вы про то, что такое тригеры, хранимые процердуры, представления.

Практические задачи - это просьба нарисовать две таблицы с различными данными и просьба написать запрос, который покажет умеете ли вы использовать операторы HAVING, GROUP BY, ... etc. Обязательно знать разницу между JOIN запросами.

Еще часто спрашивают про верстку, про css, про javascript. Но расписывать это все не вижу смысла.]]> http://blog.rpsl.info/2011/03/eshhe-nemnogo-pro-sobesedovaniya/feed/ 6 Немного про собеседования http://blog.rpsl.info/2011/03/nemnogo-pro-sobesedovaniya/ http://blog.rpsl.info/2011/03/nemnogo-pro-sobesedovaniya/#comments Sun, 06 Mar 2011 10:51:13 +0000 Rpsl http://blog.rpsl.info/?p=24833 Когда в середине 2010 года я понял, что пора искать новое место, я посетил много собеседований, т.к. мне не хотелось уходить с довольно теплого места в абы куда, я метил в крупные, стабильные компании, с высокой зп, большими перспективами, туда где я буду средничком на общем фоне, что бы был стимул развиваться.

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

Вообще собеседования, для меня стали большим мотиватором в саморазвитии. Помню как я пошел на самое первое, был уверен что я такой крутой и смогу все рассказать сходу, расскажу какие крутые штуки я умею делать и меня сразу возьмут. ХА ХА Лох. На первом собеседование, меня за пять минут смешали с грязью и больше всего мне хотелось провалиться сквозь землю. Когда перед тобой сидят несколько взрослых человек и задают тебе серьезные вопросы, на которые ты не знаешь как ответить, но говорить "я не знаю" считаешь не приемлемым, то разволноваться в общем не проблема.

Первый вопрос, с которого было начато собеседование звучал так: "Что из себя представляют индексы (MySQL) в физическом плане". Блядь. Да я никогда в жизни не задумывался, о том, что они из себя представляют в физическом плане. Начал рассказывать про B-Tree, бла-бла-бла, но я понятие не имею что это за файлы и какая у них структура. Сказал честно, что никогда этим не интресовался, но попытался предположить как и что это. В общем был полный FAIL. Хотя думаю что даже если бы и попал в ту контору, очень быстро бы сгорел работать по китайскому календарю и тратить по два часа на общественный транспорт.

В другой, на первый взгляд, не плохой конторе, меня встретили директор отдела разработок и его заместитель. Рассказали мне про контору, задавали кучу вопросов из книги про гору фудзи, все бы хорошо, но это было в двухпоточном режиме. Директор мне задавал задачи, я решал их на листочке, а его заместитель при этом активно общался со мной и мне приходилось решая задачу, общаться с ним на тему сколько шариков для тениса поместиться в боинг, сколько автомобилей и заправок для них в Москве и попытаться ответить на самый не нормальный, но не менее интересный вопрос "Как называется наша вселенная?"

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

Кстати вот дебильное качество. Зачем HR говорят что перезвонят, но не перезванивают. Я понимаю прекрастно, что после собеседования нужен перерыв, нужно подумать, посмотреть других кандидатов, но не ужели трудно перезвонить или отписать на почту, что мол так и так, мы не готовы вас пригласить. Это деловые отношения, а в деловых отношениях, я считаю, нельзя давать обещаний и не выполнять их, либо не обещай, либо держи слово.

К слову говоря, чувак из конторы, офис которой находится в жутких ебенях, зарплата серая, никаких обязательств и прочих штук, перезвонил мне и сказал что не готов пригласить меня. Хотя странно, собеседования я прошел отлично, решил все задачи, рассказал кучу интересных вещей и был уверен что даже не ловко будет, когда буду отказываться.

Сейчас, пока поднимаю воспоминания, вспомнил про еще довольно странную контору. Офис - несколько этажей в довольно крупном бизнес центре. Очень крутой пакет (страховка/обеды/...), достаточно высокая зарплата на старте ( > 80 000 ), корпоративная лицензия на PhpStorm :)))

Так вот, к собеседованию я готовился почти неделю. Вызубрил все различия между версиями php и mysql, поднял все знания какие есть по паттернам программирования и мог с ходу написать кучу разных интересных штук. Выспался, пришел в отличном настроение и так нелепо обломался.

Вопросы которые мне задавали, были настолько простые, что я оказался к ним не готов. Я не смог вспомнить, что различия между одинарной кавычкой не только в автопарсинге переменных, но еще и преобразование спецсимволов, запутался в htmlentities и html_entity_decode и вообще очень сильно лажал на примитивных вещах, на которые до этого никогда не обращал внимание. Было стыдно и был очень злой на себя.

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

Ну и тем крутым, которые знают php отлично, я процитирую Bolk'a
От собеседований, которые я недавно проводил, у меня осталась масса листочков с заковыристыми вопросами. Например, если человек говорил, что знает PHP на 10 из 10, то я ему давал, например, такой тест:

 

<?php
 
var_dump((bool) print_r(${strrev('SLABOLG')} = 1, $GLOBALS[1]{1} == (unset) b"1") == "00");
Сказать есть ли тут ошибки, если нет, то что получим и что вообще тут происходит. ]]> http://blog.rpsl.info/2011/03/nemnogo-pro-sobesedovaniya/feed/ 2 PHP Кэширование картинок часть вторая. http://blog.rpsl.info/2011/03/php-kehshirovanie-kartinok-chast-vtoraya/ http://blog.rpsl.info/2011/03/php-kehshirovanie-kartinok-chast-vtoraya/#comments Sat, 05 Mar 2011 10:38:11 +0000 Rpsl http://blog.rpsl.info/?p=24767 мой способ кэшировать картинки, а сейчас заметил, что не выкладывал сюда переделанный варинт, Идея осталась прежней, только работа с изображениями была отдана либе http://phpthumb.gxdlabs.com/ 
<?php
   /**
     * Скрипт iCacher создан что бы облечить кеширование изображений на сайте
     * и организовать лаконичную возможность генерации картинок различных размеров.
     * iCacher является т.н. роутером для http://phpthumb.gxdlabs.com/ и не будет
     * работать правильно при отсутвие данной библиотеки.
     *
     * Для правильно работы подразумевается соблюдение нескольких правил:
     *
     *  1. В папке MAIN_FOLDER хранятся оригинальные изображения.
     *  2. В папку CACHE_FOLDER будут храниться измененные изображения.
     *  3. При обращение к несуществующему файлу из папки CACHE_FOLDER происходит
     *      перенаправление на данный файл*, который в свою очередь создает
     *      необходимый файл либо возвращет 404 ошибку.
     *          * .htaccess rewrite rule:
     *              RewriteRule   ^images_folder/([0-9a-z]+)/([0-9a-z]+)/(.*)$  iCacher.php?param=$1&size=$2&file=$3 [L,QSA]
     *  4. После генерации изображений они должны быть доступны по прямому запросу.
     *  5. Для обновления миниатюр вы должны самостоятельно организовать удаление
     *      созданых скриптом файлов.
     *      В крайнем случае можно использовать GET параметр flush с любым значением.
     *
     *
     *  При необходимости создавайте собственные плагины или ф-ции обработки.
     */
Скрипт лежит на github.com - https://github.com/Rpsl/iCacher/blob/master/iCacher.php В целом все хорошо, скрипт местами дебильный и с не логичной реализацией, но уже пол года работает на одном хайлоад проекте. Кстати, на папку с кэшироваными изображениями натравлен скрипт, который удаляет файлы созданные более 30 дней назад, что бы не скапливать мусор.]]> http://blog.rpsl.info/2011/03/php-kehshirovanie-kartinok-chast-vtoraya/feed/ 0 Бюджетный NAS http://blog.rpsl.info/2010/10/byudzhetnyjj-nas/ http://blog.rpsl.info/2010/10/byudzhetnyjj-nas/#comments Sat, 30 Oct 2010 12:13:47 +0000 Rpsl http://blog.rpsl.info/?p=16085 ReadyNAS duo от компании Netgear.

Кстати весьма странная ценовая политика в готовых решениях. Есть два варианта покупки:
  • Купить nas без жестких дисков
  • Купить nas в комплекте с жестким диском.
Так вот, в комплекте с жестким диском на 500гб, средняя цена 10-11 тысяч рублей. Без жесткого диска устройство стоит 8 тысяч рублей, а на оставшиеся две тысячи я докупил жесткий диск на 1500гб. ???. Профит. Кроме стандартной функции, бездонной сетевой папки, в нем есть куча дополнительных плюшек.
  • Торрент качалка
  • Работа в качестве медиа сервера для itunes и playstation
  • Поддержка raid для увеличения скорости и дополнительной безопасности
  • Возможность подключения дополнительных usb устройств
  • Возможность устанавливать свои собственные расширения.
Установка и конфигурация прошла в три клика и не вызывала никаких проблем. Просто включил и все начало работать. Стандартную торрент качалку заменил на transmission c веб интерфейсом, из каталога расширений установил дополнение для opendns. Теперь очень удобно не имея постоянного ip всегда иметь возможность зайти через web-итерфейс и добавить пачку фильмов, которые уже скачаются к моему приходу.
nas_torrents nas_config1 nas_config2
Собственно по поводу расширений стоит сказать отдельно, установка новых приложений выглядит как загрузка bin файла через веб интерфейс на устройство, с последующей перезагрузкой и появлением новых конфигурационных меню.
Да и количество расширений вполне себе доставляет. Найти можно в целом все, что необходимо.]]> http://blog.rpsl.info/2010/10/byudzhetnyjj-nas/feed/ 11 Sparrow app — почта в стиле твиттер http://blog.rpsl.info/2010/10/sparrow-app-pochta-v-stile-tvitter/ http://blog.rpsl.info/2010/10/sparrow-app-pochta-v-stile-tvitter/#comments Sun, 10 Oct 2010 11:23:58 +0000 Rpsl http://blog.rpsl.info/?p=14650 Sparrow - это такая программа, которая заставила меня поменять мой шаблон работы с почтой. Учитывая мою привередливость в этом деле, это очень сложно, ведь даже могучий Mail.app не смог заставить полюбить себя.

Sparrow - почтовый клиент в стиле твиттер.
imgsparrow1.png imgsparrow2.png sparrow3 После того как я обзавелся машинкой, которая 90% времени находится вместе со мной, мне очень хотелось перестать все время держать открытую вкладку в бродилке что бы быть в курсе того, что происходит в моем ящике. Я пробовал начать использовать Mail.app, но он мне не подошел по различным причинам

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

Пытался использовать MailCue, который отличается восхитительным интерфейсом, но отсутствие поддержки русского языка поставило крест на этом приложении. Сейчас, кстати говоря выходит вторая версия, возможно в ней поправят этот баг и тогда мне удастся пересесть на него, но пока это не возможно.

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

MailPlane мне показался убогим. Он просто занимает место и совершенно не решает моих задач.

Я думаю, что все мак пользователи знают о таком приложении как Tweetie, так вот Sparrow - это такой же клиент, только для почтового ящика. Сейчас он еще в бета релизах и имеет поддержку только Gmail аккаунтов, но это решится в ближайших релизах.

Интерфейс Sparrow минималистичен. Ничего лишнего.
  • Входящие сообщения
  • Отмеченные ( Starred ) сообщения
  • Отправленные сообщения
  • Черновики
  • Корзина
Плюс к этому возможности
  • Написать письмо
  • Ответить на письмо
  • Отправить письмо в архив
  • Удалить письмо
  • Отображение писем в виде цепочек
  • Поиск по сообщениям

Все. Больше ничего нету. Значок приложения висит в трее, с заданным интервалом проверят почтовый ящик и если необходимо выводит через Growl уведомления, о новых письмах.
Казалось бы мелочи, но я был удивлен, что он удовлетворил все мои потребности в работе с почтой. Он не пытается ее организовать, т.к. это делает сам гугл через настроенные фильтры. Он не фильтрует спам, т.к. это делается на сервере. Он просто показывает список входящих сообщений и позволяет быстро их просмотреть и при необходимости ответить на них.
Во всех остальных случаях можно открыть веб интерфейс Gmail и сделать все необходимое в нем.
Единственное к чему теперь нужно привыкнуть - писать в адресной строке "reader", что бы попасть в Rss. Раньше, когда Gmail был открыт в бродилке 99 и 9 процентов времени, ссылка всегда была под рукой.
Сайт программы.
]]> http://blog.rpsl.info/2010/10/sparrow-app-pochta-v-stile-tvitter/feed/ 0 Фотоблоги / фотоблог / фото блог http://blog.rpsl.info/2009/10/fotoblogi-fotoblog-foto-blog/ http://blog.rpsl.info/2009/10/fotoblogi-fotoblog-foto-blog/#comments Wed, 07 Oct 2009 17:44:15 +0000 Rpsl http://blog.rpsl.info/?p=414 Честно говоря, я очень удивлен, что у нас не очень популярны фотоблоги. У всех есть мобильные телефоны, почти у всех они с фото камерами, у большинства с камерами приемлемого качества. Многие используют твиттер, почту, icq на телефоне, но мало кто делает фотографии и выкладывает их в сеть.
photoblog
Сейчас я расскажу о нескольких способах организации этого дела.

Фотоблог — вебсайт, содержащий в своей основе регулярно публикуемые фотографии, часто сопровождаемые названием снимка, датой/временем, текстовым описанием, сведениями Exif и др. Фотоблог часто содержит возможность добавления комментариев, выставления рейтинга и т. п. Фотоблог может поддерживать технологию RSS или Atom.

Фотоблог может быть авторским или коллективным. Встречаются мобильные фотоблоги (сделанные с помощью фотокамер, встроенные в мобильные телефоны). Как разновидность, появились текстовые фотоблоги (в которых фотография заменена авторским текстовым описанием).

wikipedia


Что нам потребуется:

  1. Телефон с фотокамерой и доступом в интернет.
  2. Аккаунт в гугле

Для чего нам нужен телефон думаю и так понятно, теперь вопрос про гугл. Суть в том, что для первичной публикации мы будем использовать blogger.com. Он обладает всеми необходимыми ф-ми для организации блога и онлайн публикации, т.к. блоггер это один из сервисов гугла, то авторизоваться можно с помощью гугл аккаунта + все фотографии будут автоматически заливаться в галерею на picasaweb.google.com.

Теперь два способа ведения блога:

1. Простой (для пользователей Sony Erricsson)

Когда вы сделали очередную фотографию, вы можете выбрать в контекстном меню пункт отправить, затем выбрать пункт "В блог". После чего фотографиия автоматически зальётся в ваш блог.

Когда вы отправите первую фотографию, вам в ответ придет смс с кодом активации и адресом блога. В последующем вы сможете его поменять, на более приличный.

Всё. Теперь вам осталось только фотографировать и отправлять.

2. Более сложный (для пользователей любых телефонов)

Блоггер в свою очередь поддерживает не только встроенное приложение, но так же получение фотографий по средствам MMS и E-mail.

Отправлять каждый раз MMS как то не выгодно, поэтому я пропущу данный этап, но если вас это интересует, то все инструкции можно найти в самом блоггере - http://www.blogger.com/mobile-start.g

Рассмотрим более подробно отправку почтовых сообщений.

Первое, что необходимо сделать, это настроить электропочту в вашем телефоне.

Затем идем в блоггер, около вашего блога выбираем "настройки" и редактируем пункт "Адрес отправки электронной почты (Mail2blogger)".

Указав нужные нам параметры, сохраняемся и создаем в записной книге нашего телефона запись "Blogger", указав ей введенный выше email.

Всё. Готово. Теперь открыв фотографию на телефоне, выбираем пункт отправить - email - выбираем нужного нам пользователя (blogger) и отправляем.

В ближайшее время, я так же постараюсь привести в порядок свой сервис, который читает фотоблог и делает трансляцию фотографий в другие сети.

Удачных фотосетов.

]]> http://blog.rpsl.info/2009/10/fotoblogi-fotoblog-foto-blog/feed/ 4