Здравствуйте.
У меня есть сайт. На нем пользователи выкладывают фотографии. Хочется воспользоваться каким-нибудь известным хостингом картинок, типа flickr, или picasa. Но я хочу чтобы сервис давал возможность встроиться в сайт незаметно для пользователя, желательно на java-script, а не на server-side. То есть предоставлял возможность заливать и просматривать фотографии на моем сайте. Для видео очень хорошо так работает Rutube (js-api). А вот фотохостинг подобрать не могу. Посоветуйте плз.

Сайт odnoklassniki.ru имеет удивительную систему авторизации и использования сессий. Например, тут можно почитать об удивлении людей, прошедших по ссылке в посте (И ни в коем случае не ходите сами!): dolboeb.livejournal.com/1076635.html?thread=39293851#t39293851

А еще очень интересны куки, которые этот сайт прописывает к вам. Посмотрите — мне лично не понравился этот мусор.

Интересно — кто вообще так делает сайты?

Друзья, подскажите, можно ли средствами css/js вращать объекты (не важно — картинки, блоки) на произвольный угол?
Может есть какие-то библиотеки?
Спасибо.

Думаю многие знают, то такое Aptana.
Теперь многие будут знать, что вышел релиз и что теперь есть выпуск Aptana Pro всего за $199 $99.

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

Homepage

PS Давайте ребята :) еще 550 закачек и будет ровно 1 000 000 скачиваний :)

Наш новый фронтенд-сервер сейчас вполне справляется с нагрузкой и в оптимизации не нуждается (чего нельзя сказать о базе данных), но после того, как я очередной раз посмотрел на его top, мне вдруг стало жалко ожесточённо разнашиваемых дисков, и я решил уделить этому пару минут и поставить eAccelerator.

Да-да, все «реальные пацаны» умеют строить веб-системы, способные выдержать монументальные нагрузки. Ну а для «непацанофф» всегда есть гугл и масса сайтов посвящёных данной тематике. Однако «проблема роста» включает в себя не только вопрос верной сервировки данных клиенту и их грамотной репликации/распределении на кластере. Зачастую проблемы возникают от того, что всё как раз-таки наоборот — слишком шустро работает. Рассмотрим пример из недавней практики:

С недавних пор, а точнее после выхода браузера Safari под Windows, я тестирую свою верстку и на нем тоже. Собственно это и не сложно вовсе, так как если сверстано по стандартам и в Firefox'e отображается нормально, то в 99% случаев, та же самая картина будет и в Safari.



Недавно у меня возник вопрос, на который я пока не нашел ответ. Существуют ли различия в отрисовке страниц между оригинальным Safari/Mac и его братом-близнецом Safari/Win? Есть ли различия в движке?

Можно ли быть увереным, не имея под рукой Mac, что сайт не расползется пред взором Яблоководов? :)

Прочитав в этом блоге о балансировке на стороне клиента, решил опубликовать свою статью, в которой описаны основные принципы масштабирования для web-проектов. Надеюсь, хабралюдям будет интересно почитать.

Основы масштабирования

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

Обычно о масштабировании начинают думать тогда, когда один
сервер не справляется с возложенной на него работой. С чем именно он не
справляется? Работа любого web-сервера по большому счету сводится к основному
занятию компьютеров — обработке данных. Ответ на HTTP (или любой другой) запрос
подразумевает проведение некоторых операций над некими данными. Соответственно,
у нас есть две основные сущности — это данные (характеризуемые своим объемом) и
вычисления (характеризуемые сложностью). Сервер может не справляться со своей
работой по причине большого объема данных (они могут физически не помещаться на
сервере), либо по причине большой вычислительной нагрузки. Речь здесь идет,
конечно, о суммарной нагрузке — сложность обработки одного запроса может быть
невелика, но большое их количество может «завалить» сервер.

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

Пока Youtube не прикрутили к embeded-плееру кнопку «отменить загрузку» — сайтовладельцы могут воспользоваться небольшой хитростью и реализовать такую кнопку самостоятельно.

Примечание: ниже находится перевод тезисов доклада «Learning to Love Forms» с конференции «WebVisions 2007» (автор Aaron Gustafson). Докладчик рассказывает о верстке форм, используя корректный и эффективный XHTML/CSS-код.

• Формы — это необходимое зло. Людям свойственно усложнять формы, хотя они могут быть представлены весьма просто.
• Рассматривайте верстку форм как создание обычного XHTML-кода. Но будьте готовы к несоответствиям со стороны браузеров и применению хаков.
• Разбивайте сложные формы на несколько простых частей.
• Старайтесь обеспечивать максимальную семантическую ценность кода.
• Не усложняйте дизайн форм.

XHTML & CSS приемы

1. Элемент FORM создает форму.
2. Единственным обязательным его атрибутом является ACTION, и он всегда должен быть URI.
3. По умолчанию METHOD выставляется в GET.
4. Атрибут NAME устарел, используйте вместо него ID.
5. Элемент FIELDSET используется для группировки связанных полей формы. Может быть вложенным.

Вчера прошло собрание программного комитета конференции Client Side 2007. На этой конференции будут затронуты, пожалуй, все аспекты разработки Web-приложений с точки зрения клиента (браузера), таких как JS, XML, JSON, Flash, SilverLight и многое другое. Собрание проводилось для того, чтобы определить список докладов, которые будут участвовать в конференции.

