На днях доделал очередную версию моего плагина для WordPress – Terms Descriptions. Скачать вы её можете на отсюда. Либо, если вы уже используете этот плагин, через систему обновлений WP.

После выхода предыдущего релиза прошло довольно много времени и накопилось большое количество замечаний и предложений по его доработке. Сразу хочу сказать большое спасибо всем, кто помогал советами и идеями, присылал подробные отчеты об ошибках. Эта информация очень пригодилась!

В этой версии, конечно, реализованы не все пожелания и она не идеальна, но, надеюсь, что работать с ней будет удобнее, чем с предыдущими

Примечание. Посмотреть описание предыдущих версий плагина можно в статье: Плагин WordPress: Terms Descriptions.

Рассмотрим по порядку все основные изменения.

Интерфейс

Переделан практически полностью. Надеюсь, будет удобнее

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

Сейчас плагин создаёт три административных страницы, которые находятся в меню «Термины».

На первой странице (рис.1) размещена форма добавления новых терминов и таблица с уже существующими терминами.

Рис.1.

Принцип создания термина остался тем же, но форма изменилась. Во-первых, сейчас добавлена нормальная поддержка произвольных типов записей WP (custom post types). Во-вторых, для выбора записи (поста) используется поле с автокомплитом, а не выпадающий список с заголовками постов (рис. 2). Как оказалось, выпадающий список практически бесполезен, если блог содержит несколько сотен записей.

Рис. 2.

Также добавлена пагинация (листалка) для таблицы с терминами и возможность обновления постоянных ссылок (об этом чуть ниже).

На второй странице находится форма со всеми основными настройками блога (рис. 3).

Рис. 3.

На третьей странице (рис. 4) – инструменты для экспорта/импорта данных плагина и для пакетной загрузки терминов.

Рис. 4.

Хранение терминов

Способ хранения и работы с терминами также был существенно переработан. Поэтому после обновления плагина в админке появится сообщение с кнопкой «Обновить БД». Я настоятельно рекомендую сделать резервную копию базы перед выполнением этой операции.

Причин для внесения этих изменений было две.

1) Оказалось, что часть пользователей создаёт большие списки терминов. И для работы с ними целесообразно создать отдельную таблицу.

2) Функция get_permalink, которая используется в WP для формирования ЧПУ, при определённых структурах ссылок оказывается довольно ресурсоемкой. Чтобы исключить её использование при формировании страниц блога, формирование ссылки теперь осуществляется один раз при создании термина. А для того, чтобы плагин правильно работал после изменения структуры URL, добавлена возможность пакетного обновления ссылок из админки. Кнопка «Обновить ссылки» находится справа над таблицей терминов (рис. 1). Т.е. если меняете структуру ЧПУ не забудьте обновить ссылки терминов.

Парсеры

Одними из самых неприятных проблем, с которыми я столкнулся при поддержке плагина, были конфликты с другими плагинами.

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

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

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

Сейчас в дистрибутиве плагина есть два парсера.

1) Простой. Ставит ссылку на текст, который полностью совпадает с одним из терминов.

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

Переключение между парсерами осуществляется на странице Термины->Настройки (рис. 3).

Пакетная загрузка терминов

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

Форма пакетной загрузки находится на странице Термины -> Инструменты.

