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

Решение оказалось очень простым, всего лишь надо в HTML странице подгружать статику – CSS, JS в следующем виде: /css/style.css?version=4
Код версии  передается переменной в шаблонизатор, и когда скрипты или стили меняются, всего лишь увеличиваем версию! Реализацию можно посмотреть сами знаете где

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

Все что ориентированно на массового потребителя никогда не бывает качественным. Примерами массового продукта являются несомненно:

• Общественный транспорт
• Коммунальные службы
• Государственное телевидение
• Государственная Дума
• Работа на окладе

Борюсь с навязчивым желанием что-нибудь запрограммировать.

Дамы и господа, предлагаю вашему вниманию свою новейшую разработку, одобренную британскими учеными! Встречайте  maper!

Это небольшая бибилиотека, позволяющая автоматически генерировать, а главное трансформировать структуру разрабатываемой базы данных в зависимости от структуры объектов в вашем PHP коде. В каких же случаях может оказаться полезна эта библиотека с неправильным английским названием?

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

Правильно, мы подключаем maper, настраиваем правила трансляции своих объектов в понятный библиотеке вид, и нам больше не нужно думать о MySQL базе, maper все сделает за вас – создаст нужные таблицы, и модифицирует существующие.

Скачать библиотеку maper

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

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

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

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

• блок авторизации
• информационные блоки
• поисковая строка и кнопка поиска
• ссылки на разделы сайта
• ссылки внутри текста
• картинки внутри текста
• параграфы текста
• заголовки, подзаголовки и под-подзаголовки в тексте
• элементы постраничного вывода (первая, последняя, предыдущая, следующая страница)
• формы
  • текстовое поле
  • выпадающий список
  • область для ввода
  • поле с галочкой
  • набор полей с кружочками
  • кнопки форм (ОК, Отмена, Сохранить, Применить, какие они у вас?)
  • подразделы формы (элементы могу разбиваться на группы)
• Шапка сайта
• Подвал
• Логотип

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

Обычная ситуация — заказчик хочет небольшойсайт и обращается к фрилансеру. Достаточно быстро обговаривается функционал сайта, сроки на разработку и цена. Но вот дело доходит до дизайна и у заказчика начинается паника. Как сформулировать задание дизайнеру? На что следует обратить внимание? Как определить что дизайн соответствует твоим пожеланиям? И как наконец понять сколько оно на самом деле стоит? В поисках ответа заказчик кидается к друзьям, знакомым, публикует конкурсы на фриланс биржах, надеясь вывести среднюю цену, но увы — суровый интернет молчит, оставляя нашего героя наедине с его проблемами. Что же делать?

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

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

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

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