TinyMCE 3.2.2

После 4-х месячного перерыва вышла новая версия WYSIWYG редактора – TinyMCE 3.2.2.

Из основных нововведений стоит отметить внедрение в TinyMCE одного из самых быстрых механизмов работы с CSS селекторами – Sizzle. Появилась возможность писать вот такие конструкции

dom.getParents(node, 'div[attr=value],p.class')

.
Кое-какая логика переместилась в плагины, например опция tab_focus теперь это отдельный плагин tabfocus. Планируется постепенно перенести многие вещи в плагины.

Ядро API теперь полноценно реализует DOM для IE, и теперь TinyMCE полноценно работает во всех распространённых браузерах. Это так же означает, что ошибки, специфичные для IE, будут справляться быстрее и проще.

Исправлены много ошибок, специфических для новых браузеров IE 8 и Safari 4.

Новая версия TinyMCE 3.2.2 уже доступна для скачивания.


Firefox 3.0.7

По сообщению официального блога вышла новая версия одного из лидеров на рынке браузеров – Firefox 3.0.7.
Это очередное исправление проблем безопасности и стабильности работы.

Скачать новую версию можно с сайта getfirefox.com. Естественно для тех, кто уже пользуется этим браузером, придёт уведомление о новой версии в течении 24-48 часов, нужно будет просто установить обновление. Подробности можно почитать на официальном сайте.

Основные исправления и дополнения:

  • Исправлены критические ошибки в безопасности:
    • MFSA 2009-11 URL-спуфинг при помощи невидимых управляющих символов
    • MFSA 2009-10 Обновлена библиотека для работы с PNG для устранения проблем с безопастностью доступа к памяти
    • MFSA 2009-09 Утечка XML данных через RDFXMLDataSource и кросс-доменноый редирект
    • MFSA 2009-08 Уязвимость свободного клонирования в памяти связанных XUL DOM элементов
    • MFSA 2009-07 Краш браузера из-за ошибок памяти (rv:1.9.0.7) (связано с движком JavaScript)
  • Улучшена производительность
  • Добавлены версии для Эстонского языка, а также языков Каннада и Телугу (индийские диалекты)
  • Исправлена ошибка с исчезновением у некоторых пользователей куков. Куки исчезали в течении нескольких дней.
  • Полный список исправлений можно посмотреть здесь.

Во всех подобных новостях особо отмечается о прекращении поддержки ветки Firefox 2.0.0.x и настоятельно рекомендуется переходить на Firefox 3.


Релиз phpMyAdmin 3.1.3

Вышла новая версия популярного web-интерфейса для работы с базами данных MySQLphpMyAdmin 3.1.3.

Информация об изменениях пока ещё не опубликована на официальном сайте проекта, хотя сам phpMyAdmin 3.1.3 можно уже скачать.

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


Релиз PHP 5.2.9

Вышел новый релиз PHP 5.2.9. По информации с официального сайта этот релиз фокусируется на улучшении стабильности ветки PHP 5.2.x – исправлено более 50 ошибок, некоторые из них относятся к безопасности. Всем пользователям PHP рекомендуется обновится до новой версии.

Улучшения безопасности и исправления в PHP 5.2.9:

  • Исправлена проблема безопасности в imagerotate () – цвет фона не проходил проверку с не truecolour изображениями.
  • Исправлен сбой при извлечении zip-архивов если был указан относительный путь к файлам или директориям.
  • Исправлен поведение explode() с пустой строкой (отрицательная длинна).
  • Исправлена ошибка доступа к памяти при передаче некорректной строки в json_decode().

