Недавно один товарищ попросил помочь с плагином кросспостинга в ЖЖ для MODx. Хоть давно я уже с MODx перестал работать, но взялся, пришлось многое не только освежить в памяти, но и нового почерпнуть. В плане документации, увы, ситуация практически не изменилась: есть отличное описание по использованию CMF, немножко по созданию сниппетов, минимум API, и практически ноль по созданию плагинов и модулей.

Вот не знаю, что там за "революцию" они затеяли, все нет времени ознакомиться со всеми новшествами, но похоже, что я к MODx уже врядли вернусь.

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

modx_lj.rar

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

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

Далее...

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

Сперва-наперво, вам наверняка понадобятся некоторые инструменты для работы. Сервер L(W)AMP, IDE с отладчиком, гарфические пакеты, возможно, система контроля версий. Коротко обо всем. В секретных буквах LAMP или WAMP зашифрована типовая связка операционной-системы, веб-сервера, сервера баз данных (БД) и серверного языка программирования. Буква L или W, как вы наверное догадались, обозначает Linux или Windows. Поскольку большинство хостингов работают в Unix-совместимой среде, куда входит и Linux, поэтому среда LAMP мне кажется более "родной", но и под Windows все необходимые составляющие также можно использовать. Широко известен пакет Denwer, как раз включающий в себя все эти AMP.

Что же за ними кроется? A - Apache (один из наиболее распространенных веб-серверов), M - MySQL (наверное, самый популярный в области веб-разработок сервер БД), а вот последнюю букву не редко расшифровывают по разному: PHP, Perl или Python. Благо названия всех этих языков программирования начинаются на букву "P"

Далее...