Подробно

Урок 1

Предполагаю, что вы знаете, что такое jQuery и знаете, где искать документацию

Сегодня мой знакомый попросил меня набросать скриптик, который бы добавлял N-ное количество форм ввода типа input, что я и сделал. Буквально за несколько минут.

Итак - включаем библиотеку jquery.js

Пишем скриптик:

<script>
$(document). ready (function() {
var i = 1;
$("#addfield").click(function() 
{$("#myfields_form").append(
 '<input name="myfield' + i + '"><br/>'); i++;});
});
</script>

сам html файл представляет из себя нечто вроде:

<p><a href="#" id="addfield">Add field</a></p>
<div id="myfields_form">
<input name="myfield0"></br>
</div>

Что делает скрипт?

1. При нажатии на ссылочку Add field (кстати, кто не понял, это может быть и не ссылка, просто блок с id=”addfield” вызывается функция описанная в яваскрипте.

2. Вызываемая функция в div который называется myfields_form добавляет input-поле с именем, которое “генерится на лету”.

3. С html, я полагаю, вобще вопросов быть не должно? да?

Просто и быстро. Кому не нравится что-то - можно улучшить. Тут совсем несложно

Пример

у полей будет имя - myfield1, myfield2 и так далее (как следует из javascript-кода).

Работающий stand-alone пример

Проектируем web-сайт, мысли на тему Технического Задания

На прошлой неделе внимательно изучил материал, который опубликовал Юрий Шиляев “Что такое хороше ТЗ” и решил немного развить тему не только ТЗ, но и веб-строительства.

Сразу предупреждаю, я не пишу о “своих проектах”. Речь пойдёт только о заказах. То есть клиент, который хочет веб-сайт с одной стороны, и вы - как исполнители - с другой.

У меня нет такой обширной практики и богатых клиентов, как у Артемия Лебедева. Но клиенты, в том числе и банки, в моей практике были.

Что общего у моих клиентов, с клиентами, которые делают заказы Артемию? То что мои клиенты хотят “чтобы было лучше, чем у А.Лебедева”. А в чём разница? В том, что Лебедев берёт за сайт - от 10 тысяч американских долларов, а мои клиенты - пытаются выторговаться до 99 $ за сайт + CMS + год поддержки + настройка хостинга и сам хостинг +…

Улавливаете?

В чём заключается военная хитрость? Хитростей много, конечно же, и большую часть из них, надо применять во время переговоров с клиентом

Но при разработке сайта следует обратить внимание на следующие моменты:

1. Клиент, который платит мало за сайт, в 99% случаев забудет о его существовании через месяц
2. “Полноценная CMS”, о которой идёт речь на первичных встречах - на самом деле клиенту не нужна. Хорошо если он один раз, во время тестирования, посмотрит “О, добавляются ли страницы? Да, супер! Добавляются”. Всё, можно быть уверенным, что этой возможностью он более не воспользуется.

И слава Богу! Потому как тестируют сайты - чаще всего вменяемые люди, а наполнением сайтов занимаются секретарши и случайные “прохожие”, которые не замечают отличия между CMS, Microsoft Word и системным блоком. Поэтому - чем меньше можно будет напоганить в админке, тем легче вам потом будет отвечать на звонки клиентов “САЙТ НЕ РАБОТАЕТ! ВСЁ ПОЛОМАЛОСЬ!!!!”

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

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

Конечно, я не обобщаю - проекты бывают самые разные, клиенты и требования тоже. Поэтому надо смотреть по ситуации…

Тем более, что всегда надо исходить из того факта, что инструкцию пользователя НИКТО ЧИТАТЬ НЕ БУДЕТ! Хорошо если менеджер, принимающий проект, ознакомится с оглавлением, да и то, только за тем, чтобы поставить у себя в ToDo - “галочку” - инструкцию прислали.

Тут следует воспользоваться советами Юрия Шиляева, из вышеупомянутой статьи, и постараться максимально предусмотреть всё в Техническом Задании.

Это непросто, и практически невозможно. Но всё-таки. Всё что можно автоматизировать, или отключить - должно быть автоматизировано или отключено. Последнее даже предпочтительнее.

Иначе, в полной мере начинают работать законы Мерфи - всё что только можно было сделать не так - будет сделано не так.

Поэтому я, с некоторых пор, не “генерю на лету” меню в проектах, а использую “ручной метод”. Во-первых - никто это меню не меняет (за год не было ни одного случая), даже переименовывать не хотят. Во-вторых - один раз в год - “не фантомас” Если у вас 10 проектов в месяц, и каждый десятый клиент меняет меню - вот сделайте для них исключение, сделайте им администрируемое меню. Остальным 9-ти - не надо! Секретарша чихнёт, отвернётся, подавиться кофе, и удалит что-нибудь из меню, причём умудрится вытереть и содержимое страницы. Кто будет виноват? Сами догадаетесь?