Пока не решены вопросы собственности, от всего остального толку не будет.
Пока поговорка работает:
«Премодерация собственных карманов перед отделением милиции не дает гарантии, что в них не найдут героин»
не изменится ничего.
И хоть заначинайтесь с себя и с того парня.
Защита собственности (реальная), сама по себе не означает что все стало сразу замечательно. Она дает возможность.
Пока ее нет — нет и возможности развития.
Я знаю Вы где-то здесь.
На вопрос ответьте плиз. Иначе можно подумать, что Ваш антивирус такое же уе как и большинство остальных и ограниченно дееспособен :-)
Те кто не в танке для себя могут решить
Microsoft Security Essentials === «Conficker Foreva !!!»
Не забывайте, кликают по деньгам которые рекламодатель заплатил системе. И больше чем заплачено — накликать они не могут. В крайности, если рекламодатели никак не отреагируют на смену поисковика на мыле, это будет означать только перераспределение кликов с других площадок размещающих адсенс на мыло. Но больше чем денег гуглу заплатят- накликано быть не может.
Ну а рынок это деньги. Все остальное так, показатели для понимания процессов.
Рынок это деньги которые платят рекламодатели, а не площадки на которых размещен контекст.
И зависимость между количеством площадок размещающими тот или иной контекст и полученными компанией от рекламодателей деньгами далеко не линейная.
Повлиять конечно повлияет, но далеко не пропорционально доле поисковых запросов.
Просто в свое время рассматривалась возможность ее использования и нашлись разработки для доступа к ней по сети.
Отказались по причине снижения требований к надежности хранения данных.
По памяти нашлось только это www.interface.ru/home.asp?artId=19187
В принципе ничто не мешает организовать собственный типа сервер доступа. API у Berkeley DB очень пристойное. Транзакции и развод кроликов при паралельном доступе реализованы там достаточно неплохо.
Естественно затраты на разработку резко растут. Смысл имеет если Вам необходимо максимально надежное хранилище при очень высокой производительности.
Мы остановились на Tokyo Cabinet.
По большому счету Tokyo Tyrant является прокладкой для доступа из сети к Tokyo Cabinet.
Чем подкупил Tokyo Cabinet, так это возможностью выбора режима. Если мне нестрашно потерять какие то из последних данных — могу его разогнать как ракету, если небходима надежность — за счет производительности имею ее.
Как то комфортней себя чувствую если сам подобными вещами рулю :-)
Пока не решены вопросы собственности, от всего остального толку не будет.
Пока поговорка работает:
«Премодерация собственных карманов перед отделением милиции не дает гарантии, что в них не найдут героин»
не изменится ничего.
И хоть заначинайтесь с себя и с того парня.
Защита собственности (реальная), сама по себе не означает что все стало сразу замечательно. Она дает возможность.
Пока ее нет — нет и возможности развития.
Копирастией заниматься не буду.
sqlinfo.ru/forum/viewtopic.php?id=2042
Полностью разделяю эту точку зрения.
А что, очень большая разница между желтым пиндежом для вытягивания бабок и пиндежом в галстуке с целью промывания мозгов?
Диверсанты
Агенты под прикрытием
:-)
MS нахаляву размещает?
:-)
В т.ч. и на бабки mS.
Или опять «Старые песни о главном ...»
Сделайте мне красиво нахаляву, а я вас мудаком еще и назову…
Парни из Microsoft!!!
Я знаю Вы где-то здесь.
На вопрос ответьте плиз. Иначе можно подумать, что Ваш антивирус такое же уе как и большинство остальных и ограниченно дееспособен :-)
Те кто не в танке для себя могут решить
Microsoft Security Essentials === «Conficker Foreva !!!»
Ну а рынок это деньги. Все остальное так, показатели для понимания процессов.
Вы бы уж телегу впереди лошади не ставили :-)
Рынок это деньги которые платят рекламодатели, а не площадки на которых размещен контекст.
И зависимость между количеством площадок размещающими тот или иной контекст и полученными компанией от рекламодателей деньгами далеко не линейная.
Повлиять конечно повлияет, но далеко не пропорционально доле поисковых запросов.
Пока Вы шаманите с лежащим MySQL сервером — Ваш web-сервер лежит.
И все посетители идут лесом?
см. комменты
roem.ru/2009/12/03/mailru_promenyaet_google_na_yandex/?c#message54730
Кем — кем?
Тема NoSQL.
Если залезть в потроха MySQL Cluster увидите — там в основе обычное хранилище key-value :-)
На него навернуты масштабируемость, поддержка надежности, доступ на языке SQL со всеми вытекающими последствиями для производительности.
Если посмотреть производительность — все как и во всех key-value, ракета по получению key-value, задница при каком нибудь join'е.
В принципе, конечной точкой навертывания функционала на перечисленные в статье системы нечто подобное и является.
По сути все они — промежуточные точки между memcached и чем то подобным MySQL Cluster.
Просто в свое время рассматривалась возможность ее использования и нашлись разработки для доступа к ней по сети.
Отказались по причине снижения требований к надежности хранения данных.
По памяти нашлось только это
www.interface.ru/home.asp?artId=19187
В принципе ничто не мешает организовать собственный типа сервер доступа. API у Berkeley DB очень пристойное. Транзакции и развод кроликов при паралельном доступе реализованы там достаточно неплохо.
Естественно затраты на разработку резко растут. Смысл имеет если Вам необходимо максимально надежное хранилище при очень высокой производительности.
Мы остановились на Tokyo Cabinet.
По большому счету Tokyo Tyrant является прокладкой для доступа из сети к Tokyo Cabinet.
Чем подкупил Tokyo Cabinet, так это возможностью выбора режима. Если мне нестрашно потерять какие то из последних данных — могу его разогнать как ракету, если небходима надежность — за счет производительности имею ее.
Как то комфортней себя чувствую если сам подобными вещами рулю :-)
Вы шутите. Наличие слова «embeddable» на главной странице говорит только о том, что ее можно встраивать, а не о том, что только встраивать.
Она более полноценная БД чем многие из обзора. К примеру поддержка репликации мастер-мастер.