Изучив информацию в интернете о Google App Engine, хотел бы высказать собственное мнение по поводу громких споров вокруг этого продукта, а также предоставить общий перечень его ограничений на основе изученных публикаций по данной теме.

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

Это касается как выбора языка Python, так и платформы в целом. Я лично являюсь Python и Django разработчиком уже больше года и могу судить об их преимуществах и недостатках. Python и Django показали себя в качестве отличных средств для создания web-приложений. Использовать их или нет — дело каждого. По моему мнению, Google подобрал и предоставил достаточно средств для полноценной web-разработки. Почему выбран именно Python, я думаю, понятно всем — корпорация имеет широкий опыт работы с данным языком. А также не следует забывать, что Guido van Rossum — член команды разработчиков.

Еще в 2005 году командой энтузиастов была написана библиотека libgmailer для взаимодействия с почтой компании Google. К сожалению проект был заброшен, но даже несмотря на это, классы позволяют на сегодняшний день получать информацию о письмах, ярлыках и вложениях. Причем последние можно даже скачать.

Modalbox — библиотека на prototype и script.aculo.us для создания диалоговых окон и мастеров, обьем ее кода всего 10кб. На мой взгляд это настоящий атрибут веб два нольности.

Explay CMS — моя собственная разработка, созданная под впечатлением от социальных сетей, а в особенности от Хабра. Делал исключительно из добрых побуждений помочь тем, у кого нет средств на разработку своего движка, но есть стоящая идея нового стартапа.

Продолжаем экзекуцию нашего подопечного. Часть III.

(см. также часть I и часть II)

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

• посылать нашим контактом голосовые сообщения (голосовая почта)
• звонить таким же, как мы сами, пользователям GTalk
• отправлять им файлы
• отправлять им письма
• отправлять сообщения

По умолчанию, первые три пункта работают только в том случае, если у нашего корреспондента также установлен GTalk либо (в случае отправки голосовых сообщений) он является пользователем Gmail. Таким образом мы имеем прекрасные, но несколько ограниченные возможности. Рассмотрим поподробнее именно голосовые функции.

GlassBox является компактной Javascript библиотекой, которая использует Prototype и Script.aculo.us для своих эффектов. В «GlassBox» вы можете построить прозрачные границы, цветные слои и т. п.

Приветствую вас, уважаемые читатели! Возможно, несколько нескромно, но позволю себе обьявить, что далее будет самый первый в Рунете обзор и описание практического применения недавно открытого Google AJAX Language API для доступа с приложений на JavaScript к сервису переводов. Везде я видел пока только анонсы и попытки проанализировать, чем же это может обернутся для разработчиков и пользователей, но именно руководства по встраиванию в свой сайт или проект еще не читал, поэтому решил самостоятельно разобраться и написать.

И так, сначала общая информация. Как известно, у компании Google есть сервис переводов, который умеет переводить тексты на более чем десятке языков. Всего пар переводов есть намного больше, но для некоторых языков доступны только переводы на один-два языка, для других, например, английского — на множество. Раньше вы могли использовать этот сервис для переводов веб-страниц на лету, или перевода отдельных слов и предложений в браузере, но вот дистанционный доступ к сервису при помощи AJAX-а — это стало возможно только на днях с открытием соответствующего API и размещения примеров кода.

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

Решил наконец-то поднять у себя персональный OpenID сервер (ну да, я параноик, не хочу чтобы кто-то ещё собирал информацию на каких сайтах я бываю). Причём хотелось чтобы он был написан на Perl. Поискал в сети — нету! Более того, невероятно, но на CPAN только два модуля для OpenID, один жутко раздутый и явно недописанный, а второй вроде бы неплохой (Net::OpenID::Server Фитцпатрика), но документации и примеров для него практически нет. :(

В общем, за 6 часов написал свой сервер: OpenIDsrv. Может пригодится другим параноикам или в качестве дополнения к документации на Net::OpenID::Server.

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

Одной из основных моих активностей на работе является оценка проектов. И в данной статье я постараюсь поделиться своим опытом в данной области.

Большинство дизайнов ориентировано на использование фиксированных значений при верстке: ширина и высота блоков, размер шрифта. Это позволяет сверстанному шаблону «не разваливаться» при изменении масштабов просмотра и сохранять свойство кроссбраузерности. Однако в этом есть один большой минус – при большом разрешении экрана маленькие фиксированные блоки теряются на большой площади и остаются незамеченными. Тут даже не спасет «резиновая» верстка, т.к. сайт будет выглядеть еще более нечитабельным, например на 19'' мониторах при разрешении большем 1280 по ширине. Для меня это актуально, т.к. на ноутбуке 17'' с разрешением 1400х800 просматривать «резиновый» сайт очень неудобно. И желание оставаться на таком сайте отпадает быстро. Существует ли способ, позволяющий управлять масштабами не только текста, но и всего сайта?

Как-то перечитывая относительно старые посты на хабре я набрёл вот на эту тему.
Мне этот вопрос стал интересен и я решил реализовать что-то похожее на jQuery.

Так и родился этот небольшой примерчик. Есть одно но, пример служит по-большей части для ознакомления новичков (что-то вроде продолжения моего небольшого цикла примеров) с базовыми основами моей любимой библиотеки :) Пример рабочий, но не до конца, есть некотоыре аномалии :) До ума не доводил, т.к есть более удобный и правильно написанный плагин для jQuery, а именно Auto-Growing Textarea, который я и рекомендую использовать (а зачем велосипед изобретать? ;) ).

