Веб-разработка *

Довольно солидное по масштабам и нововведениям обновление должно порадовать всех, кто использует ExtJS в своих разработках. В версии 2.1 фреймворк обзавелся новыми компонентами, а также AIR версией локальной справки API.

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

Помимо этого, на КИБе организаторами проекта был озвучен ряд интересных цифр по рынку. В частности, объем рынка разработки Интернет-проектов на заказ оценен в 150-160 млн. долл.

Объясняя однажды преимущества таких браузеров, как firefox и opera перед всеми любимым IE, я осознал насколько не очевидны их преимущества при рассказе о них.

• Табы большинство пользователей воспринимают как нечто заумное — они привыкли переключаться между окнами, ища нужное внизу на панельке. У многих она для этого специально делается двойной а то и тройной ширины.
  
• Обработка полупрозрачных PNG для нормальных людей звучит вообще как страшное шаманское заклинание. И конечным потребителям, в итоге, глубоко плевать, насколько на сайте сделана честная полупрозрачность и на скольких костылях она держится. Это целиком проблемы вебмастеров. Юзерам о них можно даже не упоминать.
  
• CSS 3 уровня непонятен пользователям точно так-же как и полупрозрачность в картинках — они с этим не сталкиваются и им все равно.
  
• Проверка орфографии понятна уже многим. Несмотря на то, что обычно в качестве аргумента приводят проверку орфографии в ворде, расстановку им заглавных букв и прочие мелочи, простые пользователи даже сами замечают различия между IE и другими браузерами — у меня было несколько вопросов, мол почему дома и на-работе ВКонтакт выглядит по-разному.
  
• Быстродействие особенно актуально для пользователей рискнувших перейти на IE7 — разница в скорости ощущается невооруженным взглядом. Обычно такие пользователи быстро откатываются на IE6, но достаточно серьезным аргументов для них будет упоминание о дате выпуска IE6 — многих это подталкивает к переходу на более новые браузеры.
  

Во всем этом списке нет ни одного железного аргумента для простого пользователя, чтобы уйти с IE6. Для разработчиков, стремящихся использовать новые возможности браузеров, это большая проблема. Но кого она волнует кроме них? Поэтому проводятся всевозможные акции из серии «Заблокируй для IE доступ на свой сайт», которые приносят какой-то эффект, но этого явно недостаточно. Я хочу предложить еще один способ для ослабления позиций «самого любимого» браузера, который кардинально отличается от подобных акций.

Существует много разных способов css разметки. Некоторые базируются на абсолютном позиционировании, другие используют float'ы. Первый метод плохо поддерживает «резиновость» макета, тогда как второй это неплохой способ разметки.

Но, как и многие мощные инструменты, float'ы имеют свои изъяны. Для начала, верстка на основе float'ов не такая простая к пониманию, а также float'ы есть источником многих багов (в основном в ИЕ), что делает их не идеальным вариантом в погоне за кроссбраузерностью.

Итак, речь далее пойдет о

При создании объекта есть два способа описать требования: «что должен уметь/делать объект» (описание цели) и «каким должен быть объект» (описание реализации). Прощу прощения если формулировка не точна, источника сией мысли я не знаю, формулирую сам. Далее речь пойдет о втором способе описания объекта — дизайна сайта.

Целью этой заметки является рассказать о возможности установки платформы Open Social на свой сервер с перспективой интеграции в свои социальные проекты. Несмотря на утверждение об открытости технологии, пока кроме гигантов рынка таких как MySpace, Orkut, Hi5, и др., никто не может похвастаться полноценной поддержкой Open Social API. Конечно, Open Social это тренд, и его интеграция улучшит позиции любого социального веб-приложения. Если у вас оно имеется, или планируется, то советую вам узнать как сейчас обстоят дела с установкой контейнера для социальных мини-приложений.

На минисекции «Конференции Интернет и Бизнес», посвященной опубликованному недавно рейтингу TOP-100 российских веб-студий, его автор и идеолог TerekhovАндрей Терехов озвучил свою версию пьедестала почета сайтостроителей.

Рейтинг ежегодно вызывает достаточно оживленные обсуждения и привлекает на головы своих составителей активную критику применяемой ими методики оценки дизайн-студий. Тема выбора определяющего параметра превосходства одной студии над другими стала горячей и на КИБовской секции. Сергей Рыжиков из «1С-Битрикс» предложил оценивать студии по их обороту, информацию о котором заинтересованные компании могут представлять сами, или, если они этого делать не хотят, можно брать ее по прикидкам «Тэглайна». В этом его поддержал соучредитель «Юмисофта» Сергей Котырев. Михаил Токовинин из QSOFT выдвинул идею оценки на основе количества штатных сотрудников.