Кроме того были добавлены новые возможности и исправлены следующие ошибки:

  • Добавлен необязательный флаг типа сортировки для array_unique(). По-умолчанию SORT_REGULAR.
  • Исправлена ошибка#45996 (libxml2 2.7 вызывал ошибку при передаче символьных данных в xml_parse()).
  • Многочисленные исправления в расширении mbstring.
  • Исправлена ошибка #44336 (Улучшена производительность сравнения UTF-8 строк в pcre).
  • Исправлена ошибка #46699 (Сбой xml_parse если парсер не мог определить пространство имен).
  • Исправлена ошибка #46748 (Ошибка доступа в память при возникновении более чем одной SSL ошибки).
  • Исправлена ошибка #46889 (Утечки памяти в strtotime()).
  • Исправлена ошибка #47049 (SoapClient::__soapCall вызывал ошибку доступа в память).
  • Исправлена ошибка #47165 (Возможный сбой в памяти при передаче значения по ссылке).
  • Исправлена ошибка #47282 (FILTER_VALIDATE_EMAIL правильные email адреса фильтровал как некорректные).
  • Исправлена ошибка #47422 (Оператор деления по модулю возвращал некорректный результат в 64-битной версии linux).
  • И ещё более 50 исправлений.

Рекомендую обновляться. На виртуальных хостингах, я думаю, обновляться никто не будет, а вот те кто пользуется VPS или выделенными серверами – настоятельно рекомендую, тем более что mbstring, по-моему, одно из самых используемых расширений PHP. И, соответственно, ускорение его работы потянет за собобй улучшение производительности всего PHP-проекта в целом.


Суровая правда о корпоративном веб сайте

Корпоративных сайтов много – хороших мало.

Я думал что такая ситуация сложилась только на постсоветском пространстве. Красные директора, те немногие кто до сих пор руководят остатками крупнейших заводов Европы, естественно лучше лягут под танк, чем отдадут деньги, людей и материальные ресурсы на создание “непонятно чего в какой-то там сети”. Новые директора, толком не окончившие школу в конце 80-х, начале 90-х и уж конечно не учившиеся в институтах (славные 90-е) чувствуют местом на котором сидят что их, мягко говоря, вводят в заблуждение, когда предлагают создать корпоративный сайт для привлечения новых клиентов, поддержания деловой репутации и имиджа фирмы. Да ещё когда с такой просьбой приходит собственный программист, зачастую выполняющий обязанности от грузчика до системного администратора, и просит выделить средства – брови директора резко ползут вверх, а рот всё громче и внятнее предлагает пойти прогуляться в места не столь близкие – к звёздам как минимум.

Я сам 8 лет проработал на крупном государственном химическом предприятии (4500 работников), 50 человек IT-отдел. Знаете, какой у нас корпоративный сайт был. Нет, вы не знаете, какой он был – его просто не было как факта.

На мой вопрос начальнику отдела – а собственно почему? – следовал простой ответ: “Директор запретил (!!!) его делать”. Увидев в моих глазах явное непонимание начальник, а он то в ИТ разбирается неплохо, ответил что директор ему сказал: “У нас отличный сбыт продукции, мы не успеваем производить уже проданную продукции и вынуждены отказывать в заключении новых контрактов – зачем нам сайт?”. Вот так собственно предприятие и до сих пор без сайта, я правда оттуда уволился полгода назад, но не думаю что были предприняты хоть какие-то шаги по созданию корпоративного сайта, тем более кризис.

Оказалось что эта проблема волнует и касается не только меня, но некоторых зарубежных коллег.
Сайт www.smashingmagazine.com опубликовал статью Пола Боага (Paul Boag) под названием “10 суровых правд о корпоративном вебсайте”

Предлагаю мой вариант перевода, точнее изложения (нет в итоге получился почти дословный перевод 🙂 – мои комментарии курсивом, их не очень много).

Мы все делаем ошибки запуская собственные веб-сайты. Природа этих ошибок различна в зависимости от размера вашей компании. Растёт ваша компания – меняются ошибки. Эта статья описывает наиболее часто встречающиеся ошибки больших организаций.

