Solmyr

Solmyr
Рейтинг
501
Регистрация
10.09.2007

Через аггрегаторы такие как http://naydidom.com/ с платой за переходы.

Я хочу особо подчеркнуть, что в том варианте который я предлагаю, все равно большое значение имеет личность директора. То что в уставе написать что директор не имеет права без учредителей ничего делать с доменом ничего особо не значит. Директор может, например, сформировать для ООО кредиторскую задолженность. Или умышленно нарушить чьи-то права на какой-то товарный знак на сайте и умышленно проиграть суд. Да мало ли что может придумать директор.... В общем у того, чей директор, всегда заведомо больше прав, даже если формальная доля в ООО меньше.

fake_user:
А возможно ли физическому лицу продать долю сайта другому физическому лицу (или их группе), при этом оформить это в рамках российского законодательства, надежно для той и другой стороны?

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

Но все равно многое упирается в личность директора ООО. Чей "друг" директор ООО, тот по факту имеет больше прав. Хорошо прописанный устав уменьшает риски но не снимает их.

burunduk:
вот незадача-то, не наниматели они :)

У Миража кругом враги.

MiRaj:
Это не так - принимая оферту при регистрации, вебмастер гарантирует размещение на время жизни сайта.

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

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

Redje:
Больше года назад продал с одного из своих сайтов около 30 ссылок в системе Miralinks.
Примерно половина ссылок не тематична сайту.
Сейчас задумался над удалением этих ссылок.

Большей части из размещенный статей больше 1 года, некоторым почти 2 года, но по условиям биржи выходит, что в случае удаления ссылок необходимо вернуть рекламодателю 100% оплаты.

Можно, конечно, просто удалить площадку из системы, т.к. снова продавать с нее ссылки не планируется, но возможно есть другие варианты, как удалить ссылки не возвращая рекламодателю 100% за ссылки провисевшие более года?

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

Договор-оферта, который вы заключаете с Миралинкс юридической силы сам по себе не имеет, т.к. не содержит всех атрибутов, которые согласно Гражданскому Кодексу необходимы для договора - а именно, не содержит срока размещения рекламных материалов. "Вечность" - это не срок. Именно поэтому, кстати, всякие там военные базы сдают в аренду на 99 лет, а не "навечно". Понятия "вечность" юридически не существует.

revardy:
Блин... туплю. есть такое решение. всю сознательную жизнь пользуюсь и не подумал сразу. Называтся Search API модулек. Им можно отдельно индексировать нужные данные. Числа, тексты. Работает через крон. К нему дополнительно нужн точно не помню "databace search" модуль. это если не использовать стороних поисковых машин. как-то так

Search API - это для использования внутреннего модуля Search, а не для параметрических выборок через Views.

revardy:
тогда вообще вьюсом бы не пользовался а писал нужные запросы вручную.

Можно вообще сайт делать не на Drupal а на Yii если уже пошел такой разговор.... Странно все-таки что они при переходе от 6й версии к 7й так сильно ухудшили архитектуру...

revardy:
Накрайняк в базе поставить индекс вруную никто не мешает.

В этом случае, по сравнению с хранением всех полей в одной таблице, как было в Drupal 6, внутренний оптимизатор запросов MySQL не сможет правильно выбирать, какой именно индекс использовать.

revardy:
там что база сверх большая?

Ну как сказать. Аргументирование использования InnoDB в Drupal7 вместо MyISAM в Drupal 6 было именно такое, что это лучше работает при больших таблицах на нагруженных сайтах.

Есть вопрос про метод хранения Fields в Drupal 7. Я так понимаю, все значения хранятся в отдельных таблицах, к тому же не имеющих индексов по значению поля. Есть ли какое-то решение, позволяющее более эффективно делать выборки (хотя бы во Views) по значениям Fields?

Ну вот что-то вроде этого: https://www.drupal.org/project/pbs только доведенное до ума.

siv1987:
Это вы скажете когда ваши костыли на возрастающем или не учитываемом функционале будут валить сервер из-за г-спроектированной бд.

"Валить сервер" - такие термины можно применять, когда втираете что-то заказчикам. При общении с коллегами желательно применять более конкретные наименования тех или иных событий.

Всего: 6168