Добавить в корзинуПозвонить
Найти в Дзене

Ограничение вне контроля

Есть некоторый поставщик услуг интернета (провайдер). Он сделал публичное, то есть рассчитанное на неопределённый круг лиц, предложение, в котором содержалось приглашение за плату размещать на определённой ёмкости его запоминающих устройств информацию в цифровом виде, размещать исполняемые программы, в том числе и платформы для ведения журналов, размещать базы данных. Но при этом он оговаривал, что плата зависит от объёма памяти, отводимого под всё сказанное выше, и, кроме того, от этой самой платы или, как он выражается, от «тарифного плана» зависит и допускаемая нагрузка на процессоры его ЭВМ. Причём эта самая процессорная нагрузка была обозначена как проценты от чего-то не вполне понятного. Скажем, так: Ну, собственно, чего ситуацию эту особо представлять? Достаточно просто зайти на сайты провайдеров. Подчёркиваю: всё сказанное было предложено за деньги. Заметим, при этом, что базы данных поставщик услуг представляет также именно свои: mySQL или Postgres. Заметим, из размещённой инф

Есть некоторый поставщик услуг интернета (провайдер). Он сделал публичное, то есть рассчитанное на неопределённый круг лиц, предложение, в котором содержалось приглашение за плату размещать на определённой ёмкости его запоминающих устройств информацию в цифровом виде, размещать исполняемые программы, в том числе и платформы для ведения журналов, размещать базы данных. Но при этом он оговаривал, что плата зависит от объёма памяти, отводимого под всё сказанное выше, и, кроме того, от этой самой платы или, как он выражается, от «тарифного плана» зависит и допускаемая нагрузка на процессоры его ЭВМ. Причём эта самая процессорная нагрузка была обозначена как проценты от чего-то не вполне понятного. Скажем, так:

7% от чего?
7% от чего?

Ну, собственно, чего ситуацию эту особо представлять? Достаточно просто зайти на сайты провайдеров. Подчёркиваю: всё сказанное было предложено за деньги. Заметим, при этом, что базы данных поставщик услуг представляет также именно свои: mySQL или Postgres. Заметим, из размещённой информации, например, неясно - входит ли объём базы данных в общую дисковую квоту или не входит, а исчисляется отдельно.

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

Пусть некто Z заключил предложенный публично договор с провайдером U, получил доступ к хранилищу информации определённого объёма, разместил там базу данных и так называемый движок своего журнала. Полностью описывать структуру того, что там было размещено нет смысла хотя бы просто потому, что всё это существенно зависит от того, какую именно платформу использует Z. После этого Z зарегистрировал на своё имя домен второго уровня, то есть некоторую комбинацию вида {f}.{s}, где f и s — некоторые символьные последовательности. Например, такую: iuris-civilis.ru.
Таким образом Z обрёл сетевой журнал.

Понятно, что на занимаемый объём информации Z вполне влиять в состоянии, потому что именно под его контролем находится и размещаемая информация в виде некоторых данных и в виде некоторого исполняемого кода (тут ещё важно, между прочим, где исполняемого — на стороне провайдера или же на стороне того, кто читает или смотрит журнал. Если, скажем, на сайте находится некоторый сценарий, написанный на java-script, то исполняться он будет точно не на стороне провайдера, а у провайдера этот сценарий будет просто сохраняться как некоторые данные.

Причём замечу сразу, что об отношениях между поставщиком услуг и пользователем относительно данных, которые пользователь разместил у поставщика услуг вопрос уже ставился тут:

Но вот на что Z никак радикально повлиять не может, так это как раз на нагрузку на процессор U. Ну, то есть некоторым образом, конечно, в состоянии, например, каждый раз выбирая запуск тех или иных сценариев не на стороне провайдера, а на стороне своих пользователей, однако при всех обстоятельствах U никак не сможет обойтись без того, чтобы при каждом вызове его журнала пользователи бы не нагружали процессор U, ну, хотя бы потому, что любая выборка из базы и передача данных непременно будет сопровождаться ненулевой загрузкой процессора, причём именно процессора U. То есть всегда минимальная загрузка при одном вызове будет ненулевой.

Это означает, что если читателей журнала, который организовал Z, достаточно много, то рано или поздно, но нагрузка на процессор U превысит обусловленную тем самым «тарифным планом». И тогда при очередном запросе совершенно постороннего лица-читателя на экране читателя журнала может появиться что-то такое:

-3

Ну, то, что такого рода надпись вообще малоинформативна для стороннего пользователя — отдельный разговор. По опыту знаю, что большинство моих читателей вообще не вполне понимали — что это им такое тут рассказывают. Мне представляется, что в известном смысле такого рода текст, который выбрасывают на экран вполне посторонних людей — просто хамство. Это всё равно как подойти к человеку и обратиться к нему на непонятном ему языке на неясную вообще для него тему, не давая при этом что-то делать, что он делать, в общем-то вправе.

Но вот какой интересный вопрос:

а правомерно ли вообще в таких условиях подобное ограничение со стороны U, если Z не является предпринимателем?