что значит зачтутся??? в чем??? Для ТИЦа, например, эта ссылка и так работает… для вывода данной страницы по ключевику или наращивания ПР на данной странице — ИМХО одной, двух, трех битых ссылок маловато…
так что ничего не измениться с этой точки зрения…
а полезность скорее в том, что у вебмастера появляется возможность попробовать исправить саму ссылку (отредактировать купленную, написать веб-мастеру ресурса-донора с просьбой исправить урл, ну и т. д.)
1) есть например дисконтная карта… я хожу в магазин, покупаю товары, за это мне начисляются призовые баллы… потом на эти баллы я могу купить товаров в том же магазине…
но ладно, тут то баллы… дальше идем…
2) не помню точно что за программа и действует ли сейчас, не суть… важен механизм: как пользователь Билайна я выговариваю 100 долларов в месяц, за это получаю от Биллайна приз — 10 минут разговоров бонуса… ладно если 10 минут, а если 5 долларов на счет??? а если программа положи 100, зачислим 105???
а другой вариант — мне на телефон доброжелатели будут деньги класть… а эти деньги я потом могу при расторжении контракта снять со счета…
ну и т. д…
про баннерообмен — не думаю, что там все сложно… но факт есть факт — это работает…
про Ашан — может для Вас открытие, но у меня куча знакомых работает в конторах, которые подобным образом работают — от работников макдональдса, у которых обед «бесплатный», до достаточно крупных фирм, в которых зарплату официальную платят на 3 тысячи меньше, но выдают талончики (фантики) на питание на эти деньги, на которые и кормят потом целый месяц…
ну в теме на серче был подобный пример:
мой сайт участвует в баннерной системе… откручивает 1000 показов, за это получает право показаться сам 800 раз (20% — комиссия)… есть возможность также эти показы продать…
и вот тут уж я выберу что я буду делать…
улавливаете логику…
в первом случае мне налог платить как бы и не с чего… да я даже согласен платить, если налогавая баннеропоказами брать будет, а не переводить по своему курсу на какую-то валюту… а во втором — продал, получил денюжку — заплати…
я на серче сказал и здесь скажу, только перефразирую: давайте платить налоги за карму на Хабре!!! мы же плюсики получаем? получаем… теоретечески фанатам кармы можно за денюжку плюсануть — можно! вот они — доходы то наши — под ногами…
да надо было о другом подумать…
судя по постам на серче, мастертолке, сейпе в конце-концов — 99% людей не против платить налог… реально ведь не против…
многие возмутились тем, что платить этот налог придется несколько раз:
— как веб-мастер, заработав на продаже
— как оптимизатор, пытыющийся купить на заработанное ссылки
— как налоговый агент, выводящий заработанное через веб-мани
гораздо меньше бы шума было, если бы оплата производилась только один раз — при выводе средств (что, собственно, справедливо), а все внутренние взаимоотношения регулировались без комиссий/налогов… если смущало то, что зарабатывают именно рубли или доллары — можно было назвать все баллами, ксапами, сейпами, фантиками и проч.
и если изначально такие системы задумывались для «массового» охвата вебмастеров, дабоы «подогреть» их некоторым заработками на хостинг и продвижение собственных проектов… теперь же для этого им придется или регистрировать ИП/юрлицо (а оно надо!?), или не окупать в итоге хостинг (припрочих равных), ну или уходить на другие биржи…
угу… а логотип Билайна делается в иллюстраторе за 30 секунд…
однако это не мешает ему оставаться при своей простое очень сильным и качественным…
ну, а если при Вашем подходе, переводить «трудозатраты» к стоимости, то секунда работы над лого Билайна стоит…
проще…
требовать то всегда можно — но будет ли клиент доволен и будет ли клиент вообще…
тут сталкиваются два суждения:
— заказчику это не выгодно, и он найдет такую контору, которая в договоре такой пункт не укажет… ну или укажет, скажем, какое то минимальное бесплатное количество переделок (скажем 2 раза)
— а дизайнеру, в свою очередь, все равно нужен «хлеб», и он зачастую идет на колоссальные уступки заказчику, дабы получить таки хоть что-то кроме предоплаты…
сразу оговорюсь, я скорее на строне дизайнера, который вправе просить за каждый дополнительный штрих сверх ТЗ дополнительных денег просто потому, что он банально тратит свое время на эти исправления…
однако порой выгоднее удержать заказчика всеми силами, при этом пойдя на уступки (часто значительные...)
сталкивался с подобным… сначала прикидка на бумаге «от руки», потом черновая реализация в хтмл — для черновой же прикидки общего функционала…
безусловно удобно и понятно клиенту…
к тому же основные рыбы для такого «хтмл-макета» практически не меняются…
главный минус для использования — это доведение до ума заказчика, что это именно «модель с базисными блоками», а не окончательный вариант, принятый для дизайна…
объясню на простейшем примере…
рисуем элементарный «базовый черновик» вида: шапка / левая колонка, центральная контентная, правая / боттом…
при этом заказчик видит фактически «плоскую» шапку; условно в левой колонке меню, в правой ссылки на сервисы (поиск, карта, последние новости), в центре контент; плоский боттом…
одновременно с этим пишется ТЗ на дизайн…
и то, и другое по отдельности утверждается заказчиком…
но когда он получает конечный дизайн, он начинает опираться на первичный макет с претензиями «а почему не так»:
— почему шапка не просто строка, а (условно) волна или треугольник
— почему вдруг меню стало горизонтальным под шапкой, а не в левой колонке, как планировалось…
— почему на место планировавшегося меню встали какие-то визуальные баннеры
— почему в правой колонке исчез поиск, и появился в боттоме
ну и т.д.
это самые простейшие примеры — на самом деле все гораздо глубже…
а на самом деле — золотое правило дизайнеров — не надо показывать ничего с начала работ и получения ТЗ до первого готового варианта!
особенно при работе с «крупными» заказчиками, славящихся определенной степенью бюрократизма…
проверено не раз!
вот если бы выставили на продажу домены обанкротившихся компаний, как ставшие не нужными, на них бы (с их-то показателями) охота развернулась…
а так — это не те события, которые могут сподвигнуть на массовую скупку…
это же работает на будщее… а домен для прошлого события, тем более такого «малозначимого» в глобальном смысле — нереал…
скажем домены 1945.ru для сайта посвященного войне, или putch.ru (о путче 91 года) — это да… а в остальном — нонсенс
да пусть это будет хоть 15 человек, главное, чтобы их фамилии (а лучше и должности) фигурировали в договоре (приложении и проч.)…
немного не понятно отсутствие такого пункта на стадии «серьезного бизнеса» — какие-то входные точки общения так или иначе быть должны, а то получиться не то чтобы каша из заданий и желающих их дать, но и определенная ответственность за такие «вольности»…
вторым выходом — получать эти задания на исправления и изменения только за подписью и печатью ген.директора (однако, специфика интернет и скорость выкладки информации сразу начисто отметает это)…
и обязательно храните всю входящую почту с требованиями изменений (как правило и в компаниях, особенно крупных, подобная переписка храниться если не респондетном, то на серверах)…
а еще подумалось — если по договору деньги Вы получаете за «действие», то становится даже выгодно делать несколько исправлений на уровне (поставь запятую, убери запятую), если каждое действие стоит денег
нет, постойте…
в любом договоре как правило обговаривается (не разу еще не встречал договора без этого) пункт похожий на: «сторонами назначаются ответственные менеджеры проектов»…
и если «на другой стороне» что-то изменилось, то эта сторона просто обязана Вас проинформировать о новом «ответственном лице»…
иначе же — Вы совершенно спокойно (т.е. без дополнительных претензий к Вам) можете исполнять все инструкции, исходящие от ранее назначенного лица
хм… а в чем прикол то???
как студия то пострадает???
поправьте меня, если ошибаюсь — студия заключает договор с одной компанией, с одним юридическим лицом!
ВСЕ!
работать по старому договору она будет только с тем лицом.
При этом если во время дележки образуются два юрлица — договор перезаключается с каждым из них отдельно и студия не теряет заказчика, а наоборот, приобретает второго…
Сайт же не может принадлжеать сразу двум владельцам — никак не может!
только не бейте меня больно, но раз речь идет и о веб-типографике, то придется влезть с SEO запарами… а именно насчет многоточия…
всем известно, что точка разделяет пассажи слов в тексте… а вот будет ли поисковиками восприниматься символ многоточия как явный разделитель пассажей — вопрос…
по поводу подчеркивания ссылок — с точки зрения типографики может и правильнее, но с точки зрения фундаментальных основ CSS, валидности и проч. — огород еще тот…
это все справедливо для крупных и серьезных компаний за частую, а также правительственных структур…
да Вы поймите…
руководитель поставил своему заму задачу сделать сайт (дизайн, вертолет, вселенную) к декабрю 2008…
зам ставит своему подчиненному руководителю отдела задачу сделать все в ноябрю (перестраховываясь на месяц)…
руководитель отдела ставит менеджеру задачу сделать все к середине октября (2 недельки — да перестрахуется)…
менеджер, получая задачу, выдает ее дизайнерам (конструкторам, инопланетянам) — срок стоит — конец сентября…
вот и вся математика… расчитанная на то, чтобы тебя за такую провинность не «погнали» с относительно хлебного места…
кстати, многих тут позабавит такое «трепетное отношение к работе»: я думаю если организовать опрос, процентов 80 минимум ответят — «да в принципе не боюсь потерять работу, найду со своим опытом и знаниями другое место уже на следующий день»…
однако, тут другая ситуация…
правда потом так же идет согласование — менеджер с нач.отдела, тот с замом, тот с руководителем… потом в обратной последовательности ответ по согласованию…
это всем известный бюрократизм и «лесенка ответственности»…
что самое интересное — в основных бизнес процессах это даже помогает работе…
однако во всех надстроечных процессах (к коим и относится реклама: от дизайна листовок и сайтов, до роликов и федеральных медиа) — это очень тормозит ситуацию…
после того как в заголовке и превью тексте увидел «хитрости CSS», а практически в первых же строках кода конструкцию — header for site, я было подумал, что автор в принципе в CSS ничего не смыслет…
однако т.к. статья была всеже о другом — твердая четверка
так что ничего не измениться с этой точки зрения…
а полезность скорее в том, что у вебмастера появляется возможность попробовать исправить саму ссылку (отредактировать купленную, написать веб-мастеру ресурса-донора с просьбой исправить урл, ну и т. д.)
1) есть например дисконтная карта… я хожу в магазин, покупаю товары, за это мне начисляются призовые баллы… потом на эти баллы я могу купить товаров в том же магазине…
но ладно, тут то баллы… дальше идем…
2) не помню точно что за программа и действует ли сейчас, не суть… важен механизм: как пользователь Билайна я выговариваю 100 долларов в месяц, за это получаю от Биллайна приз — 10 минут разговоров бонуса… ладно если 10 минут, а если 5 долларов на счет??? а если программа положи 100, зачислим 105???
а другой вариант — мне на телефон доброжелатели будут деньги класть… а эти деньги я потом могу при расторжении контракта снять со счета…
ну и т. д…
про баннерообмен — не думаю, что там все сложно… но факт есть факт — это работает…
про Ашан — может для Вас открытие, но у меня куча знакомых работает в конторах, которые подобным образом работают — от работников макдональдса, у которых обед «бесплатный», до достаточно крупных фирм, в которых зарплату официальную платят на 3 тысячи меньше, но выдают талончики (фантики) на питание на эти деньги, на которые и кормят потом целый месяц…
мой сайт участвует в баннерной системе… откручивает 1000 показов, за это получает право показаться сам 800 раз (20% — комиссия)… есть возможность также эти показы продать…
и вот тут уж я выберу что я буду делать…
улавливаете логику…
в первом случае мне налог платить как бы и не с чего… да я даже согласен платить, если налогавая баннеропоказами брать будет, а не переводить по своему курсу на какую-то валюту… а во втором — продал, получил денюжку — заплати…
я на серче сказал и здесь скажу, только перефразирую: давайте платить налоги за карму на Хабре!!! мы же плюсики получаем? получаем… теоретечески фанатам кармы можно за денюжку плюсануть — можно! вот они — доходы то наши — под ногами…
судя по постам на серче, мастертолке, сейпе в конце-концов — 99% людей не против платить налог… реально ведь не против…
многие возмутились тем, что платить этот налог придется несколько раз:
— как веб-мастер, заработав на продаже
— как оптимизатор, пытыющийся купить на заработанное ссылки
— как налоговый агент, выводящий заработанное через веб-мани
гораздо меньше бы шума было, если бы оплата производилась только один раз — при выводе средств (что, собственно, справедливо), а все внутренние взаимоотношения регулировались без комиссий/налогов… если смущало то, что зарабатывают именно рубли или доллары — можно было назвать все баллами, ксапами, сейпами, фантиками и проч.
и если изначально такие системы задумывались для «массового» охвата вебмастеров, дабоы «подогреть» их некоторым заработками на хостинг и продвижение собственных проектов… теперь же для этого им придется или регистрировать ИП/юрлицо (а оно надо!?), или не окупать в итоге хостинг (припрочих равных), ну или уходить на другие биржи…
хм… а с выигрыша в казино какой налог? вроде 13% только… или я ошибаюсь?
интересно, в ходе последних событий — пойду посмотрю как там про Грузию переводят…
однако это не мешает ему оставаться при своей простое очень сильным и качественным…
ну, а если при Вашем подходе, переводить «трудозатраты» к стоимости, то секунда работы над лого Билайна стоит…
требовать то всегда можно — но будет ли клиент доволен и будет ли клиент вообще…
тут сталкиваются два суждения:
— заказчику это не выгодно, и он найдет такую контору, которая в договоре такой пункт не укажет… ну или укажет, скажем, какое то минимальное бесплатное количество переделок (скажем 2 раза)
— а дизайнеру, в свою очередь, все равно нужен «хлеб», и он зачастую идет на колоссальные уступки заказчику, дабы получить таки хоть что-то кроме предоплаты…
сразу оговорюсь, я скорее на строне дизайнера, который вправе просить за каждый дополнительный штрих сверх ТЗ дополнительных денег просто потому, что он банально тратит свое время на эти исправления…
однако порой выгоднее удержать заказчика всеми силами, при этом пойдя на уступки (часто значительные...)
безусловно удобно и понятно клиенту…
к тому же основные рыбы для такого «хтмл-макета» практически не меняются…
главный минус для использования — это доведение до ума заказчика, что это именно «модель с базисными блоками», а не окончательный вариант, принятый для дизайна…
объясню на простейшем примере…
рисуем элементарный «базовый черновик» вида: шапка / левая колонка, центральная контентная, правая / боттом…
при этом заказчик видит фактически «плоскую» шапку; условно в левой колонке меню, в правой ссылки на сервисы (поиск, карта, последние новости), в центре контент; плоский боттом…
одновременно с этим пишется ТЗ на дизайн…
и то, и другое по отдельности утверждается заказчиком…
но когда он получает конечный дизайн, он начинает опираться на первичный макет с претензиями «а почему не так»:
— почему шапка не просто строка, а (условно) волна или треугольник
— почему вдруг меню стало горизонтальным под шапкой, а не в левой колонке, как планировалось…
— почему на место планировавшегося меню встали какие-то визуальные баннеры
— почему в правой колонке исчез поиск, и появился в боттоме
ну и т.д.
это самые простейшие примеры — на самом деле все гораздо глубже…
а на самом деле — золотое правило дизайнеров — не надо показывать ничего с начала работ и получения ТЗ до первого готового варианта!
особенно при работе с «крупными» заказчиками, славящихся определенной степенью бюрократизма…
проверено не раз!
а так — это не те события, которые могут сподвигнуть на массовую скупку…
это же работает на будщее… а домен для прошлого события, тем более такого «малозначимого» в глобальном смысле — нереал…
скажем домены 1945.ru для сайта посвященного войне, или putch.ru (о путче 91 года) — это да… а в остальном — нонсенс
немного не понятно отсутствие такого пункта на стадии «серьезного бизнеса» — какие-то входные точки общения так или иначе быть должны, а то получиться не то чтобы каша из заданий и желающих их дать, но и определенная ответственность за такие «вольности»…
вторым выходом — получать эти задания на исправления и изменения только за подписью и печатью ген.директора (однако, специфика интернет и скорость выкладки информации сразу начисто отметает это)…
и обязательно храните всю входящую почту с требованиями изменений (как правило и в компаниях, особенно крупных, подобная переписка храниться если не респондетном, то на серверах)…
а еще подумалось — если по договору деньги Вы получаете за «действие», то становится даже выгодно делать несколько исправлений на уровне (поставь запятую, убери запятую), если каждое действие стоит денег
в любом договоре как правило обговаривается (не разу еще не встречал договора без этого) пункт похожий на: «сторонами назначаются ответственные менеджеры проектов»…
и если «на другой стороне» что-то изменилось, то эта сторона просто обязана Вас проинформировать о новом «ответственном лице»…
иначе же — Вы совершенно спокойно (т.е. без дополнительных претензий к Вам) можете исполнять все инструкции, исходящие от ранее назначенного лица
как студия то пострадает???
поправьте меня, если ошибаюсь — студия заключает договор с одной компанией, с одним юридическим лицом!
ВСЕ!
работать по старому договору она будет только с тем лицом.
При этом если во время дележки образуются два юрлица — договор перезаключается с каждым из них отдельно и студия не теряет заказчика, а наоборот, приобретает второго…
Сайт же не может принадлжеать сразу двум владельцам — никак не может!
всем известно, что точка разделяет пассажи слов в тексте… а вот будет ли поисковиками восприниматься символ многоточия как явный разделитель пассажей — вопрос…
по поводу подчеркивания ссылок — с точки зрения типографики может и правильнее, но с точки зрения фундаментальных основ CSS, валидности и проч. — огород еще тот…
да Вы поймите…
руководитель поставил своему заму задачу сделать сайт (дизайн, вертолет, вселенную) к декабрю 2008…
зам ставит своему подчиненному руководителю отдела задачу сделать все в ноябрю (перестраховываясь на месяц)…
руководитель отдела ставит менеджеру задачу сделать все к середине октября (2 недельки — да перестрахуется)…
менеджер, получая задачу, выдает ее дизайнерам (конструкторам, инопланетянам) — срок стоит — конец сентября…
вот и вся математика… расчитанная на то, чтобы тебя за такую провинность не «погнали» с относительно хлебного места…
кстати, многих тут позабавит такое «трепетное отношение к работе»: я думаю если организовать опрос, процентов 80 минимум ответят — «да в принципе не боюсь потерять работу, найду со своим опытом и знаниями другое место уже на следующий день»…
однако, тут другая ситуация…
правда потом так же идет согласование — менеджер с нач.отдела, тот с замом, тот с руководителем… потом в обратной последовательности ответ по согласованию…
это всем известный бюрократизм и «лесенка ответственности»…
что самое интересное — в основных бизнес процессах это даже помогает работе…
однако во всех надстроечных процессах (к коим и относится реклама: от дизайна листовок и сайтов, до роликов и федеральных медиа) — это очень тормозит ситуацию…
а конструкция, которая меня по-настоящему сбесила в статье с таким название вот:
[h1] [strong] [a href=«/»]header for site[/a][/strong] [/h1]
человек выдумывает для себя упражнения, в то же время не озабачиваясь прописывать в CSS казалось бы априори входящие туда элементы оформления кода…
однако т.к. статья была всеже о другом — твердая четверка