Осообенно трепетно к этому относятся заказчики за пределами СНГ

Валидатор от w3.org, конечно хорошо, но как всегда хочеться большего.

В нашем случае “большее” - это живой валидатор в реальном времени, автор живого валидатора (Validator.nu) Henri Sivonon взял Hixie’s Live DOM Viewer, и на его основе собрал свой парсер DOM.

Получилось я вам скажу очень даже неплохо.

Это просто незаменимая вещь если вы любитель обдирать чужие сайты )). А вообще одно из основных применений - это к примеру брать котировки валют прям со страницы банка и тд.

Почему собственно PHP Simple HTML DOM Parser:

• Написан на PHP5+ и позволяет легко управлять HTML
• Поддерживает не валидный HTML
• Поиск тагов в HTML с селекторами в jQuery стиле
• Может разложить все содержимое HTML в строку

Скачать последнюю версию с Sourceforge.

Онлайн документация.

Небольшой пример, как извлеть HTML элемент:

// Create DOM from URL or file$html = file_get_html('http://www.google.com/');


// Find all images
foreach($html->find('img') as $element)
  echo $element->src . '<br>'; 

// Find all links
foreach($html->find('a') as $element)
  echo $element->href . '<br>';

• Появилось новое поле для описания плагина. Это поле не зависит от версии плагина и будет выводиться на главном табе “Plugin Information”.
• Каждый плагин можо связать с ORM, который он использует. Первоначально это свойство задавалось автоматически основываясь на имени плагина и некоторых “таинственных” характеристиках. Теперь это поле может задать разработчик. С этого момента информаци о используемом ORM в плагине станет более достоверной.
• Добавлен полезный инструмент для тестирования README файла перед созданием PEAR пакета. Для проверки заходим на страницу проверки валидности Markdown. На этой же странице вы найдете и шпаргалку по разметке Markdown.

• Еще у большого количества плагинов README файл написан в trac wiki синтаксисе. Для конвертации в новый формат Markdown, теперь можно загрузить конвертер в табе “README”.
• Система плагинов основывается на некоторых соглашениях по представлению информации о них, но эти соглашения нигде неописаны, поэтому добавили FAQ для разработчиков, который отвечает на большенство вопросов заданных по новой системе плагинов. Если у вас все еще есть вопросы пишите их Фабьену (мильник есть на офф сайте)
• При загрузки ваших PEAR пакетов, symfony проверить ваш пакет и вслучае неудачи выведет ошибки описывающие проблему с пакетом. Так же добавлен “строгий” режим, при включении которого, symfony так же проверить плагин и на стандартные соглашения по плагинам. Так к примеру в “строгом” режиме файлы LICENSE и README нужны для пакета обязательно. В будущем также будут добавлены новые режими проверки.
• Поисковый модуль пополнился новыми флагом “стабильность” плагина. И так же стал доступен на  отдельной странице. Поисковый движок теперь выдает GET запрос, что позволяет добавлять поисковые запросы в букмарки либо делать копи\паст нужным вам запросам.

На сегодня это все. Но кроме улучшений самой системы, желательно, чтоб все разработчики плагинов добавили “таги” к ним, и обновли package.xml файл. Так, что если ТЫ разработчик плагина(ов), потрать пару минут для обновления плагина и добавления к нему необходимой информации. И если вы еше не загрузили PEAR пакет вашего плагина, то сейчас самое время это сделать.

Ну и на последок, сейчас все еще нет хозяев у 45 плагинов, так что если вы один из владельцов пожалуйста напишите письмицо Фабьену и не забудьте указать имя вашего плагина и ваш логин в trac.

Ежегодная встреча сообщества symfony состоиться 12-13 сентября в Dutch Open Projects (DOP), что в Голландии.

Мероприятие начнется с тренинга по symfony 1.1, предствляет Nicolas Perriault (менеджер релиза symfony 1.1).

Докладов не так много, и на мой взгляд как-то маловато для такого мероприятия, вот список некоторых из них:

• Обучающие уроки от Yahoo! (Dustin Whittle)
• Производительность symfony (Fabian Lange) - это интересно
• symfony и Doctrine vs Propel (Jonathan Wage, главный разработчик Doctrine)
• Библиотеки интерфейса пользователя от Yahoo (Dustin Whittle)
• Плагины и как создавать свои собственные (Lambert Beekhuis)
• Генерация Админ панели (Ian Christian)
• symfony 2.0