Большинство клиентов, на которых я работал, были большими организациями: университетами, большими благотворительными организациями, общественными организациями и большими компаниями. Последние 7 лет я отмечал определённый возврат к безидейности (бесцельности) в этих организациях. Эта статья ставит своей целью избавить от иллюзий и повернуть людей лицом к суровой реальности.

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

  1. Вам нужно специальное веб-подразделение.
    В большинстве организаций веб-сайтом занимаются либо маркетинговый (сбытовой), либо отдел ИТ. Однако это неизбежно ведёт к конфликтам и веб-сайт становится жертвой внутренней политики.

    В реальности, разрабатываемая веб-стратегия не должна устраивать абсолютно все группы, отделы, руководителей. Отдел ИТ может великолепно справляться с построением сложных систем, но не способен разработать онлайн представительство, удобное для пользователей.

    Отдел маркетинга, с одной стороны, немного лучше. Как написал Джефри Зелман (Jeffrey Zeldman) в своей статье “Да будет веб-подразделение” (Let there be Web divisions):

    Веб – это беседа. Маркетинг – это монолог. А тут ко всему ещё этот бардак с семантической разметкой, CSS, “ненавязчивым скриптингом”, сортировками, HTML, вовлечением пользователей, и в конце концов знаниями и умениями, которые не подпадают под требования к маркетологам.

    Вместо этого веб-сайтом должна заниматься отдельная специальная команда. Зелман отмечает это когда пишет:

    Направьте их (людей) в подразделение, которое может определить что ваш сайт не выкидыш ваших рекламных буклетов. Да будет веб-подразделение.

  2. Управление сайтом – это постоянная (ежедневная) работа.
    Но только если веб-сайт не разделён, как это часто бывает, между маркетингом и ИТ – это не эффективно. Вместо этого, имея специальное веб подразделение, которое отвечает за веб-сайт, можно ожидать что веб-сайт станет их полноценной “дневной работой”. Когда веб подразделение создано, оно обычно перегружено кадрами. Большее количество времени они тратят на поддержку сайта, а не на его долгосрочное стратегическое развитие.

    Эта ситуация возникает из-за того, что люди нанимаются на поддержку веб-сайта на зарплату джуниора. У них не хватает опыта и авторитетности продвигать сайт вперёд, развивать его. Значит пришло время для организации серьёзных вложений в вебсайт – необходимо нанимать на полную занятость senior Web managers (я не знаю как сказать это без бумажки по-русски) для продвижения сайта вперёд.

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

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

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

  4. Ваш веб-сайт не должен устраивать всех.
    Один из первых вопросов, которые я задаю клиентам: “Кто ваша целевая аудитория?” И я постоянно в недоумении из-за растяжимости ответа. Часто он включает длинный и детальный список различных людей. Следующий вопрос, вытекающий из предыдущего: “Какая из этих демографических групп наиболее важная?” К сожалению ответ обычно – они все одинаково важные.

    Суровая правда в том, что если вы разрабатываете сайт для всех – он не подойдёт никому. Очень важно чётко сфокусироваться на ваших посетителях и создать дизайн и контент именно для них. Значит ли это, что вы должны игнорировать остальных? Конечно же нет. Ваш веб-сайт должен быть доступен для всех и не оскорблять и игнорировать никого. Однако веб-сайт должен быть в первую очередь нацелен на чётко определённую аудиторию

  5. Вы тратите деньги на социальные сети.
    Я считаю правильным то, что менеджеры веб-сайтов понимают что веб стратегия это нечто большее, чем просто запуск веб-сайта. Они начинают использовать инструменты, такие как Twitter, Facebook и YouTube для привлечения новой аудитории. Однако, несмотря на то, что они пользуются этими инструментами, часто они делают это неэффективно. Корпоративный блог в Twitter или демонстрации продукции в YouTube не находят своей аудитории.

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

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

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

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

  7. Вы не получаете отдачу от вашего веб подразделения.
    Неважно имеют ли они собственное веб подразделение или стороннее агентство, большинство организаций терпят неудачу требуя всего от своих веб дизайнеров. Веб дизайнер это нечто большее чем тыкатель по пикселям (pixel pushers – я понимаю смысл, но на русский перевести не могу 🙂). Дизайнеры обладают большим багажом знаний про веб и про взаимодействие пользователей с ним. Они также понимают технику дизайна, включая системы разметок, пустых мест, теорию цвета и много чего ещё.

    И поэтому неправильно давать им задания типа “сделайте логотип побольше” или “подвиньте это на три пикселя влево”. Делая это вы уменьшаете их роль до операторов и не используете весь багаж их знаний.

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

  8. Утверждение дизайна комиссией – путь к смерти.
    Отличительная черта больших организаций в подходе к управлению веб-сайтом – обсуждение в комиссии. Обычно комиссии формируются потому, что внутренняя политика требует чтобы каждый высказал все пожелания. Все эти пожелания от участников – это плохая идея изначально, но наивно предполагать что крупный корпоративный веб-сайт может быть разработан без таких пожеланий. Однако когда эти пожелания приходят в дизайн – для дизайна это означает поцелуй смерти (автор поэт и романтик однако).

    Дизайн субъективен. То как мы реагируем на дизайн обуславливается культурой, возрастом, полом, детским опытом и даже физической формой (например цветовой слепотой). Дизайн, принятый одним человеком, может быть отклонён другим. И именно поэтому очень важно чтобы решения по дизайну появлялись в результате тестирования пользователями, а не строились на персональном опыте. К сожалению такие решения не могут появиться при комиссионной разработке дизайна.

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

  9. CMS – не панацея.
    Большинство клиентов, с которыми мне приходилось работать, возлагают совершенно неправильные надежды на CMS. Они полагают что CMS решит все их проблемы, и приходят в уныние, когда понимают, что она не делает этого!

    CMS конечно даёт много преимуществ:

    • снимает технические ограничения на добавление контента
    • позволяет многим добавлять и редактировать контент
    • ускоряет обновление
    • и позволяет контролировать

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

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

    Если вы надеетесь что CMS решить ваши вопросы по поддержке веб-сайта – вы будете разочарованы.

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

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

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

