Например, слова с 5 согласными буквами подряд встречаются в словаре 1053 раза, а слова с одной и той же буквой 3 раза подряд встречаются 109 раз. При этом данная статистика бесполезна.
Не скажите. А сколько раз слова с 5 согласными встречаются среди «не слов»? Если их в разы больше, это вполне можно использовать.
Мне не понятно, где место клиентского кода, который работает с DOM.
Можно ли использовать SMP подход c MVC фреймворками, как оно согласуется, или есть другой способ?
А зачем вам его смотреть, информацию по API есть. Эта нормальная цена за +1 язык. Я думаю многие согласились на подобную «кальку» для своего любого языка.
Понравилось. Еще интересно было бы почитать, как в подобных компилятора организовать замыкания, сборку мусора и другие современные штуки. Не планирует никто статью написать?
Хм… ну это прерогатива ОС, с каким типом работает программа.
Ну, а если требуется передача по сети, то у нас же массив байтов, пишем туда либо от 0 до lengh, либо от length до 0
Программист. И работаю с сфере рекламы, хотя не занимаю непостредственно системой открутки.
Я пытался наглядно описать процесс показа объявления, в действительности все немного по другому.
Да, все правила храняться в памяти. Да, процесс поиска максимально оптимизирован. Но, все равно на это тратиться ресурсы.
Чем больше правил таргетинга тем меньше объявлений можно показать за секунду.
Не вникал в ценообразование, и может быть потребление ресурсов не как не сказывается в цене, но факт в том, что для системы быстрее и выгоднее откручивать не таргетированную рекламу. Логично что она должна стоит дешевле.
Представьте, настроено миллион объявлений. Все таргетированные. Одни по времени суток, другие на географию, третьи на возраст. И вот приходит момент, когда нужно случайному пользователю отдать объявление. Как быть?
Не уверен в алгоритме, но напрашивается, что нужно по очереди брать объявление и проверять, из того ли города человек, что указано в объявлении, а того ли он возраста, а сейчас сколько времени, черт! не то время. Переходим к следующему объявлению. И объявлений миллион, а реально этому пользователю можно показать только 1.
Чем больше таргенингов, тем выше нагрузка на сервера. Ведь нужно делать много проверок, показывать это объявление или нет. И чем уже таргетинг, тем чаще оно будет проверятся и не показываться, т.е. будет тратить ресурсы просто так.
При соединении с MYSQL создается сессия (@-переменные, значения автоинкрементных ключей). Далее клиент работает с этой сессией в синхронном режиме. Он не может послать след. запрос, пока не получит все данные из первого (<-- вот тут косяк).
Создание нового соединения на каждый запрос слишком накладно.
Асинхронного драйвера не будет, пока сама MySQL не будет этого позволять. Нода тут не причем.
Насчет преимуществ. Eсть возможность перенести библиотеки с клиента на сервер. Рисовать на canvas'e и отдавать их клиенту в виде png. Использовать jQuery, в качестве шаблонизатора, добавляя и изменяя узлы дерева html, который еще будет отдан клиенту.
JS достаточно удобно сконструирован, чтобы поддерживать асинхронный режим — анонимные функции, замыкания и т.п.
Не скажите. А сколько раз слова с 5 согласными встречаются среди «не слов»? Если их в разы больше, это вполне можно использовать.
Можно ли использовать SMP подход c MVC фреймворками, как оно согласуется, или есть другой способ?
Ну, а если требуется передача по сети, то у нас же массив байтов, пишем туда либо от 0 до lengh, либо от length до 0
>…
> Сейчас нет нормальной возможности работать с двоичными данными.
А как же typed arrays?
Я пытался наглядно описать процесс показа объявления, в действительности все немного по другому.
Да, все правила храняться в памяти. Да, процесс поиска максимально оптимизирован. Но, все равно на это тратиться ресурсы.
Чем больше правил таргетинга тем меньше объявлений можно показать за секунду.
Не вникал в ценообразование, и может быть потребление ресурсов не как не сказывается в цене, но факт в том, что для системы быстрее и выгоднее откручивать не таргетированную рекламу. Логично что она должна стоит дешевле.
Представьте, настроено миллион объявлений. Все таргетированные. Одни по времени суток, другие на географию, третьи на возраст. И вот приходит момент, когда нужно случайному пользователю отдать объявление. Как быть?
Не уверен в алгоритме, но напрашивается, что нужно по очереди брать объявление и проверять, из того ли города человек, что указано в объявлении, а того ли он возраста, а сейчас сколько времени, черт! не то время. Переходим к следующему объявлению. И объявлений миллион, а реально этому пользователю можно показать только 1.
Может поэтому.
Удобнее, не находите?
Создание нового соединения на каждый запрос слишком накладно.
Насчет преимуществ. Eсть возможность перенести библиотеки с клиента на сервер. Рисовать на canvas'e и отдавать их клиенту в виде png. Использовать jQuery, в качестве шаблонизатора, добавляя и изменяя узлы дерева html, который еще будет отдан клиенту.
JS достаточно удобно сконструирован, чтобы поддерживать асинхронный режим — анонимные функции, замыкания и т.п.