Формат добавления терминов следующий. Каждый термин должен быть записан в отдельной строке. Можно указать несколько словоформ для терминов. Разделитель словоформ – символ |. Т.е. точно так же, как и при добавлении нового термина. Но есть важное отличие, в качестве последней словоформы нужно указать ссылку. Ссылкой может быть обычный URL (наличие http:// обязательно) или id поста (пост нужно создать до добавления терминов).

Например,

яблоко|яблоки|яблок|яблочный|http://apples.com
груша|груш|груши|24
и т.д.
здесь, 24 – id поста на который нужно поставить ссылку.

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

Заключение

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

Успехов!

Полезные ссылки.

Закажите VPS Start и выше и получите 30$ + панель ISP в подарок! Отзывы – zapili.net

Основные подготовительные работы по конференции закончены. Доклады сформированы. Среди спикеров представители KnpLabs, Magento, JetBrains, Sphinx и других известных компаний.

Открыта финальная регистрация!

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

Пожалуйста, обратите внимание на то, что изменилось место проведения! Мероприятие будет проходить на прошлогодней площадке — в актовом зале ЛГТЦ (Ленгипротранс-Центр), по адресу: Московский пр., 143, ст. м. «Электросила». Кофе-брейки и обсуждения на флипчартах будут проходить в фойе.

Cписок докладов:

Гибкая архитектура Zend Framework приложений с использованием Dependency Injection

Алексей Качаев (Сogniance, Senior PHP Developer)

Воюем за ресурсы: Повышение производительности Zend Framework приложения с помощью phpDaemon, Varnish и ESI

Алексей Качаев (Сogniance, Senior PHP Developer)

Behavior Driven Development в PHP и Zend Framework

Константин Кудряшов (KnpLabs, Senior Web Developer)

Разделение труда: Организация многозадачной, распределенной системы в Zend Framework с помощью Job Queue

Александр Готгельф (Magento, PHP-разработчик)

Как может помочь среда разработки при написании приложения на Zend Framework?

Николай Матвеев (JetBrains, разработчик)

Создание REST-API для сторонних разработчиков и мобильных устройств с авторизацией по протоколу OAuth 1.0

Дмитрий Чижевский (Дзен-мани, разработчик)

Толстая модель: История разработки собственного ORM

Михаил Шамин (Геометрия, ведущий разработчик)

Что такое Sphinx, зачем он вообще нужен и как его использовать с PHP (от простого индекса до поискового кластера)

Владимир Федорков (Sphinx, Director of Professional Services)

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

Торопитесь, количество мест ограничено!

Обязательно следите за последними новостями:
RSS-канал: feeds.feedburner.com/zfconf
Twitter: @zfconf
Группа ВКонтакте: vkontakte.ru/club14951507

Организатор: компания Wizartech
Партнеры: сообщество zendframework.ru и конференция ZFConf Ukraine

Приветствую всех!

Сегодня, просматривая Google Reader, я наткнулся на две статьи о системе комментирования Disqus с диаметрально противоположными мнениями – For Idiotisqus и Системы комментирования для блогов – плюс и минусы. Что же делать?

В принципе, все это смахивает на типичный холивар, в которых я учавствовать не люблю. Но для многих блоггеров вопрос стоит конкретно: «Устанавливать стороннюю систему комментирования или нет?» И ориентироваться они будут именно на такие статьи. К тому же, потестировать такую систему локально не получится, вы просто не получите достаточно объективных данных. А ставить эксперименты на «живом» блоге никто не любит.

В этой статье я хочу рассказать о своем опыте использования Disqus и, возможно, помочь принять правильное решение

Прежде всего, разберемся, зачем вообще оно надо.

Стандартная система комментирования WordPress (и других движков) предлагает пользователю заполнить форму минимум из трех полей (имя, email и текст комментария). Обычно есть ещё и четвертое поле – ссылка.

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

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

Решать проблему можно по-разному.

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

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

Второй вариант, естественно, выглядит привлекательнее. Но, к сожалению, красиво все получается только в теории.

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

Но давайте посмотрим, какие есть альтернативы.

1) Написать систему аутентификации самостоятельно.

Я серьезно рассматривал этот вариант. В теории все просто. Есть два протокола – OpenId и OAuth, которые поддерживают большинство сервисов, и есть готовые библиотеки для работы с ними (писать всё с нуля долго и нудно). Но когда я начал тестировать OpenId библиотеки получилось, что протокол они вроде бы поддерживают, но работают не со всеми сервисами. Например, многие не работают с Google, а он – один из самых популярных OpenId провайдеров.

В общем, получается, что быстро и легко написать такую систему не получится. Придется «допиливать» под каждый сервис.

Примечание. Тут я могу ошибаться. Все библиотеки я не тестировал. Возможно, через какое-то время ситуация изменится.

