Different Reality

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



Я занимаюсь клиентской разработкой уже 8 лет и за это время браузеры совершили гигантский скачок вперед. Во-первых их стало очень много. В зоопарке разработчика на данный момент 10(!) основных браузеров — IE6/7/8/9, Fx 3.6/4/5, Opera, Chrome, Safari плюс мобильные и специфические. К счастью, ветеран IE6 уже вскоре окончательно умрет, да и IE7 уже сдает позиции. Firefox поменял свой подход к версионности вслед за Chrome и будем надеяться что в скором времени мы будем работать только с последним релизом, не оглядываясь на цифры. Opera тоже заматерела и движется в сторону автообновления.

12 навыков создания защищенных веб-приложений

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

Большинство примеров кода не привязаны к какому-либо конкретному языку программирования, но для наглядности я буду использовать PHP.

Итак, поехали.

Интефейс выбора места расположения без использования справочников с помощью карт Google

При создании различных веб-сервисов возникает необходимость указания адреса или географического положения на карте. Например, при создании сервиса по продаже недвижимости, необходима навигация и поиск объектов по заданному региону, городу, району.
Как правило, при добавлении нового объекта пользователю предоставляется возможность последовательно выбрать название страны, города, района и т.д. Такой интерфейс требует предварительного заполнения справочников названий, поддержки, актуализации.
Предлагается вариант реализации такого интерфейса без заполнения справочников, с использованием функционала Google Maps Api.

О чём пользователи не напишут вам в feedback

Бывает так, что на сайте что-то происходит, заметно снизилось количество регистраций, или активность пользователей на сайте упала до нуля, но у программиста “всё работает” и он считает что всё нормально. Я проанализировал проблемы с которыми мы столкнулись за два года на нашем проекте и составил небольшой список того, о чём пользователи вряд ли вам когда нибудь напишут.

[Перевод] Релиз Firebug 1.6

Рабочая группа Firebug Working Group с гордостью представляет релиз Firebug 1.6!

Мы внедрили множество новшеств, которые приведены на странице заметок к релизу Firebug 1.6. Пожалуйста, просмотрите список изменений и дайте знать, если вам необходима любая дополнительная информация.

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

Мы значительно повысили стабильность Firebug'а и избавились от множеств утечек памяти — мы утверждаем, что это лучший релиз Firebug'а за всю историю.

Важные аспекты RESTful API для вашего проекта

Данная статья давно назревала в моей голове, но совсем в ином формате.
Прочитав последние несколько неуклюжих статей на тему WEB-сервисов (например: http://habrahabr.ru/blogs/development/108973/) и применения в них REST технологии, решил что настало время все-таки откинуть лень, выделить время и написать «переформатированную» в своей голове статью.
Итак, кратко, что Вы найдете в статье и кому она будет полезна:

— новичкам, которые интересуются или планируют написать WEB-сервис для проекта
— профи вряд ли найдут что-то новое для себя
— общая идеология REST
— применение CRUD в WEB-сервисах
— принципы KISS при построении раутеров
— лучшие практики
— немного пиара ;)
— ссылки, литература

[Перевод] Расшарьте свой локальный веб-сервер в Интернете с помощью localtunnel

Иногда во время тестирования веб-приложений может понадобится доступ к ним снаружи (то есть из публичного Интернета). Например некоторые API используют коллбеки.

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

Но не всегда найдется такая машина, и влом покупать VPS или что-то в этом роде. В таком случае localtunnel — как раз то что надо.

localtunnel — инструмент специально предназначеный для того чтоб временно расшарить локальный веб-сервер в Интернете. Он работает как клиент к публичному сервису обратного туннелирования с открытыми исходниками.

Использовать его очень просто:

localtunnel 8080

Эта команда сделает локальный сервис на порту 8080 доступным на порту 80 на домене который выведет утилита.

Конечно перед использованием все-таки надо устанавить и настроить программу.
Установка для всех пользователей:

sudo gem install localtunnel

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

localtunnel -k ~/.ssh/id_rsa.pub 8080

Если у вас нет готовых ключей для SSH, их сожно сгенерировать такой командой:

ssh-keygen -t rsa

Больше информации (на английском) и исходники – на Гитхабе.


Источник: Хабрахабр - Web-разработка
Оригинальная страница: [Перевод] Расшарьте свой локальный веб-сервер в Интернете с помощью localtunnel