Кто созрел, регистрируется, и потом рассказуется всем нам как там было хорошо ))

На офф сайте доступно 100 презентаций (все на английском языке), вот некоторые из них:

• Architecture of Maria, the New Transactional Storage Engine for MySQL
• Advanced wxPython Nuts and Bolts
• Cloud Computing with bigdata
• Code Reviews for Fun and Profit
• Even Faster Web Sites
• Hack This App! PHP Security Workshop
• How to be Normal: A Guide for Developers
• Integration Testing PHP Applications

Море интересных презентаций, просто глаза разбегаются

Но существующаю система работы с плагинами не может ответить на вопросы:

• А есть ли плагин который добавляет “вот такую штуку” ?
• А поддерживает ли мой любимый плагин новую версию symfony 1.1?
• А совместим ли плагин с Doctrine?
• А какие самые популярные плагины?
• Как я могу помочь доработать плагин?

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

Ну и вот теперь у нас есть совершенно новый раздел “Plugins” (в верхнем меню), который и дополнил старый добрый Trac.

Что умеет

Ниже список фич новой системы плагинов:

• Страница плагинов отображает все существующие на данный момент плагины, их можно отсортировать по версии symfony, по используемой ORM модели, по автору либо по имени плагина
• У каждого плагина, как и раньше, есть отдельная страница, с информацией о плагине, с текстом лицензии, с процессом установки, readme, зависимостями, списком релизов отсортированным по версиям symfony и админ панелью для разработчика плагина. Эту страницу так же можно настроить под каждую версию отдельно.
  
• Вся информация залинкована между собой, это означает что вы легко можете найти всех разработчиков плагина, либо все плагины выбранного разработчика
  
• Владелец плагина (его главный разработчик) получает доступ к админ панели управления плагином (редактирование описание, категорий, …), загрузке новых релизов и управлнию командой разработчиков плагина.
  
• Над каждым плагином могут работать несколько разработчиков с разными правами (ролями):
  - девелопер: имеет доступ к репозиторию плагина (если он расположен в  репозитории symfony)
  - сборщик: может загружать новые релизы и удалять старые
  - владелец (лидер): что хочет то и делает с плагином
• Теперь если вы хотите помогать в разработке существующего плагина, достаточно попросить доступ у Владельца плагина. Этот процесс очень прост, так как сейчас все автоматизировано, от создания акканута до авторизации в SVN
  
• Категории к которым относятся плагины, может выбирать владелец (главный разработчик) админ панели управления плагином. И когда большую часть плагинов растусуют по категориям, появится возможность на главной странице плагинов отсортировать их еще и по категориям.
• Все trac аккаунты были перенесены в новую систему, и сейчас вы можете залогинится с вашим существующим trac аккаунтом. Т.е. одинаковые аккануты сейчас используются для Trac, Плагинов, и Subversion.

Для разработчиков плагинов

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

• Информация о плагине, отображаемая на странице плагинов, берется из файла package.xml. Поэтому все владельцы плагинов, должны проверить и исправить свои package файлы.
  
• Раздел “Лицензий” в админ панеле плагина, покажет файл ЛИЦЕНЗИИ PEAR пакета, если он есть. Если его нет, то пожалуйста добавьте его в корень вашего PEAR пакета с текстом самой лицензии.
  
• Раздел “readme” покажет файл README. Формат этого файла сменился с Trac wiki markup на Markdown, так как этот формат используется во всей документации symfony. Конвертация в Markdown из Trac wiki markup, происходит автоматически, но так как она оставляет желать лучшего, нужно сомстоятельно проверить файл README на соответствие Markdown синтаксису
  
• Скрипт импорта автоматически связал владельца плагина с его плагином, но это сработало если email в вашем trac аккаунте совпадал с email’ом, который вы указали с файле package.xml. На данный момент порядка 85 плагинов не имеют хозяев (налетаем и разбираем, кому плагинчик!). Если вы владелец плагина и вы не можете получить к нему доступ, отправьте письмо с именем вашего плагина и логином Фабьену (fabien.potencier[at]symfony-prokect.com)
  
• Некоторые плагины не были перенесены так как были с ошибками.
  Если вы не нашли своего плагина в новой системе, тогда посмотрите на странице плагинов с ошибками для того чтоб узнать причину. Если не знаете как побороть возникшую проблему, пишите Фабьену должен помочь
  