Скачать пример можно вот тут

P/S прошу не минусовать карму за недописанный пример, я лишь подал ход мысли :)

Думаю, моё предложение должно быть понятно уже из заголовка поста, тем не менее, опишу его немного подробнее и постараюсь обосновать.

Комментарии часто несут в себе неменьшую или даже большую ценность в отношении к инициировавшим их постам (особенно после того, как на Хабре устроили репрессию на «плюсадинщиков» :) Потенциальная содержательность комментариев подразумевает их возможную объемность, которая и стала причиной моего предложения. Суть в том, что внутри текстового поля о трех строках высотой бывает крайне неудобно писать свой отзыв, если длина оного превышает длину средней SMS-ки.

Наиболее красивым способом решить проблему, как мне ажется, было решение a la Google Notebook. Для тех, кто не в курсе, поля для текстовых заметок в его интерфейсе динамически увеличивают свою высоту по мере добавления новых строк. Благодаря этому, весь текст заметки всегда (до определённых пределов, конечно) виден на экране, что избавляет пользователя от необходимости скроллинга и делает его жизнь прекрасной и удивительной.

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

Интернет — это конечно стихия информации. Этим она крайне привлекательна для индустрии рекламы. А где реклама — там и деньги. А деньги портят все. В погоне за деньгами, рекламисты порой впытаются вбить нам в голову побольше выгодной им информации, «пускаясь во все тяжкие», т.е. банально идя на законный, но аморальный обман пользователя. Обман быть может и небольшой — на копейку да на полкопейки, — но сталкиваемся мы с ним по сотне раз на день, а потому грустнеем под вечер.

Я собрал из кусочков высказываний пользвателя Novikov, стараясь не менять их значения, следующий тезис:
«Хороший рекламный ход,… в результате которого пользователь (потребитель) чувствует себя обманутым,… — это плохой рекламный ход»

Поэтому я предлагаю разработать и популяризировать некий «кодекс чести веб-рекламиста». Его задача будет — оградить нас всех (ведь все мы являемся пользователем интернета) от различных злоупотреблений.

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

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

Перерыл очень много различных фреймворков и остановил свой выбор на ныне популярном jQuery. Всё бы хорошо, но принципа работы я сразу не понял, и сходу сделать простую задачу, аля загрузить одну страницу в другую, я не смог. Искал в интернете хоть какую-то помощь. Помог офф. сайт, благо там доков хватает. И вот, разобравшись в этом вопросе, решил сделать небольшой примерчик для «самых маленьких» (для новичков), которые никогда не работали с этой библиотекой.

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

Скачать пример можно вот тут

На эти шесть с половиной страниц текста ушло два месяца.

Бизнес-Сети: заявка проекта

Какие слабые места заявки?
На какие вопросы я не ответил?
Как вы оцениваете шансы проекта на успех?

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

Вышла новая версия краткого справочника по работе с PrototypeJS 1.6.0.2.

скачать в формате PDF

оригинал материала

Давно у меня висит идея расшарить данные Google Analytics для посетителей. У них ведь такие удобные графики…

Кто знает, не предоставляет ли Google какой-нить хитрый API для расшаривания их статистики?

Еще глянул на habrahabr.ru/stats, там черным по белому написано, что данные импортированы из Google Analytics. Сразу-же вопрос — как!?

p.s. Интересно, а систему показа графиков хабраразрабы сами писали или это готовый API?