От этого варианта я отказался.

2) Использовать сервис Loginza или аналогичный (правда, аналогов я не знаю ).

Здесь ситуация гораздо лучше. Поддерживаются все основные сервисы и работает он стабильно. К тому же есть готовый плагин для WP.

Тем не менее, вопросы остаются. Loginza не гарантирует, что вы получите все необходимые данные. Например, email. Некоторые сервисы аутентификации его просто не передают. Тут же возникает вопрос: «Каким образом тогда реализовать подписку на комментарии?»

Кстати, если интересно, у меня есть несколько статей об использовании Loginza – первая, вторая.

3) Использовать стороннюю систему комментирования, например, Disqus.

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

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

Далее, о проблемах с некоторыми браузерами, в частности с IE.

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

Но ориентироваться тут нужно на собственный блог, а не на усреднённую статистику. Например, для этого блога ситуация такая.

Имеет ли мне смысл ориентироваться, например, на эту статистику?

Переходим к поддержке JavaScript, точнее его отсутствию.

Без JS система вроде Disqus работать не будет. Тут без вариантов. Но фокус в том, что без поддержки JS нормально работает только стандартный метод отправки. Можно, конечно, аутентифицировать посетителя и через OpenId, но что будет представлять собой такая аутентификация?

Пользователя будет несколько раз редиректить между вашим сайтом и OpenId провайдером. Такой вариант прекрасно работает на ресурсах вроде Stackoverflow.com, но, думаю, 99% аудитории там четко понимают, что происходит и что нужно делать. Т.е. опять же, все зависит от ресурса и особенностей его аудитории.

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

Спам

Тут Disqus на высоте. Это одно из самых эффективных решений в борьбе со спамом. Подобные результаты я получал только при одновременном использовании Akismet и довольно сложной капчи.

Сейчас автоматитического спама вообще нет, а ручного стало гораздо меньше (меньше 10 комментариев в неделю). Это при том, что раньше я их десятками в день удалял.

Кстати, было бы совсем неплохо, если бы у спамеров браузеры зависали

Заключение.

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

Но это не означает, что я советую всем блоггерам использовать Disqus или подобную систему. Попробуйте, посоветуйтесь с читателями (для этого достаточно написать пост и попросить оставить свои впечатления). Не понравится – вернёте всё назад.

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

Интересно почитать.

Работающая раскрутка кафе от японских рестораторов

Постоянные читатели этого блога, наверное, помнят, что некоторое время назад (прошло почти 10 месяцев ) я опубликовал несколько постов о разработке TODO скрипта под названием CircleTasks. Там же были выложены исходники и ссылка на демо версию.

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

Но, вынужден признаться, что со временем интерес к этому проекту у меня ослабел. Текущий функционал лично меня устраивал, и мотивации что-то менять не было.

И, совсем недавно, я узнал, что оказывается не я один пользуюсь этой системой

Читатель этого блога Radioact предложил не только очень полезные изменения, но и реализовал их.

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

Кроме того, он поделился исходниками и демо версией.

Логин: demo@demo.com
Пароль: demodemo

Перечислю реализованные изменения

1. Добавлен список статусов и при создании новой задачи. В моей версии этот список появлялся только при изменении задачи. Полезно если вам приходится добавлять начатые или не завершенные задачи.

2. Обнуление прошлых значений полей "Создать задачу", при неоднократном добавлении задач. В оригинальном варианте данные, введенные в форму, сохранялись и отображались при создании новой задачи. Удобно, если нужно добавлять много задач на разные даты. Но не очень удобно если вам нужно добавить несколько задач на следующий месяц.

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

4. Повторный клик по статусу задачи закрывает список. Это важный момент, на который я не обращал внимания. Дело в том, что я отлично помню все иконки и статусы (т.к. сам их рисовал). Но новый пользователь сразу все не запомнит и будет открывать список только для того, чтобы посмотреть, что в нём есть.

Кроме того, Radioact сделал несколько предложений по дальнейшему развитию проекта. Все желающие могут присоединиться к обсуждению.

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