• Страница с плагинами в Trac перенаплавляется на новую страницу плагинов, так что пользователи попадут туда куда хотели.

В завершение

Новая система плагинов не заменяет текущую Trac систему, и так же не предлагает SVN репозитории для плагинов. Это потому что новая система не заменяет систему формирования проекта symfony. Разработчики все еще трудятся над такой системой, которая предоставит для наших плагинов выделеный SVN репозиторий, систему трекинга, wiki, и еще кучу всего разного… Так что оставайтесь на связи!

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

Юзер сможет либо сразу пойти и обновиться либо попросить напомнить ему об этом позже, время напоминания указывается в опциях скрипта.

На сегодняшний момент Pushup поддерживает

Установка

В хидер страниц (на которых будет напоминание) добавьте:

<link rel='stylesheet' type='text/css' href='css/pushup.css' />
<script type='text/javascript' src='js/pushup.js'></script>

Скачать Pushup 1.0.0

Таблица старых и новых команд: 

Складываем их на

Плагины:

1. Google maps in posts
Думаю, что название говорит само за себя, с этим плагином вы можете добавлять карту к себе на сайт. Подобных плагинов много, но почему-то у всех чего-то да не хватает, вот и постарались собрать все вместе.

Что умеет:

• Создает вашу собственную карту в посте либо пейдже
• В настройка плагина, кроме API кея гугл мапс, можно указать место по умолчанию (к примеру ваш офис)
• Место по умолчанию отображается на каждой новой карте
• Для каждого маркера на карте можно указать свою иконку
• Каждому маркеру можно добавить название и описание
• Автоматичеки установить маркер по введеному вами адресу
• Установить пустой маркер в центр карты
• Задать размеры карты, высоту и ширину
• Задать изначальный зум с которым будет отображаться карта

Планируем добавить: использование html тегов в описании маркера, добавить возможность создавать несколько карт в одном посте

Скачать Google maps in posts

2. Buzzwords (быстрая подсказка по выделенному слову)
Плагин позволит вам к любому посту либо пейджу добавить слова, по которым будет выводится подсказка с ссылкой на этот пост/пейдж. Т.е. таким образом вы можете составить “глоссарий”, к примеру каких либо терминов, не только с названием и ссылкой, но и кратким описанием.

Что умеет:

• Создать слово подсказку (далее Buzzword) к существующему посту/пейджу либо как самостоятельную единицу
• При создании самостоятельного Buzzword, можно указать любую ссылку
• Buzzwords будут подсвеченны в посте с сылкой, названием и описанием
• Buzzwords можно добавлять либо по одному либо “пачкой” использюя “;” как разделитель
• В администрировании можно редактировать, удалять и добавлять новые Buzzwords
• При редактировании поста/пейджа вы сразу видите какие Buzzwords к нему привязаны

Скачать Buzzwords

В ближайшее время будет добавлен еще один плагин галерея, его пример можно уже увидить на главной странице blog-ware.com

Silvan Mühlemann занялся этим вопросом, создал 9 разных email ящиков, защитил их 9 способами, разместил их на популярном сервере, чтоб их хорошенько проиндексил google, подождал (всего, ничего) 1.5 года и вот он результат…

На графике показаны методы защиты и количество спама в мб, полученного по каждому методу.

В итоге следующие 3 метода оказались самыми надежными:

1. Изменение нарямую через CSS

<style type="text/css">
span.codedirection { unicode-bidi:bidi-override; direction: rtl; }
</style><p><span class="codedirection">moc.etalllit@7raboofnavlis</span></p>

2. Использование метода CSS display: none

<style type="text/css">
p span.displaynone { display:none; }
</style>
<p>silvanfoobar8@<span class="displaynone">null</span>tilllate.com</p>

3. ROT13 - кодирование
Закодировать email в ROT13 можно с помощью тулзы rot13 либо php функцией str_rot13 и после декодировать с помощью Javascript

<script type="text/javascript">
document.write("<n uers=\"znvygb:fvyinasbbone10@gvyyyngr.pbz\" ery=
\"absbyybj\">".replace(/[a-zA-Z]/g, function(c){return String.fromCharCode
((c<="Z"?90:122)>=(cc=c.charCodeAt(0)+13)?c:c-26);}));
</script>silvanfoobar's Mail</a>

Из 3х мне больше всего понравился 2й способ, как наиболее простой в реализации.