Принцип прост, принцип машинного обучения еще проще, а специалистов еще меньше =)
Логикой при выборке можно пользоваться исключительно в элементарных случаях, когда надо сравнить, к примеру, два отрезка разной длинны. Когда надо сравнивать теплое с мягким - логика уже работает не слишком хорошо. В этой ситуации вы строите признаковое пространство, на котором описание объекта является вектором. И для сравнения различных описаний вам нужна метрика. Метрика - это математическая функция, вам нужно ее максимизировать/минимизировать, в зависимости от задачи, можно попробовать ее продифференциировать, в данный момент вы перейдете из аналитической геометрии в матанализ, если это невозможно (а так чаще всего и получается), то вам надо искать решение при помощи различных статистических методов, применения какоторых надо обосновывать т.к. математически каждый из них основывается на свойстве величин и пространства, на которых они определены. И в этот момент вы можете без проблем применить готовую функцию из библиотеки питона, которая даст вам абсолютно неверный результат, потому что неприменима в конретном случае из-за того, что не выполняется какая-нибудь неразрывность второй производной функции распределения вероятности в указанной области...
Соответсвенно, умея применять штатные библиотеки можно быть специалистомв DS но только в узкой области максимально типовых задач, и ничего не уметь при любом отклонении.
Ну а понимание математики каждого действия необходимо для того, что бы не удивляться, почему вы стабильно получаете неправильные значения, используя давно написанную кем-то функцию:
def get_exp_val(distribution)
return 42
end
Dr_Gonzo: Эти знания нужны на этапе понимания принципов работы каждого шага. Слабо представляю, как привести простой и понятный пример, но если на пальцах, то надо понимать, что мат ожидание - это срденее значение распределения случайной величины, а не результат работы функции get_exp_val(distribution)
abonu: Это очень сильно зависит от того, что у вас за бэкэнд. У каждого фреймворка своя система роутинга, и роунты прописываются в своем месте со своим синтаксисом.
abonu: в общих чертах - берете id пользователя, генерируете ссылку вида http://default_uri/user_id прописываете ее в роутерах бэкэнда и кладете в указанную папку скрипт.
какие нахрен дырки, когда вы отправляете запрос не по адресу а по куску php кода, находясь при этом на стороне клиента, без php интерпретатора!? Это все равно что пытаться войти в дом через стену и говорить: "С ключами потом разберемся, я пытаюсь понять, почему дверь заедает."
То-есть вы хотите, что бы при нажатии на кнопку в браузере скрипт редактировал php файлы у вас на сервере? Ответ - никак, а если вдруг узнаете как, сразу заткните дырку, дважды.
Если вам надо обновить содержимое dom элемента, то php тут вообще не при чем, это делается свойствами js на стороне клиента.
Интересно посмотреть, какой код получается на выходе. Я, честно говоря, очень сомневаюсь что он способен на что-нибудь кроме абсолютно позиционирования с заранее заданными до пикселя размерами. Хотя, возможно, техника уже и дошла...
тут надо смотреть, какая у вас файловая структура, htaccess смотрит пути от корня сервера (можно узнать в phpinfo() переменная doc_root). Вы указали доступ к /tmp, а реально, скорее всего, работаете с каким-нибудь /var/www/ekker/data/www/tmp, это уже по месту смотреть надо.
Ну вот эта штука создает каркас из прямоугольников. Правда не пустых, в них засунут типовой текст, что бы они не ужались в 1 пиксель. Умеет делать хедер, футер и 2 сайдбара.