Интересно, что именно в это время и как раз на Воробьёвых горах, где собрание состоялось, проходил футбольный матч между Россией и Англией. Поэтому когда я ехал на него, вокруг меня была толпа возбужденных фанатов; когда ехал обратно, ситуация повторилась. Охранник даже не спросил документов, вместо чего возбужденно воскликнул: «Наши ведут 1:0!» (как оказалось, наши не вели 1:0, слукавил охранник). Так же случайно собрание было организовано в кафе, где перед телепроектором сидела толпа возбужденных фанатов с шарфиками и пивом и всячески гикала, свистела, орала — мешала интеллигентным людям скромно решать судьбы мира. Ближе к концу собрания раздались дикие вопли, и нам пришла новость от фанатов с шарфиками и пивом, что наши сделали чудо: выиграли у Англии со счетом 2:1!

А на самой встрече было, хоть и шумно, но очень интересно и весело. Что неудивительно, ведь собралось около 30 человек IT-шников, которые имеют то или иное отношение к интерфейсам и клиентскому программированию. И все живо обсуждали каждый доклад, стараясь вычеркнуть только самые неинтересные.

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

Это мой первый постинг на Хабре, не судите строго и подскажите если что не так.

Сегодня вечером состоится собрание Программного комитета, на котором будет определен окончательный состав докладов конференции клиентских интернет-технологий Client Side’2007.

Организаторы первой конференции для разработчиков клиентских интернет-технологий объявили предварительную программу мероприятия. В состав докладчиков вошли такие знаменитые личности, как Вадим Макеев, Платон Днепровский, Артем Горбунов, Денис Бесков-Доронин, Алексей Капранов и другие представители ведущих дизайнеров и технологов России.

На сайте представлена черновая версия программы конференции: темы докладов и авторы. Однако стоит учесть, что из перечисленного списка (более пяти десятков докладов). Программный комитет выберет лишь 30 лучших докладов, которые и будут представлены публике на конференции 6 и 7 ноября. Заседание состоится 17 ноября в 20 часов в ресторане «Союз» (карта и подробное описание проезда).

Хабралюди приглашены!

PS: В моем ЖЖ проходят народные выборы докладов, которые попадут в программу.

Это выдержка заметки в блог IM (link) на тему оригинального механизма регистрации и авторизации на сайте + еще пару мыслей об интеграции веб с нашей повседневной жизнью.

Предыстория

Существуют разные системы и способы организации дел, напомниания о них.
Я имел когда-то два icq uin'a (рабочий\домашний) для этих целей. Т.е. вместо писем я посылал im-сообщения самому себе, чтобы по приходу (поймите правильно) не забыть сделать важные вещи. До недавнего момента, к сожалению, использовал две jabber-аккаунта для тех же целей (тут даже идея приоритетов помочь не может).

Но всё изменилось

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

1. Концепт и интерфейс Tabs Generator похож на Stripe Generator, который позволяет вам легко создавать табы для меню ваших сайтов за считанные секунды. Можно настроить размер, цвет, радиус закругления, границу и цвет фона.



2. Reflection Maker — простой инструмент для создания Веб2.0-стилизованных изображений с отражением. Просто загрузите изображение с компьютера или укажите его адрес в интернете, откорректируйте степень отражения и необходимый цвет фона перед запуском. Замечу, размер изображения не должен превышать 200 Кб.

Сочетание SWF и AJAX для красивой и удобной передачи файлов на сервер.
«Мастхэвная» технология для любого сервиса, где требуется закачка фотографий, музыки и т.п.

digitarald.de/playground/uplooad.html

Для работы необходим Flash 8+ и любой современный браузер (Internet Explorer 6+, Opera 9, Firefox 1.5+ и Safari 2+). Исходники прилагаются.

<map
id="browser"
/''name="firefox"
/""name="sleipnir_gecko"
"name="safari"
""name="konqueror"
/name="ie"
name="opera"
name="lynx"
>



Атрибут name объекта с id=browser отдает название браузера. Основано на различии методов парсинга атрибутов элементов.

Источник: http://www.hedgerwow.com/360/dhtml/html-browser-detection.html

Уважаемые колеги!

Мы приняли решение перенести первую конференцию украинских
веб-разработчиков UA Web с октября 2007 на март 2008 года.

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

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

Спасибо за поддержку!

С уважением,
команда UA Web
Юрий Артюх, Евгений Некоз, Павел Рогожин и Олег Бунин
uaweb.in.ua

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

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

В связи с этим у меня возникает вопрос: а действительно ли нужно ради каких-то рюшечек (это может быть некие ajax-фишки или что-то иное, но браузеро-зависимое) поиметь себе на пятую точку лишние, пусть даже и потенциальные, но проблемы?

Конечно же каждый разработчик/дизайнер/стартапщик/etc ответит на него по-своему, но лично я для себя определённую замету «на полях» сделал.

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

В первую очередь следует знать, что кроссбраузерная верстка сродни магии. Объясняется это все банальной вещью, которую я озвучу так: ”Все мы ненавидим Internet Explorer!” Таким образом, 90% всей магии сводится к тому, чтобы заставить правильно сверстанный макет корректно отображаться в браузере Internet Explorer всех актуальных версий.

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

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