Pull to refresh
1
0

User

Send message
Если выбирать из всего, то однозначно #27 :)))
>Мне просто стало интересно, какова должны быть система ценностей и жизненная позиция у человека,
>рассуждающего как вы.

Можно с цитатой, какое именно из моих утверждений вас так «задело»? Может вы меня с кем-то попутали???

>напоминает истории о «обелившихся» бандидах во власти. К сожалению, они тоже не сели в тюрьму :(

Оооууу… :))) и Кевина Митника надо туда же пристроить???

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

да и вообще желать кому-то зла не очень хорошо ;)

Ну и самое главное — когда кончаются аргументы, правилом хорошего тона является переход «на личности» ;)))
Какой процент базы апдейтится ежедневно? ну что вы в самом деле??? :)

для создания весьма актуальных серых ресурсов на основании вашей базы достаточно раз в полгода спарсивать… или покупать «свеженькую» за 2000 рублей :)
А также копи-паст ресурсы :))) которые спарсили вашу базу… зачем нужно ваше API если можно все стянуть себе… и сделать своё API

Вы ведь в посте сами привели пример с продажей ВСЕЙ вашей базы за 2000 рублей…
:))) возможно, но монетизация (до определенного предела) лишней не бывает… И KeyCAPTCHA действительно на 100% защищает от ботов, а сейчас, у Вас никакой защиты веб-версии просто нет… Слить всю базу предприятий дело нескольких недель…

Чем кстате многие пользуются… найти в гугле десятки копи-паст ресурсов дело нескольких минут…
Для защиты email адресов (а также телефонов) предлагаю использовать KeyCAPTCHA, это не только действительно 100% защитит от любых спарсиваний, но еще и обеспечит дополнительный (и весьма не малый) доход :)
Вы меня конечно извините, но как-то странно вы «скрываете» email адреса, вот же они:

image

Спамь сколько влезет…
Я думаю, что энергоэффективност RISC обусловлена меньшими, с точки зрения абсолютных значений, издержками при работе с ОЗУ. Так как намного больше алгоритмов (по сравнению с x86) можно оптимизированно выполнять на регистрах не использую память.

Но не надо забывать, что технологии развиваются и энергоэффективность современной ОЗУ тоже уже весьма отличается от того, что можно было наблюдать 10 лет назад.

Вобщем не всё так однозначно как вы пытаетесь это представить… Даже полноценные современные процессоры x86 с десктопными осями уже пихают в планшеты (пример Acer W500).
Не начинаешь, никто не говорит про использование NoSQL для каких-то аналитических задач… NoSQL для БЫСТРОЙ распределенной работы… но никак не для анализов…

не надо гвозди микроскопом забивать… ну разглядывать что-то в молоток тоже бесполезно…
Лопатить надо только в том случае если данные, которые хочется записать в этот атрибут уже где-то есть… Но если вы хотите допонительно начать сохранять и использовать еще какие-то данные, то ничего лопатить не надо и именно в этом прелесть…

За Оракл не скажу, но добавить колонку в MySQL с сотней миллионов записей задача почти невыполнимая :))) а если еще и индекс захочется построить… то можно просто «уйти пожить» в это время…
:D за картинку спасибо… но её интерпритация на мой взгляд весьма не однозначна… ;)))
Там всё очень не однозначно :))) очень мутненькая история…
Я не утверждал что это какой-то недостаток… Для пашки поля лучше использовать трактор, но для передвижения по трассе Porsche явно лучше…

В моем понимании «Одна БД», это какой-то такой гоночный трактор… круто конечно, но боюсь что не очень реализуемо, так как архитектурные принципы всё-таки различны…
Это можно считать тоже уже практически свершившийся факт…

Аналитику конечно НАМНОГО проще крутить в SQL, а вот быструю работу для конечного посетителя с возможностью горизонтального масштабирования (в случае необходимости) намного проще делать с помощью NoSQL решений.

Плохо только что пока нет каких-то серьезно-заметно-популярных гибридных фреймворков и CMS
У себя в KeyCAPTCHA также используем связку NoSQL + SQL, на серверах генерации капч MongoDB, в SQL аналитические отчеты и веб-морда…
Какая связь между этой публикацией и тем что у Битрикса что-то не получилось? (или просто пока не успелось)
Именно про это и говорилось… Что захотелось изменить схему, изменил приложение и всё… А любая операция с SQL таблицами размером в десятки-сотни гигабайт занимает ОЙКАКМНОГО времени… а если еще и реплицируемая то нувообщелучшенеприкасаться

После перехода на NoSQL ощутил почти экстаз от свободы с которой реализуются новые «хотелки»

Information

Rating
Does not participate
Location
Новосибирск, Новосибирская обл., Россия
Date of birth
Registered
Activity