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

Тот факт, что мне приходилось находиться “по обе стороны баррикад” позволяет взглянуть на ситуацию с разных сторон и постараться выделить ключевые моменты, определяющие ход проекта.

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

Итак, два правильных документа и одно правильное мероприятие:

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

В данном топике я собираюсь свести все свои знания об анимации в MooTools воедино и рассмотреть темы, более углубленные, чем просто примеры использования плагинов. Теоретическая информация справедлива не только для MooTools, но и для других фреймворков. Начинающим будет интересно ознакомиться с возможностями фреймворка, а продолжающим — понять, как все это работает :). В статье приведено много примеров, есть довольно оригинальные, вот некоторые из них: 1, 2, 3. Приятного вам чтения.

По долгу службы мне приходится работать с Cake и Sphinx. Однажды мне надоело делать поиск к сфинксу ручками, и я решил написать небольшой behavior.

Для начала. Что же такое скриптлет?

Скриптлет — яваскрипт, помещеный в закладку и выполняемый на открытой странице при нажатии на ту самую закладку.

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

Иногда бывает нужно заменить стандартный HTML элемент select своим.
Обычно это необходимо, если фантазия дизайнера разыгралась и он нарисовал «кастомизированный» select и настаивает, чтобы было реализовано как он того захотел. Ну что ж, надо — сделаем.

Небольшая предыстория.

Однажды мне было необходимо кастомизировать select. Я использую mootools, поэтому, сразу пошел искать плагинчик для замены select'a — вдруг кто-то уже написал? Действительно, нашел несколько. Стал разбираться. Все просмотренные мною плагины оказались полной ерундой — они вели себя не как стандартный select. Выкинул их в помойку и решил написать свой плагин, который бы полностью повторял поведение стандартного select'a.

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

Короче говоря, мне сегодня не спалось и забацал я такую штуку — makepreview.com

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

Updated:
— Я сделал кучку настроек (More Settings)…

Что и как и как много хранит MySQL?

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

Для затравки, интересная цитата из мануала по MySQL:
«Максимальный размер записи в MyISAM составляет 65534 байтов. Каждый BLOB или TEXT-столбец засчитывается здесь как 5-9 байтов.» — как это трактовать однозначно не понятно. НО ясно что много-примного столбцов в таблицу на засунешь. «Извращенистые программисты» — будьте аккуратны (66000 столбцов вы точно создать не сможете).

UPD: Если найдете ошибку, или я что-то где-то утаил — отпишитесь в комментах, с удовольствием добавлю.

UPD1 В первую очередь (и самый лучший вариант для новичков) прочитать ОФИЦИАЛЬНЫЙ МАНУАЛ dev.mysql.com/doc/refman/5.0/en/data-types.html (спасибо Psyh за прямую ссылку), а здесь вырезка для META обработчиков данных (как в лице программистов так и в лице машинной обработки).

UPD2 В принципе, все что написано ниже, можно прочитать по адресу www.mysql.ru/docs/man/Column_types.html (за ссылку «русского перевода», спасибо artuska).

UPD3 Еще одну неплохую ссылку предоставил 4all: newcontinent.ru/h/mysqlc (материал на русском)

UPD4 Цитата из комментов от egorF:
# 14«Как главный редактор русскоязычного перевода доки на MySQL, я рекомендую в него не заглядывать — он уже сказочно морально устарел.»

Однажды мне понадобилось сделать прозрачные боковые поля для одного дизайна. Я решил использовать прозрачность CSS.

Но каково было узнать, что все элементы внутри прозрачного блока тоже становятся прозрачны и это никак не изменить :-(, тогда мне пришлось использовать прозрачный png.

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