Если в нашей конторе люди станут вместо обычной заявки в аля «не запускается excel» заполнять анкету, то когда придет время проверки СМК у админов не останется времени на «текучку», да и не каждый юзер в состоянии заполнить подобную анкету.
По моему, данную схему нужно упростить до банальной записи «не запускается прога ....», т.к. пока юзер будет заполнять вашу анкету опытный админ уже устранит причину.
Сразу расскажу какая ситауия у меня была. 3 действующих лица (директор, зам. директора, разработчик).
Зам директора: на главной нужна фотка директора и его hello world
Разработчик: Зачем? На главной человеку нужно увидеть «целую» картину о компании
Зам директора: Нет нужна фотка. Ваше предложение Г… Я, например, когда захожу на сайт сразу иду на страниу о компании. Вот поэтому у нас будет главная страница «О директоре».
Разработчик: Ок
Зам директора: Круто. Шефу понравится
Разработчик: Ок
На сдаче проекта
Директор: А где наши услуги перечислены на сайте?
Зам директора: Ну вот ниже своей фотографии смотрите — разработчик туда их засунул.
Директор: Уважаемый, вы действительно думаете, что наши клиенты на это клюнут? Нам нужна презенташка! Визитка! Наше лицо, а не не эта филькина грамота. Переделать
Разработчик: Простите, но ведь ваш Зам настоял на таком варианте.
Зам: Передайте все пароли моему секретарю, я найду более понятливых исполнителей.
Какой вывод для себя я сделал:
— Не работать с подрядчиками
— Если заказчк хочет чего-то «неправильного» в вашем понимании, то это нужно зафиксировать на бумаге.
— Оговорить порог исправлений (бывали ситуации, когда сайт уже готов, а вот из-за оформления ссылок нас мурыжили. То жирнее, то крпнее, то светлее и т.п.), т.е. все замичания принимаются разом исправлются. Другие исправления за отдельную плату.
«Через некоторое время» на моем опыте было через 1-2 года. А ведь оказывается этим людям всего лишь нужна была поддержка сайта (выкладывание новостей, обновление фотоальбома и т.п.). Самое смешное, что при сдаче проекта все возможности как что и для чего им были продемонстрированы.
Да и как правило, тот, кто делает более «креативный» сайт всего лишь занимается поддержкой сайта за 3к в месяц.
P.S. На своем опыте (как в случе первичной разработке, так и во вторичной) убедился, что с заказчиками которые меняют подрядчика только из-за того, что им предложили более выгодные или «креативные» условия — не стоит иметь дело.
Все конечно здорово, но для 90% фрилансеров ваши рекомендации покажутся диким, аля нам за это не платят. Или вы заказываете — значит вы уже должны знать что хотите.
Что же касается веб-студий, то тут у кого-то уже заложено в бюджет сюсюканье с клиентом, а кто-то берет отдельние деньги за составление ТЗ.
Подружить данное творение с mootools неполучилось. В FF 3.6 вставляется в редактор часть JavaScript кода.
noConflict не помог. Вот тут демка: agel-nash.ru/redactor641/
>И главный пункт тут — согласие субъекта, которое отсутствует.
Давайте рассмотрим с другой стороны. Человек указывающий свои персональные данные на сайте так или иначе дает на это свое согласие (как правило это прописано в пользовательском соглашении). Соответственно, администрация ресурса, на котором указываются персональные данные должна позаботиться о их сохранности не только от человека, но и от роботов (robots, noindex и т.п.). Так что я считаю яндекс тут далеко не при делах. Вся ответственность целиком и полностью лежит на вебмастерах.
Представим ситуацию. Вы приходите устраиваться на работу к какому нибудь нерадивому ЧП и заполняете анкету (ФИО, телефон, адрес и т.п.). ЧП посчитал, что вы ему не подходите и выбрасывает анкету в мусорный бак. Эту анкету находит дворник/техничка и аккауратно кладет анкету в стопочку утеряных бумаг к себе в подсобке.
Получается и ЧП и дворник нарушили закон. Но вот если бы ЧП пропустил анкету через уничтожитель бумаги, или, например, вебмастер указал тег noindex, то дворник и яндекс соответственно оказались бы не при делах.
На одном из последних проектов я тоже решил использовать этот редактор. Правда не совсем понял функцию typo. Из минусов могу сказать, что не очень удобную реализовано добавление файлов, а в остальном сделано на пятерочку.
Дайте такую же сумму на разработку проекта, ну допустим habrahabr.ru/blogs/startup/123489/ (взят первый проект из блога стартапы) и тоже получите конфетку (наиполнешую поддержку всех социалок и т.п.).
По моему, данную схему нужно упростить до банальной записи «не запускается прога ....», т.к. пока юзер будет заполнять вашу анкету опытный админ уже устранит причину.
Зам директора: на главной нужна фотка директора и его hello world
Разработчик: Зачем? На главной человеку нужно увидеть «целую» картину о компании
Зам директора: Нет нужна фотка. Ваше предложение Г… Я, например, когда захожу на сайт сразу иду на страниу о компании. Вот поэтому у нас будет главная страница «О директоре».
Разработчик: Ок
Зам директора: Круто. Шефу понравится
Разработчик: Ок
На сдаче проекта
Директор: А где наши услуги перечислены на сайте?
Зам директора: Ну вот ниже своей фотографии смотрите — разработчик туда их засунул.
Директор: Уважаемый, вы действительно думаете, что наши клиенты на это клюнут? Нам нужна презенташка! Визитка! Наше лицо, а не не эта филькина грамота. Переделать
Разработчик: Простите, но ведь ваш Зам настоял на таком варианте.
Зам: Передайте все пароли моему секретарю, я найду более понятливых исполнителей.
Какой вывод для себя я сделал:
— Не работать с подрядчиками
— Если заказчк хочет чего-то «неправильного» в вашем понимании, то это нужно зафиксировать на бумаге.
— Оговорить порог исправлений (бывали ситуации, когда сайт уже готов, а вот из-за оформления ссылок нас мурыжили. То жирнее, то крпнее, то светлее и т.п.), т.е. все замичания принимаются разом исправлются. Другие исправления за отдельную плату.
Да и как правило, тот, кто делает более «креативный» сайт всего лишь занимается поддержкой сайта за 3к в месяц.
P.S. На своем опыте (как в случе первичной разработке, так и во вторичной) убедился, что с заказчиками которые меняют подрядчика только из-за того, что им предложили более выгодные или «креативные» условия — не стоит иметь дело.
Что же касается веб-студий, то тут у кого-то уже заложено в бюджет сюсюканье с клиентом, а кто-то берет отдельние деньги за составление ТЗ.
noConflict не помог. Вот тут демка: agel-nash.ru/redactor641/
Параграфы переопределить. т.е. ставим курсор в конце абзаца и жмем delete, затем enter.
Давайте рассмотрим с другой стороны. Человек указывающий свои персональные данные на сайте так или иначе дает на это свое согласие (как правило это прописано в пользовательском соглашении). Соответственно, администрация ресурса, на котором указываются персональные данные должна позаботиться о их сохранности не только от человека, но и от роботов (robots, noindex и т.п.). Так что я считаю яндекс тут далеко не при делах. Вся ответственность целиком и полностью лежит на вебмастерах.
Представим ситуацию. Вы приходите устраиваться на работу к какому нибудь нерадивому ЧП и заполняете анкету (ФИО, телефон, адрес и т.п.). ЧП посчитал, что вы ему не подходите и выбрасывает анкету в мусорный бак. Эту анкету находит дворник/техничка и аккауратно кладет анкету в стопочку утеряных бумаг к себе в подсобке.
Получается и ЧП и дворник нарушили закон. Но вот если бы ЧП пропустил анкету через уничтожитель бумаги, или, например, вебмастер указал тег noindex, то дворник и яндекс соответственно оказались бы не при делах.
«Получатель» && inurl:index.php?ukey=order_status&orderID= && title:«Статус заказа»
Аффилированные сайты это уже не новость, но ведь на данный момент речь идет не о выдаче…