Выводы

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

Об авторе

Пол Боаг (Paul Boag) основатель студии веб дизайна Headscape, автор Website Owners Manual и ведущий подкаста по веб дизайну Boagworld.com.


CodeIgniter 1.7.1

100 пост в моём блоге (поздравления принимаются :))

Так вот – вернёмся к CodeIgniter. Если честно вчера первый раз скачал его себе, имею весьма скудные представления о php-фреймовках и php вообще. Вчера даже кое-что получилось, причём весьма быстро. За это благодарности http://www.simplecoding.org/

Сегодня уже вышло следующее обновление – CodeIgniter 1.7.1 – и это я думаю хорошее предзнаменование :), буду разбираться в php и CodeIgniter-е 🙂

Наиболее полное описание нововведение на русском.


WordPress 2.7.1

Вышел первый “технический” релиз пожалуй самого известного скрипта для автономных блогов ветки 2.7 – WordPress 2.7.1

Релиз 2.7.1 исправил 68 ошибок. Можно обновляться автоматически с 2.7 до 2.7.1 через меню Tools->Upgrade (ну или Инструменты->Обновление) или можно скачать полную версию и обновится вручную.

Подробности можно посмотреть в списке исправленных ошибок и полном перечне отличий файлов версий 2.7 и 2.7.1.

К сожалению сейчас ссылки на http://trac.wordpress.org/ не работают – видимо народ ломанулся узнавать чего же там такого новенького.

Я качать этот релиз пока не буду. Во-первых он не критический, во-вторых подожду версии от Ивана Калинина aka Lecactus-а :).

Update:
Ссылки заработали, поэтому можно углубляться в подробности релиза.