2. Добавить пагинацию. Я сам стараюсь, чтобы список задач был максимально коротким и удаляю выполненные задачи. Но это мой стиль работы, описания к задачам у меня очень сжатые и через пару месяцев по ним сложно вспомнить, о чем шла речь. Но, возможно, для кого-то история окажется полезной.

3. Доработать оформление списка записей. Например, добавить в шапку треугольники для сортировки.

Все пожелания и замечания пишите в комментариях! Обсудим!

Интересно почитать.

Интернет маркетинг – покер и видео сайты

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

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

Причём часто создают сайты с наполнением, только из ворованного контента. Владелец такого сайта может без особых усилий автоматизировать работу. Многие блоггеры отдают полный текст постов в RSS, поэтому ему не нужно даже возиться с cURL'ом. Библиотеки для работы с RSS есть, а вырезать «лишние» ссылки можно с помощью несложного регулярного выражения. Т.е. можно клепать такие сайты десятками без особых усилий.

Если честно, я очень пассивно борюсь с этим явлением, в основном потому, что часть работы за меня делают поисковики. Я не видел, чтобы украденная статья оказалась выше моей в выдаче, но на 100% я этого не знаю. И ситуация окажется сложнее если вы только что открыли блог. У поисковиков доверия к нему не будет никакого, и если кто-то начнет воровать контент, то вполне возможно, что украденный вариант попадёт в индекс быстрее, чем ваш.

Схема действий в таких ситуациях выглядит примерно так:

1) письмо владельцу сайта с требованием убрать контент или поставить обратную индексируемую ссылку;

2) если на первый пункт реакции не было – абуза хостеру;

3) можно дополнительно настучать в техподдержку поисковиков.

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

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

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

Окончательно с функционалом я не определился, и поэтому хочу обсудить идею. На данный момент планируется следующая схема работы.

1) Скрипт будет использовать базу данных блога, при этом неважно какая CMS используется, для получения текстов статей достаточно знать название таблицы и поля, в котором хранятся тексты постов.

2) Выбираем произвольно несколько постов. (Рассчитывать, что тащить будут только новые – не дальновидно ).

3) Из отобранных постов удаляем теги и выбираем одну или несколько фраз (с количеством слов в фразе придётся экспериментировать).

4) Проверяем выдачу поисковика по точному соответствию этим фразам (по-идее, достаточно проверить первую страницу выдачи). Если есть какие-нибудь сайты с такими же фразами, составляем их список.

5) С помощью cURL'а получаем страницы с этих сайтов и проверяем, есть ли на них обратные индексируемые ссылки на наш блог. Если нет, получаем данные о сайте с помощью сервисов вроде WhoIsHostingThis или YouGetSignal и формируем отчёт (в принципе, в отчёт можно просто вставить ссылки на сервисы).

6) Отправляем отчёт почтой или можно просто сделать просмотр отчётов через web интерфейс.

После этого достаточно будет просто периодически проверять отчёты. По-идее, если проверять таким способом по 10 постов каждый день, то этого вполне будет достаточно для среднего блога (с 2-3 сотнями записей).

На данный момент это всё.

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

В конце марта 2010 г. в Санкт-Петербурге пройдет первая в России конференция по Zend Framework. На данный момент открыта предварительная регистрация. Событие знаковое во всех отношениях.

Во-первых, приятно осознавать, что у нас начинают проводить конференции, посвященные не только языку в целом, а и специализированным фреймворкам.

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

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

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

Теперь важный момент.

Для того, чтобы событие состоялось, организатором необходимо оценить количество участников. Поэтому убедительная просьба ко всем заинтересованным лицам:
Регистрируйтесь!

И, пока есть возможность, оставляйте свои пожелания и высказывайте мнение о темах докладов. Окончательная дата конференции ещё не назначена, поэтому вполне возможно, что организаторы смогут их учесть.

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

Мне недавно один знакомый довольно долго объяснял, что Новый Год праздновать 1 января не правильно. Т.к. «на самом деле» новый год начинается в день весеннего равноденствия зимнего солнцестояния (когда день начинает удлиняться). Но он меня не убедил Дело ведь не в дате, а в праздничном настроении!

