Работая в одной компании, я столкнулся с тем, что нужно было реализовать безопасный web-доступ сторонним организациям к данным, находящимся внутри сети этой компании. В качестве СУБД использовалась Oracle. Проект нужно было реализовать, как говорится, «вчера», плюс, зная из опыта, отчеты лучше было формировать в таблицы Excel, с соответствующим форматированием и формулами, которые коммерсанты компании доделывают сами и не дергают программистов, т.к. то, что и как им нужно они сами иногда не знают. Более полноценной поддержки и описания формата Excel чем в PHP я не нашел, если кто знает, например в perl, или других языках, напишите.
 

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

Лично я считаю, что виджеты — это будущее мобильного интернета. Они просты в разработке, основаны на открытых стандартах, здорово экономят трафик и многие люди по всему миру уже знают, как их создавать.

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

Множество людей думает, что технология SEO в основном используется для генерации «человечески понятных ссылок». Однако технология создания человечки понятных ссылок почти не затрагивает SEO. Это лишь небольшая часть SEO, и вообще истолковывается чрезвычайно неправильно. Множество людей искренне верят, что «человечески понятные ссылки» — единственный метод, с помощью которого поисковые серверы могут правильно проиндексировать сайт, или что они являются наилучшим решением для поисковых роботов, индексирующих сайты. Ещё в народе гуляет мнение, что динамические ссылки, так или иначе, уменьшают ранжирование поисковых серверов, или вывод результатов поиска на поисковых сайтах. Но в действительно дело обстоит не так. Человечки понятные ссылки главным образом приносят пользу поисковым серверам за счёт ключевых слов на странице, то есть такие ссылки как бы усиливают ключевые слова страницы и заголовки тем, которые поисковые серверы используют для индексации. Поисковые серверы легко индексируют как динамические, так и человечески понятные статические ссылки. Польза от статических ссылок — минимальна.
 

Новый Internet Explorer 8 (IE8) принес с собой одно приятное нововведение, призванное, как когда-то это сделал XMLHttpRequest, облегчить жизнь программистам и дать бОльшие возможности для взаимодействия с пользователем.

 

Сколько времени у вас отбирает установка и настройка сервера Apache, PHP, Perl, SSI, MySQL и прочих приложений, которые вы устанавливаете для полноценного сервера на вашем домашнем компьютере? Думаю, много. Оно, конечно, стоит того — закачивать скрипты на какой-либо сервер в Интернете и тестировать их там куда муторнее. И все-таки жизнь web-разработчика можно сделать еще проще :-). Есть замечательный пакет Denwer, который содержит в себе все вышеперечисленные прелести, и даже больше. «Джентльменский набор web-разработчика» — именно так расшифровывается название «Денвер». Это набор дистрибутивов, используемый web-разработчиками (программистами и дизайнерами) для отладки сайтов на «домашней» (локальной) Windows-машине без необходимости выхода в Интернет. Официальный сайт проекта — http://www.denwer.ru , там вы сможете подробней узнать о самом проекте и получить ответы на многие вопросы, часто возникающие у людей, которые первый раз слышат о данном пакете.
 

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

"PCRE(Perl Compatible Regular Expression) - регулярное выражение языка Perl. Использует аппарат недетерминированных конечных автоматов(НКА)
POSIX(Portable Operation System Interface) - переносимый интерфейс операционной системы. Использует аппарат детерминированных конечных автоматов(ДКА).
Механизмы работы анализатора сильно различаются, но это уже технические детали" - Д.Котеров, А.Костарев(PHP5).

 

Работа приложения, применяющего Ajax-технологии, напрямую зависит от качества разработки JavaScript-кода, который выполняется на стороне клиента-браузера. JavaScript неожиданно для многих оказался достаточно мощным и гибким, чтобы воплотить проекты любой сложности. В то же время, разработка серьезных проектов затрудняется отсутствием в JavaScript встроенных средств поддержки модульного программирования. Разделение программного кода на модули (или говоря проще - на файлы) должно рассматриваться по крайней мере с двух различных точек зрения: 1) с точки зрения разработки приложения и 2) с точки зрения доставки приложения клиенту-браузеру. При разработке приложения удобнее работать с небольшими модулями (один класс=один модуль или одна функция=один модуль) и динамически загружать эти модули по мере необходимости. При доставке приложения идеально было бы загрузить весь необходимый (и только необходимый) JavaScript-код за одно обращение к серверу.
 

На страницах вашего сайта содержится множество специализированных терминов. Когда пользователь просматривает сайт у него могут возникать вопросы касательно этих терминов. Как сделать так, чтобы посетитель сайта по мере возникновения вопросов мог незамедлительно получать на них ответы? Раньше термины на страницах сайта оформлялись как ссылки и пользователь при желании мог кликать по ним и получать окно с контекстной подсказкой. Это подход достаточно неуклюжий, он отнимает у пользователя слишком много времени – на то чтобы кликнуть по ссылке, дождаться загрузки окна и затем закрыть окно. В эпоху AJAX мы можем быть ближе к пожеланиям пользователей. Мы можем сделать так чтобы уже при наведении мыши на термин незамедлительно появлялось сообщение с подсказкой и как только курсор мыши сдвинут с термина сообщение исчезало. Наличие этого сервиса не отразится на объеме страниц сайта. При запросе контекстной подсказки Java Script будет обращаться к внешнему словарю, получать содержание и отображать его.
 

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

Достаточно часто пользователям интернет приходится сталкиваться с большим объемом информации, представленным в виде таблицы. Не менее часто требуется получить результаты в ином порядке, чем они представлены первоначально.
Большинство web-мастеров решает эту проблему применением сортировки на сервере, для чего используется перезагрузка страницы. Действительно, серверные языки предоставляют гораздо больше возможностей отсортировать многомерный массив по определенному значению, чем скриптовые языки, выполняющиеся непосредственно на стороне клиента.
Решение сортировать данные на стороне сервера вполне оправданно с точки зрения трудозатрат программиста, так как многие серверные языки имеют встроенные функции сортировки многомерных массивов, и поэтому не требуется вдумываться в алгоритмы сортировки, что-то изобретать или перестраивать алгоритм под свои нужды.
Но все-таки такое решение не оправдано, если подходить к этой проблеме с точки зрения пользователя. Вначале посетителю сайта требуется дождаться достаточно длительной загрузки страницы, просмотреть результаты, нажать на кнопку "Отсортировать" и... опять дожидаться, пока сервер закончит работу и вернет результат.
Такие множественные перезагрузки страницы никак не способствуют популярности сайта у посетителя. В конце-концов, устав дожидаться очередной загрузки страницы, или испугавшись лишнего траффика, он покинет сайт в поисках более лояльного к нему web-мастера. Решением данной проблемы, а именно эффективной сортировки данных и формирования результирующей таблицы, я и предлагаю заняться в этой статье.