Исправлены ошибки в высоким приоритетом (критических не было):

  • 6489 Даты сохранения версий статей/сообщений не соответствовали часовому поясу
  • 8405 WordPress создавал некорректные rss-ленты комментариев
  • 8535 Проблема с возможностью доступа в админ область через некорректно разработанные плагины
  • 8672 Ошибка в wp_newComment()
  • 8767 Пересмотрены фильтры для предотвращения потенциальных XSS аттак
  • 8978 При опубликовании черновиков бралась дата последнего сохранения, а не дата опубликования

Update 2:
Кактусная версия уже вышла – смотрите внимательно на сайте Калинина. У кого не взорвался мозг от “Какстусная версия Калинина” – те могут качать обновления для ручного режима или всю сборку целиком, ну или обновляться автоматически.


Android 1.1 SDK Release 1

Сегодня в блоге разработчиков Android-а появилось следующее сообщение:

Привет, разработчики! Как вы уже наверное могли слышать, пользователи по всему миру начали получать сообщения от их Android-устройств об обновлении, содержащем новые возможности и функциональность. Вы также могли отметить что обновление представляется как “Android 1.1”. Приложения, написанные с использованием 1.0_r1 и 1.0_r2 SDK будут и дальше отлично работать и на Android 1.1. Но, если вы хотите использовать все преимущества нового API версии 1.1, вы должны обновить SDK.

И именно поэтому я даю вам знать что Android 1.1 SDK, release 1 теперь доступен. Как можно скорее смотрите в список нововведений, текущие изменения API простые, но полезные. Новый SDK содержит все новые API, а также новый образ эмулятора для тестирования ваших приложений. Если ваши Android-устройства куплены в розницу, свяжитесь с оператором для выполнения обновления. Обновлённый образ системы v1.1 для Android Developer Phone 1 скоро будет выпущен.

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

Вы можете скачивать обновленный SDK используя ссылки выше. Счастливого кодирования!

Эту речь произнёс Dan Morrill на официальном блоге разработчиков Android-а


Бирже фриланса GetAFreelancer.com 5 лет

Сегодня исполняется 5 лет одной из самых известных западных бирж фриланса – GetAFreelancer.com.

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

Ну что же – желаю бирже дальнейшего процветания, ну и мне заодно начать таки работать на ней 🙂

Пока мой совокупный доход на ней всего 80 баксов, все они кстати ушли на оплату Gold-аккаунта на самой же бирже (12 баксов в месяц). Для заинтересованных объясню – с обычным аккаунтом в вас всего <17+количество активных месяцев на бирже> ставок на проекты – для новичка это очень мало. Gold-аккаунт даёт 163 (кажется) ставки – я ни разу все 163 не использовал… хотя честно говоря мой Gold-аккаунт просто пропал даром… но это совсем другая история.

Да и помните все: и начинающие и опытные фрилансеры, одну очень простую фразу, прочитанную мной в каком-то блоге – “Во фрилансе у вас НЕТ конкурентов.” – главное мозги, время и желание. У вас всё получится 🙂


Firefox 3.0.6

Вышел новый релиз одного из самых популярных браузеров – Firefox 3.0.6. Релиз содержит исправления относящиеся к безопасности и стабильности браузера.

Пользователи браузера Firefox 3.x получат извещения об обновлении автоматически в течении 24-48 часов.
Создатели особо отмечают что для ветки Firefox 2.x больше выпускаться не будут и настоятельно рекомендуют всем устанавливать последнюю версиюю Firefox 3.x

Подробности можно почитать на официальном сайте.

В этом релизе исправлена 71 ошибка, основные исправления:
MFSA 2009-06 Игнорировались директивы не кешировать страницы
MFSA 2009-05 XMLHttpRequest позволял читать HTTPOnly-куки (куки недоступные для чтения из JavaScript-а)
MFSA 2009-04 Изменение привилегий для Chrome через локальные .desktop-файлы
MFSA 2009-03 Кража локальных файлов с помощью SessionStore
MFSA 2009-02 XSS используя chrome XBL-метод и window.eval
MFSA 2009-01 Краш браузера из-за ошибок памяти (rv:1.9.0.6) (связано с движком JavaScript)