Итак, после полутора месяцев работы (и посреди страшного гриппа, скосившего меня как не знаю что), запущен сайт фонда “Возвращение”.
Естественно я приложил все усилия чтобы сделать его как следует -- и по большей части эксперимент удался. Еще предстоит добавить несколько полезных функций и зашлифовать некоторое количество жучков.
Некоторое количество размышлений по поводу следует.
Дизайн
Визуальный образ Фонда (над которым я работаю уже - sic! - три года, делая в частности всю полиграфию) следует поддерживать крайне консистентным и строгим. С одной стороны - классическая музыка, сухость и академизм, с другой - молодые, талантливые, известные музыканты, работающие вполне самостоятельно и крайне эффективно. Исходя из этих параметров уже несколько лет все материалы фонда соответствуют одному стилю (вполне, кстати, нехарактерному для чего-бы то ни было, имеющего отношение к классической музыке) с вполне определенными шрифтовыми решениями, отступами и цветами (точнее, их отсутствием - стиль Фонда по определению ч/б).
Этот сайт заодно - интересный эксперимент, отвечающий на вопрос “может ли весь стиль одной организации быть разработан одним человеком от начала до конца” - от пригласительного билета до постера, от буклета до официального сайта. Удался эксперимент или нет - решать посетителям сайта (и слушателям).
Технологии - CMS
Поначалу я решил вопсользоваться опытом старших товарищей и установить Textpattern в качестве клиентского CMS. Однако несколько вещей меня огорчили, да так, что и txp, и MT в качестве платформы было решено отбросить.
Во-первых, когда под данные подходит довольно определенная модель, запихивать их в модель блоговую - нерачительно (и порой страшно неудобно). То, что ни на одном блоговом движке нельзя легко организовать ту же навигацию по алфавиту - понятно (не рассчитаны они на это), но функция нужна. Взгляд на API для плагинов Textpattern оставил слезы на моем лице.
Остальные блогодвижки тоже не сильно помогают в решении проблемы. Любимый MT для такого формата сайта тоже оказался overkill'ом, причем немного не в ту сторону.
В итоге было принято компромиссное решение - за неделю был написан маленький фреймворк, в общих чертах повторяющий Rails (точнее его ActionPack) - дабы при появлении сервера с Ruby сайт можно было за выходные просто переписать как Rails-приложение в порядке легкого рефакторинга. Заодно стало ясно, что написание микроприложений на в целом функциональной платформе вместо втискивания его в готовую CMS поэффективней будет (прим. юл. - просто PHP - не функциональная платформа, а бульдог с носорогом). Но на эту тему я подробно позлобствую в другой раз.
Технологии - веб-стандарты
Естественно, на сайте “на полную катушку” применены все веб-стандарты (за исключением XML - но оный скоро появится в виде RSS-ленты). Об этом даже рассказывать неинтересно - помимо того, что все пользователи уже отмечают почти стремительную загрузку (даже с учетом довольно тяжелой графики в заголовках). Более того - как полагается веб-стандарты предусматривают возможность прогрессивной доводки сайта уже после запуска, которую я и буду постепенно и без больших усилий выполнять.
Технологии - язык
Это первый сайт, который я писал на PHP испытывая почти утробное отвращение к оному. В поте лица ищу хостинг с Ruby.
И наконец
Чай с лимоном, парацетамол и в кровать. Иначе этот грипп скосит меня окончательно и это будет моя последняя работа (sic!).
Сказал оприхтер и уполз болеть дальше.
What others said
Leonya
Мои поздравления, и выздоравливай.
Vitaly Harisov
Приятно видеть профессиональную работу! Рад, что мы работаем в одном направлении, на улучшение веба путём создания "правильных" сайтов.
А чего DTD 1.0 Transitional, а не 1.0 Strict или 1.1?
Я тоже долго выбирал CMS для создания подобных сайтов. В итоге, была написана своя CMS на xslt/php, настраиваемая для каждого сайта отдельно.
Фактически это просто набор xslt шаблонов и несколько функций на php для принятия формы с новыми данными страницы от броузера, сохранения этих данных в xml и вызова xslt преобразования. PHP используется минимально, не люблю я его.
Если нигде на сайте не используется query, то лучше убирать его mod_rewrite'ом, переписывать http://homecoming.ru/people/muhitdinova?aasdasdasd в http://homecoming.ru/people/muhitdinova
Да и http://homecoming.ru/people/muhitdinova/, тоже лучше переписывать в http://homecoming.ru/people/muhitdinova, а то сейчас поведение какое-то неадекватное.
http://homecoming.ru/people/h пропущен неразрывный пробел в "и О. Мартыновой" и "Н. Груберта". Случайно увидел, у меня опера показала вместо непразрывного пробела символ в котором написано nbsp. Что-то со шрифтами не то :(.
Julik
Вы бы это уважаемый все мылом прислали ;-)
неразрывные пробелы будем решать отдельно - я их пожалуй вовсе изничтожу нечего им делать в электронной верстке
DTD Transitional по простой причине - информацию на сайте меняют клиенты. Вполне возможно, что они введут что-то, не вполне подпадающее под strict.
Моя часть работы как раз более чем strict :-)
Кстати - /people/muhitdinova/aaa переписывать нельзя (и не нужно) - могу приватно рассказать почему ;-)
huNTer
Что прям RUBY так хорош? Надо попробоовать :)
Julik
он сказка, особенно вместе с Rails к тому-же развил сейчас какую-то космическую скорость развития - видимо все так устали от PHP что навалились на него всем миром
Никита
Сайт очень понравился, остальное в email.
Julik
Спасибо, очень приятно получать комплименты (и багоуказатели) от коллег ;-)
Andreika
Привет. Поздравления с хорошей работой. И поправляйся. Меня вот тоже грипп скосил походу...
Хотел написать пару замечаний, но посмотрел ещё раз и подумал, что мелочные они. Особо касательно визуала писать -- пакость. Лишь бы оно задачи клиента решало. Тем более что я - не ЦА.
Однако, есть замечательный сайт и западных коллег про классическую музыку: http://www.onlineclassical.com/
Так вот он мне визуально больше нравица. Но это, как я уже написал, "на вкус и цвет". Лишь бы бизнес принимал.
Julik
Касательно визуала писать нужно обязательно- это есть bread&butter дизайна, это большая (чуть ли не главная часть) любой работы и с оным тут действительно не все гладко.
Ты не поверишь, но первые версии (похожие на этот линк) были заказчиками отвергнуты (по причине малого количества identity, если примерно понятно о чем я). Так что тут действительно вопрос - что "бизнес приемлет".
Andreika
Ну вот именно поэтому я и считаю, что перетирание "красиво -- некрасиво" в блоге -- умышленыый отрыв от контекста работы и бизнеса заказчика. Поэтому и писать об этом -- неправильно.
Julik
Ругаю не зря. Но если стану объяснять почему - сразу набегут великие и скажут что "у меня руки неоттуда растут, а поле можно и мясорубкой вспахать - было бы умение".
PHP 5 видели, пробовали, огорчились и забыли.