Именно этого настроения я и хочу пожелать всем в Новом Году!

И еще пожелаю Вам – умения вовремя изменять свои планы. Может быть звучит немного странно, но пожелание взято из личного опыта

Я люблю строить планы , но многие вещи нельзя тщательно спланировать наперед. Всегда появляются новые варианты или оказывается, что при планировании что-то было упущено. Например, если я напишу: «Хочу удвоить количество подписчиков этого блога». Будет ли это хорошей задачей? Может быть мне придется публиковать вдвое больше материала? А может эти подписчики появятся сами собой, просто за счет увеличение пользователей Интернета?

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

Удачи Вам! С Новым Годом!

Постовой

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

Все мы любим получать что-то бесплатно И статистика этого блога – совершенно точно подтверждает эту теорию.

Судите сами, самая популярная статья этого блога – «Как самостоятельно и бесплатно зарегистрировать домен» была написана 2 года назад и собрала более 200 комментариев. Причем периодически на неё приходило больше людей, чем на главную.

Но за 2 года появились дополнительные возможности, которые значительно упрощают процедуру регистрации, поэтому я решил написать новую инструкцию.

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

1) В зоне .org.ua существует ограничение – нельзя подавать более 3-х заявок на регистрацию в сутки с одного почтового домена. Обратите внимание, именно почтового домена, а не ящика, т.е. 3 заявки на весь ukr.net. Это конечно не проблема, если у вас уже есть зарегистрированный домен, и вы можете создавать ящики вида admin@mycooldomen.com (такую возможность предоставляют практически все хостеры). В противном случае нужно было искать какой-нибудь экзотический бесплатный почтовый сервис.

2) Теперь сложнее сделать ошибку при составлении заявки. Т.к. часть данных вводится автоматически (например, поле changed).

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

Теперь подробно разберем порядок создания домена

1) Если вы первый раз регистрируете домен, нужно получить nic-handle. Эта процедура сводится к заполнению формы, поэтому на ней я останавливаться не буду.

2) Внимательно читаем две странички. Особенности регистрации домена org.ua и Правила реєстрації доменних імен в домені ORG.UA. (Если возникли проблемы с украинским языком, обращайтесь, я переведу).

3) Выбираем доменное имя. На этом этапе основной инструмент – whois. Кроме того, будут не лишними сервисы для подбора доменных имен. В блоге SmashingMagazine есть интересная статья на эту тему.

4) Создание записей на name серверах. Я обычно использую name сервера хостера, поэтому пример приведу для cPanel.

4.1) Выбираем в меню пункт Домены – Дополнительные домены.

4.2) Заполняем форму

5) Регистрация. О регистрации с помощью email я уже писал, поэтому сейчас рассмотрим процедуру регистрации через сайт.

5.1) Выбираем пункт «Реєстрація домена»

5.2) Заполняем форму.

Я указал только адрес первичного dns (без IP), вторичный система определила сама.

5.3) После нажатия на кнопку check вы увидите сформированную заявку, такую же, как раньше нужно было отправлять почтой. Проверяем её и отправляем.

5.4) Дальнейшая обработка заявки происходит как обычно, т.е. на ваш email будут приходить письма с результатами.

6) Одно из писем, которые вы получите, будет с темой «ADD sitename.org.ua processing approval request». Вам нужно:

6.1) Скопировать текст письма.

6.2) Удалить из него строку approve: N.

6.3) Ответить на это письмо (в ответ вставить это же письмо без строки approve: N). Убедитесь, что письмо отправляется как обычный текст (не HTML).

7) Завершающий этап. Вы получаете письмо с темой «CREATED: sitename.org.ua (Domain Record #…)», т.е. подтверждение успешной регистрации домена.

8 ) Празднуете успешную регистрацию

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

Удачи!

Интересно почитать

заработок в интернете на сайте – деньги нужны всем!

