Если вы заграницей расплатились в ресторане за обед картой, а на следующий день приходит уведомление, о том, что по каарте прошла ещё одна операция от этого ресторана, то можно, кончено, звонить в банк, слать факсы, писать претензии, ждать два месяца. А можно, позвонить в ресторан и прояснить ситуацию и вернуть деньги сразу.
Или, если банкомат неожиданно делает два снятия денег, то можно ждать месячную выписку и до одури оспаривать транзакцию. А можно сразу написать в свой банк и в банк эквайер и вернуть деньги через неделю. А уж о том, что кассир с перепугу может два раза картой прокатать…
Это я к тому, что многие ситуации проще и быстрее решаются на месте. И полезно самому следить за своими деньгами, а не носиться потом, как ошпареная макака, — кто месяц назад взял мои деньги?!
Вы вообще, пластиковой картой-то часто пользуетесь, или только зарплату в банкомате снять?
Ну, это малость другое :) Эти фактически в ненавязчивой форме предложили добровольно подключиться к их услуге :) Только сделали это очень навязчиво :) А мобильный банк — нужная вещь, как минимум два раза удавалось за границей предотвратить попытку украсть деньги с карты.
А что отсудить-то можно? свои кровные 300р? Вы же видите, что они деньги возвращают, а значит судиться вы будете по непонятному поводу и бесплатно. Остаётся только в ФАС и прочие надзорные органы жаловаться, но там всё куплено-перекуплено и очень медленно и долго.
Во-первых, вопрос в любом случае сильно спорный и спорный только для вновь-подключившихся. А во-вторых им тогда нужно убрать отдельную услугу «Замени Гудок», т.к. покупая услугу связи я не могу покупать услугу «Замени Гудок», что явно противоречит закону. Вот, если у них нет отдельной услуги, тогда да, можно сказать, что это и не услуга вовсе, а такая хитрая опция при тарифном плане. Но всё равно будет мутно и не правильно, т.к. деньги за неё они отдельной услугой берут.
В следующий раз сразу пишите бумагу и ссылайтесь на это с цитированием:
«ЗАКОН О ЗАЩИТЕ ПРАВ ПОТРЕБИТЕЛЕЙ
Статья 16. Недействительность условий договора, ущемляющих права потребителя.
…
2. Запрещается обусловливать приобретение одних товаров (работ, услуг) обязательным приобретением иных товаров (работ, услуг). Убытки, причиненные потребителю вследствие нарушения его права на свободный выбор товаров (работ, услуг), возмещаются продавцом (исполнителем) в полном объеме.
...»
И на это
«ГРАЖДАНСКИЙ КОДЕКС
Глава 27. ПОНЯТИЕ И УСЛОВИЯ ДОГОВОРА
1. Граждане и юридические лица свободны в заключении договора.Понуждение к заключению договора не допускается, за исключением случаев, когда обязанность заключить договор предусмотрена настоящим Кодексом, законом или добровольно принятым обязательством.
...»
Таким образом все их договоры, СМС и услуги идут лесом, т.к. нарушают одну из этих статей. Если дадут отказ, то вежливо поинтересоваться, понимают ли, что во-первых, копия отказа пойдёт в ФАС и в конце-концов сильно им аукнется (ФАС работает сказочно медленно, но штрафы у них знатные), а, во-вторых, с их отказом можно смело бежать в «Общество по защите прав потребителей» и в суд, где светят немеряные перспективы по делу.
Нету :) Но, конечно, если говорить о связке SOAP+PHP, то SOAP определённо не будет узким местом :) А, вот если у вас хотя бы java-сервер на тысячу клиентов, то уже вопрос. Это моё ПМСМ.
Угу, но SOAP содержит не слабую прослойку парсера и енкодера всей это красотищи. Коие, во-первых, поедают массу ресурсов (особенно если нужно наладить локальное взаимодействие в сколько-либо реальном времени, а, во-вторых, содержат два вагона багов и уязвимостей во всех известных науке реализациях. Хотя, наверное, для взаимодействия через internet вне реального времени это всё оправдано — накладные расходы оправдываются простой распространения среди пользователей и унификацией.
Да, я уже успел вдумчиво изучить спецификацию x64 — не требует она никакого специфичного выравнивания данных. И регистры там 32 бита (указатели 64 бита). Единственный грабель — множество регистров общего назначения, которые нужно сохранять в стеке при вызове подпрограмм, но эта проблема давно и успешно решена на множестве RISC-архитектур. Т.е. правильно написанная программа должна отличаться на проценты по потреблению памяти. Откуда такой перерасход категорически не понятно. Подозреваю кривые руки программистов и/или грандиозные глюки компиляторов.
О ужас!
Они её и так примерно знаю — uTorrent по-умолчанию работает проверка автообновлений. Статистика сервера, раздающего эти обновления, скажет больше чем люба отдаваемая информация.
Это первый вопрос, а второй вопрос — на основании какого договора работают радиостанции? Если их договор предполагает воспроизведение музыки неопределённому кругу лиц (а он должен это неявно предполагать или должна быть явная запрещающая оговорка), то что-то концы с хвостами не сходятся при при попытке взять денбги за публичное прослушивание радио в барах.
Вот у меня вопрос. У них есть письменные договора со всему исполнителями? Если нет, что мешает сделать так:
1) Пишем песню «Уй-люля-люлю».
2) Заключаем с подставной конторой договор с передачей эксклюзивных прав на усливях сто-тыщ-миллионов за воспроизведение и никому больше об этом не говорим.
3) Сидим в баре и крутим песню.
4) Приходит РАО и требует денюжку.
5) Платим денюжку.
6) Автор и подставная контора приходят к РАО и размахивая договором требуют сто-тыщ-миллионов в счёт упущенной выгоды. Если у РАО нет письменного договора с автором (или его представителем), то они однозначно попали на выгон денег.
7) profit?
Ещё выравнивание кода. Отсутствие некоторых команд — команды 64-бит команды исполняются быстрее, но их меньше. Всё это сильно увеличивает код. Плюс, стек в два раза разрастается — для сохранения регистров нужно в два раза больше памяти. Хотя я в упор не понимаю, каким таким образом объём динамической памяти может быт в два раза больше. Все целочисленные (и булевские) значения тоже в два раза больше в структурах занимают — вот тут уже сильный перерасход может быть. Код в разделяемой памяти хранится и не должен сильно влиять. Стек стал в два раза больше, но на задачах типа веб-сервера стек не должен быть сильно большим. Остаются динамические данные. Но там только увеличение объёма может быть за счёт увеличения размера целочисленного и логического типа. Но, блин, это как-то не правильно — это означает, что около 50% кэша и 50% передаваемых по шине данных — мусор. А удвоение кэш-памяти и пропускной способности шины на серверных задачах даёт 15% прироста производительности. Т.е. при переходе на 64-бита эти самые проценты теряются. Отсюда вывод — если правильно написать 64-битное приложение, то можно получить сильный прирост производительности и знатную экономия памяти. Но скорее всего потеряется совместимость с 32-бит на уровне исходного кода (нужны танцы с бубном вокруг целых значений и их упаковки в структуры, а современные компиляторы это позволяют через только через зад).
Или, если банкомат неожиданно делает два снятия денег, то можно ждать месячную выписку и до одури оспаривать транзакцию. А можно сразу написать в свой банк и в банк эквайер и вернуть деньги через неделю. А уж о том, что кассир с перепугу может два раза картой прокатать…
Это я к тому, что многие ситуации проще и быстрее решаются на месте. И полезно самому следить за своими деньгами, а не носиться потом, как ошпареная макака, — кто месяц назад взял мои деньги?!
Вы вообще, пластиковой картой-то часто пользуетесь, или только зарплату в банкомате снять?
«Глава 27. Статья 421. Свобода договора»
спокойствие, только спокойствие…
«Глава 16. Статья 421. Свобода договора»
«ЗАКОН О ЗАЩИТЕ ПРАВ ПОТРЕБИТЕЛЕЙ
Статья 16. Недействительность условий договора, ущемляющих права потребителя.
…
2. Запрещается обусловливать приобретение одних товаров (работ, услуг) обязательным приобретением иных товаров (работ, услуг). Убытки, причиненные потребителю вследствие нарушения его права на свободный выбор товаров (работ, услуг), возмещаются продавцом (исполнителем) в полном объеме.
...»
И на это
«ГРАЖДАНСКИЙ КОДЕКС
Глава 27. ПОНЯТИЕ И УСЛОВИЯ ДОГОВОРА
1. Граждане и юридические лица свободны в заключении договора.Понуждение к заключению договора не допускается, за исключением случаев, когда обязанность заключить договор предусмотрена настоящим Кодексом, законом или добровольно принятым обязательством.
...»
Таким образом все их договоры, СМС и услуги идут лесом, т.к. нарушают одну из этих статей. Если дадут отказ, то вежливо поинтересоваться, понимают ли, что во-первых, копия отказа пойдёт в ФАС и в конце-концов сильно им аукнется (ФАС работает сказочно медленно, но штрафы у них знатные), а, во-вторых, с их отказом можно смело бежать в «Общество по защите прав потребителей» и в суд, где светят немеряные перспективы по делу.
Они её и так примерно знаю — uTorrent по-умолчанию работает проверка автообновлений. Статистика сервера, раздающего эти обновления, скажет больше чем люба отдаваемая информация.
1) Пишем песню «Уй-люля-люлю».
2) Заключаем с подставной конторой договор с передачей эксклюзивных прав на усливях сто-тыщ-миллионов за воспроизведение и никому больше об этом не говорим.
3) Сидим в баре и крутим песню.
4) Приходит РАО и требует денюжку.
5) Платим денюжку.
6) Автор и подставная контора приходят к РАО и размахивая договором требуют сто-тыщ-миллионов в счёт упущенной выгоды. Если у РАО нет письменного договора с автором (или его представителем), то они однозначно попали на выгон денег.
7) profit?