По версии Терехова первая семерка студий (для ее составления он тоже выбрал размеры оборотов), должна выглядеть следующим образом:

1. Actis Systems
2. Студия Лебедева
3. РБК-Софт
4. ADV/web-engineering
5. QSOFT
6. Defa
7. Promo Interactive

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

Я часто сталкиваюсь с ситуацией, когда в череде блоков с одинаковыми отступами и общим контейнером, у первого или последнего блока нет отступа или он отличается от остальных. Какое–то время для решения этой «проблемы» я использовал «костыли», вроде классов first или last, пока не освоил технику работы с отрицательными отступами.

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

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

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

 

Пришел не рассказать, а спросить, но надеюсь будет полезно многим. Несколько дней ломаю голову над разработкой в одном проекте системы работы с виджетами (чтобы можно было новые добавлять легко). Смотрел примеры в других проектах, активно гуглил, но достойного примера не нашел. Можете поделиться ссылками и мнениями на сей счет?

Заранее благодарен!

На днях на работе поставили задачу, нужно было сделать смену картинок. Задача решается в 5 минут при помощи jQuery. И как всегда есть одно «НО», картинки размером 1000x500 =)

И тут то оказалось что событие onLoad отрабатывает когда становятся извесны размеры изображения, а в случае больших картинок, нужно чтобы скрипт начинал работать только когда картинки подгружены полностью. И тут я подумал почему бы не использовать Ajax )

Saturated — это web — служба, призванная помочь в тонкой настройке интернет — ресурсов.

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

Однако, со временем меня перестал устраивать подобный алгоритм, а количество контейнеров в cookies захотелось сократить до минимума.
Не взыщите, если уже было (искал — на хабре не нашёл), а также если кому не понравится, да не гордости ради, а пользы для:

Сейчас я разрабатываю со своей командой CMS (если хотите знать какую смотрите мои предыдущие посты), я решил внести что-то особенное. И идея мне моя показалась очевидной. Для CMS скоро будет сделан клиент на java (j2me) и это один из самых коротких путей для использования процедурных сниппетов. Например, есть библиотека действий, есть, например, скрипт заменяющий все такие-то фразы на то, что укажет пользователь, пользователь открывает в ява-клиенте вкладку «Терминал», пишет change_phrases_title [новое название], отправляет, ядро процедурных сниппетов принимает, находит скрипт и подставляет параметр (в данном случае новое название). Пока что это только концепция, в разработке которой вы можете принять участие, ссылка снизу.
Вообще процедурные сниппеты = пуль ДУ от телевизора
Я хочу чтобы вы высказали своё мнение.

<img src=«groups.google.ru/groups/img/3nb/groups_bar_ru.gif» height=26 width=132 alt=«Группы Google»>

PolishedEngine

Перейти в эту группу

Я надеюсь, что нормальные люди уже прониклись необходимостью кешировать вывод данных на своих сайтах, либо кэшировать промежуточные результаты работы с базой данных, либо просто кешировать opcode скриптов для их более быстрого выполнения.
И что разработчики предоставляют нам для этого дела?

Рейтинг TOP-100 ведущих студий Рунета 2008", как в прошлом году, вызвал много споров, в том числе и на хабре. Особенно много разногласий вызывает методология.

Группа Тэглайн не собирается сидеть на своей методике, как собака на сене, и заинтересована сделать проект максимально объективным и полезным.

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

Также мы планируем иницировать обсуждение методолгии на нашей мини-секции на КИБЕ — приходите, пообщаемся (голосовать за секцию могут только зарегистрированные посетители КИБа).

На РИТ-2008 мы запускаем новый формат докладов — так называемые блиц-доклады или lightning talks. Если вкратце, то блиц-доклад читается в течение ровно 5 минут в серии из 10-20 таких же докладов без перерывов между ними.

Сессии блиц-докладов в течение многих лет неизменно пользуются большой популярностью на международных конференциях TPC, OSCON, YAPC, PyCon, а также многочисленных баркэмпах и не-конференциях. Подтягиваемся и мы.

Хабралюди первыми узнают программу блиц-докладов РИТ-2008:

Много раз слышал от людей предостережения о том, что не стоит проверять домены на доступность средствами whois, принадлежащими регистраторам, таким как, например, nic.ru; что стоит пользоваться для таких целей консольными приложениями.

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

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

Самое смешное в этом то, что с некоторых пор данные хуиз запросов веб-интерфейса nic.ru стали передаваться средствами защищённого протокола https.

Вот как любопытно получилось, только вчера писал на хабре о Piwik. А сегодня мне друг прислал на другой проект тоже вышедший недавно на стадию beta-тестирования — Woopra. Этот сервис также позиционирует себя как альтернатива Google Analytics. Правда, на данный момент Woopra выглядит перспективней Piwik’a, и обещает по-больше.

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