Проблемы IE уже неоднократно обсуждались в этом блоге. Но, похоже, эта тема «вечная» и сегодня я хочу провести небольшой опрос.

На днях мы с Serator'ом обсуждали эту тему и речь зашла о новом плагине от Google для Internet Explorer под названием Google Chrome Frame.

Для читателей, которые, как и я , пропустили эту новость, кратко поясню, о чем речь. Этот плагин интегрирует рендерер из движка WebKit в IE.

Т.е. с IE внешне ничего не происходит, но странички он начинает показывать по-другому, также как и Chrome.

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

Для того, чтобы плагин заработал нужно в заголовок страницы добавить тег

<meta http-equiv="X-UA-Compatible" content="chrome=1">

При этом плагин совместим с 6-ой версией IE и более поздними.

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

С одной стороны, установив его, вы сохраняете привычный интерфейс, и это, безусловно, плюс. Но с другой стороны, во-первых, требуется поддержка со стороны разработчиков сайта и, во-вторых, возникает вопрос: «Что проще для пользователя? Перейти на другой браузер? Или обновить IE до 8-ой версии? Или этот плагин установить?».

В общем, нам с Serator'ом очень интересно узнать ваше мнение.

Итак, вопрос.

Примечание. Форма опроса в RSS ридерах не работает, поэтому чтобы проголосовать вам нужно перейти на сайт.

Все дополнения, пожелания, замечания оставляйте в комментариях, обсудим

Приветствую всех читателей!

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

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

Думаю, представить себе простейший ToDo список могут все. Это просто перечень дел с отметками «выполнено / не выполнено».

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

Для этого скрипта я использовал одну из таких систем обозначений. Её разработал Sigurdur Armannsson. Подробно её описание вы найдете в предыдущей статье.

Сейчас речь пойдет именно об изменениях по сравнению с предыдущей версией.

Сразу дам ссылки на страницу с демо версией и архив.

UPD: Добавил версию, предназначенную для установки в папку сайта, а не на отдельный хост

Для входа можно использовать demo аккаунт (логин: admin@todo.loc, пароль: password) или создать нового пользователя (ссылка «Регистрация» под. формой входа). Только учтите, что приложение позволяет изменять пароль, и если кто-то успеет изменить его до вас, то вам останется только регистрация.

1) Изменилось название . Теперь скрипт называется Circle Tasks. Это название ближе к названию оригинала.

2) Изменился дизайн. Тут изменения не очень большие. Подобраны более подходящие иконки для операций «Изменить» и «Удалить», перерисованы иконки состояний задач. Изменена цветовая гамма (надеюсь в лучшую сторону ).

3) Интерфейс. Вот здесь изменений больше всего.

Во-первых, я учел отличные рекомендации Steward и убрал inline редакторы. Сначала мне казалось, что они будут ускорять работу, но оказалось что это не так. Теперь чтобы изменить задачу нужно кликнуть по кнопке «Изменить», откроется форма, содержащая все необходимые поля.

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

Предпочитаемый язык сохраняется отдельно для каждого пользователя в базе данных. Если точно определить язык не возможно (например, вы не залогинились), то используются данные из заголовка Accept-Language, который отправляет ваш браузер.

На данный момент доступны русский и английский языки.

4) Поддержка неограниченного количества пользователей.

Я хочу сразу пояснить, что это приложение задумывалось как однопользовательское. А «поддержка неограниченного количества пользователей» означает, что можно регистрировать сколько угодно пользователей, но ToDo список будет у каждого свой. Отправлять задания другим пользователям нельзя.

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

В общем, если я когда-нибудь и займусь такой разработкой, то это будет совершенно другое приложение, а не очередная версия Circle Tasks.

5) Уменьшился размер JS файлов. В основном за счет замены jQuery UI () на JQuery Tools.

Кстати я первый раз использовал JQuery Tools и впечатления самые положительные. Функционала, конечно, меньше, чем в jQuery UI, но его должно хватить в 90% случаев. Легко изменяется оформление компонентов. И главное преимущество – размер. В общем, всем рекомендую попробовать.

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