DenisR

Рейтинг
59
Регистрация
18.08.2007

Прошло две недели, сайта так и нет в ЯКе больше..

Какие действия теперь разумно делать? :)

Слава Шевцов:
На сайте ФИПС очень внятные правила оформления заявок ;)

Мой вопрос не про порядок подачи, а про то, что можно или нет указать.

Про наименования правила гласят:

в) В графе 3 указывается название регистрируемой программы для ЭВМ или базы данных.

И никаких примеров или рекомендаций...

Ваши паспортные данные знают очень-очень многие (банки, институты, собесы,..) - юридическая фирма, владея относительно малым количеством данных не является определяющей на данном рынке :-).

А по делу, эти данные УЖЕ есть у самой могущественной, тупорылой и безжалостной группировки, - у ментов.

Проблема в том, что сайт отдавал не 40х, а 200, но съехавший дизайн и сообщение об ошибке БД вверху.

Я спросил ли снимать сапу на случай обращения к специалистам Яндекса,

чтобы проверя вручную их не насторожило уже это :-).

teoretik:
Где скачать текст типового договора на разработку крупного веб-сайта (портала)?

Не очень хороший, но очень жизненный совет:

позвоните в понравившуюся вам студию, представтесь клиентом.

Получите и вариант Договора и Коммерческого предложения...

Вариант два - если есть к кому - напроситься на любые услуги крупной фирме (банку, например). Их юрслужба быстро найдёт все недостатки и пришлет вам в письменной форме.

MyOST:
а что, кто-то говорит что это вклад в историю народов?

Дело в том, что все надеются на вечность, а её нет. Если вы работаете, и ставите, 3-4 ссылки в месяц на новые сайты, то будет и прирост ТИЦа и переходы клиентов. Если ссылка не окупит своё назначение в течении месяца-двух, то что измениться, если она там будет стоять пять или десять лет (или "всегда"?).

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

Str256:
Типа этого:

Да как это написать, - понятно. Насколько этот вариант верен. Насколько всем захочется иметь такое большое количество "открытых" договоров, пусть и с почти выполнеными обязательствами. Но, кажется, что другого выхода нет? (Мне интересно, почему юридическая служба заказчиков, никогда не заботилась этим вопросом, хотя докапывались до многого!)

Тут затронута была тема - сроки договора и обязательство.

Насколько я понял, что если подписан Акт по договору (или настал срок конца разработки) и произведен финальный расчет, то дальше Договор не действует.

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

Как этот аспект можно правильнее описать? Что срок Договора с автопролонгацией и каждый год, пока система в эксплуатации, договор в силе... Как-то всё не очень понятно :-)

Практика показыват, что нужен гибкий инструмент того, что попадёт в отчёт. А если ещё подвязать это к импортируемым данным из mainlink/sape - вообще цены не будет продукту!

Авторство и правообладание - разные вещи. Правообладание переходит по договору к Заказчику. Согласен с MASe, авторство ваше навсегда, но в законе нет правила того, что оно должно как-то отображаться - кто распоряжается, тот и решает все вопросы. Так что ссылка - почти добровольное дело, но если вы хорошо поработали и с вами заключен договор на поддержку, то, как правило, ссылка остаётся :-).

Можно ещё, конечно, пытаться продать в неизменном виде. Т.е. новый правообладатель не имеет права вносить изменения в код скрипта... Или вообще закрыть весь код Zend'ом, но мало кто на это пойдёт :).

Всего: 181