Обновился MooTools до версии 1.1. Теперь он еще быстрей, проворней и компактней.

• Список изменений
• Документация
• Демо
• Скачать

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

Надеюсь эти советы будут полезны и для вас.

Минуло почти четыре месяца 2007 года и мне показалось интересным обозначить существующие тенденции на рынке веб-разработки и по возможности учесть их в планировании новых проектов. Собственно ниже представлен результат моих изысканий.

Уже от 10-го специалиста в этом году слышу что пора переходить на PostgreSQL :-)
Хабралюди, поделитесь реальным опытом использования PostreSQL на базах с таблицами от 30 миллионов записей и больше.

Если нет, планирую в ближайшее время сделать сам, но хотелось бы объективности.

P.S. В версиях PSQL до 7.x — 6 миллионов записей вызывало большую проблемму.

Данная панель инструментов поможет вам в тестировании sql-инъекций, XSS «дырок» и общей безопасности сайта. Это расширение не инструмент для выполнения эксплойтов (от англ. — exploit) и оно не научит взламывать сайт (или стать хакером). Первостепенная роль расширения — помочь разработчикам в проверке степени безопасности их кода. Если вы знаете что вам требуется сделать, то эта панель поможет сделать это быстрее. Если вы только хотите научиться находить пробелы в безопасности, то вы также можете использовать эту панель, но вам потребуется как минимум книга и «много-много гугла». :)

Прим.: немного эмоционально, поэтому давайте заранее простим мне это.

Итак, предлагаю каждому читающему это, задать себе вопрос: возможен ли стартап в его жизни? Проблема в том, что мы собираемся и говорим об интернет бизнесе, о hi tec, о google, о чем угодно, все мы мечтаем повторить их успех и ищем к нему путь. Но может мы стоим на месте? Да. Для большинства это именно так.

Я хочу рассказать о собственном опыте защиты веб-приложений, используемых на предприятиях/фирмах с ограниченным числом сотрудников.

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

Вот приснился сегодня ОН — ХАБР!
Накидал набросок :) Думаю его отрелизить со временем. Если смысл есть конечно.

На Хабре общается немалое количество менеджеров интернет-проектов и не меньше разработчиков: дизайнеров, программистов. Из своего опыта знаю, что часто бывают моменты непонимания одних другими. Чтобы как-то помочь и тем и другим достичь взаимопонимания, предлагаю резюме статьи Роба Уаллинга (Rob Walling):

После публикации типологий клиентов и исполнителей многие комментирующие резонно предложили мне не останавливаться на простом описании наблюдений, а попытаться перейти к рекомендациям и советам. Что ж, я готов. Давайте попробуем.

Одним из основополагающих моментов успешной деятельности (практически любой) я вижу непротиворечие своей природе. Если так уж случилось, что вы стали продюсером, то ваша судьба быть между огней. Всегда. С одной стороны клиенты, с другой дизайнеры. Или инвесторы с одной, и разработчики с другой. Или ангел и черт — не суть важно. Если уж так случилось, что вы между ними, постарайтесь быть равноудаленным от обеих сторон.

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

Мне понравились советы Сары Нидлман (Sarah E. Needleman), редактора CareerJournal.com, как поймать сразу двух зайцев: добиться успеха в работе и в то же время не запускать личную жизнь. Надо всего лишь правильно организовывать своё рабочее время. Сначала я думал перевести всю статью, но потом понял, что тезисы будут интереснее.

1. Знай, когда тебе работается лучше всего
Профессионалы достигают пика продуктивности в определённое время в течение дня. И вы старайтесь организовывать своё время так, чтобы наиболее трудоёмкие задачи решались именно во время вашего «подъёма».

Один из самых популярных фрейморков родил релиз версии 1.5. Список изменений очень большой, для интересующихся changelog.

Плюс ко всему теперь проект получил нормальный домен.

p.s. поиск слова speedup среди изменений не дал положительных результатов :)

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

Как я уже говорил, моя работа стоит на двух табуретах. Первый, это работа с клиентами – получение и обработка информации в формате «что делаем». Второй, это работа с коллективом дизайнеров – собственно, перевод слов в результат («делаем»).

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

На дизайнерском сайте Web Design From Scratch опубликовано подробное руководство по дизайну Веб 2.0. Это руководство представляет собой список из 15 дизайнерских приемов, которые чаще всего используются на сайтах нового поколения, с конкретными примерами и скриншотами.

Поскольку yagryagr явно взял тайм-аут, позволю себе влить немного информации по теме нашего блога.

Итак. Около года назад я написал и опубликовал на Creatiff.ru типологию клиентов и исполнителей. Не думаю, что кому-нибудь из вас удалось ознакомиться с этим материалом — проект ни жив, ни мертв. А, между тем, сама тема актуальности не теряет, поэтому я возьму на себя смелость опубликовать еще один релиз с небольшими правками и дополнениями.

Как уже было сказано в предыдущих постах, я — отраслевой веб-продюсер. С одной стороны в мои обязанности входит управление требованиями: я общаюсь с клиентами и вывожу их на определенный конструктив, с которым уже можно работать. С другой стороны в мои обязанности входит управление творческим коллективом: тем самым, который полученные требования реализует. Можно сказать, что я меж двух огней. С одной стороны клиенты давят, с другой дизайнеры напирают, с третьей менеджеры суетятся (это вообще отдельная тема). У каждого своя правда, каждому «надо», и мне тоже «надо»… Скучно не бывает.

Хороший сервис посвященный просмотру веб-сайтов посредством MacOSX -> причем просматривать можно, как картинками (скриншоты), так и в реальном времени.

Функция просмотра скриншота — бесплатно.
В реальном времени — платно (но не сильно дорого)

www.browsrcamp.com

В LJ-коммьюнити появилась интересная идея по визуализации навигации по страницам, которая наиболее эффективна при большом их количестве.

Автор представил пример. Спешу поделиться этим с вами, а также ожидаю комментариев по упрощению постраничной навигации в целом.

Примерно 95% текста в 25 млрд документов, проиндексированных Google, составлены из маленького словаря в десять тысяч слов. Это значит, что почти любой поисковый запрос выдаст миллионы документов. Таким образом, вычисление релевантности документа представляет собой нетривиальную математическую задачу. Для этого используется комбинация сложнейших математических методов. К тому же, содержимое веба постоянно изменяется, так что показатель релевантности нужно постоянно пересчитывать. Центральное место в системе ранжирования Google занимают алгоритмы PageRank.

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

1) Заголовки Last-Modified и If-Modified-Since