Под .NET существует множество библиотек для построения графиков. Выбор в сторону решения от Microsoft подкупил тем, что оно встроено в .NET Framework 4 и потому не требует подключения сторонних библиотек. Хотя есть и один недостаток — работать с ним можно только на форме Windows Forms, для WPF форм штатной работы с компонентом не предусмотрено. Из-за этого все мануалы, начинающиеся словами «перетащите компонент Chart на форму» шли лесом абсолютно не помогали решить поставленную проблему.

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

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

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

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

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

Задача — сделать профиль пользователя доступным через example.com/user/username и через пользовательский поддомен username.example.com. Задача простая и с помощью Zend Framework решается парой строк кода. Трудности начались тогда, когда я решил действия регистрации, подтверждения регистрации, востановления пароля и собственно входа/выхода поместить в тот же контроллер, который выводит профиль пользователя. Теперь возникла задача научить контроллер не воспринимать example.com/user/register как пользователя.

О чем это?

Возможно ли узнать более детальную информацию о браузере посетителя кроме строки, содержащейся в $_SERVER[«HTTP_USER_AGENT»]: поддерживает ли яву, апплеты, таблицы стилей и фреймы? А может это вообще гуглобот зашел?