На турбостраницах аналогично. Там Яндекс предлагает показывать рекламу даже при низких показателях посещаемости сайта - в отличии от полных вебстраниц.
Интересно, а кого вообще ищет работодатель с такими тестовыми заданиями?
Можно обратить внимание, что в статье автор использует математику, проводит сравнения и прочее = получает лучший результат. И автором статьи проделана достаточно большая и сложная работа.
Это полноценное решение технической задачи:
получить результат (работа алгоритма)
оптимизировать получение результатам (в данном случае по времени)
Т.е. работодатель в тестовом задании на проверку уровня знаний кандидата хочет получить реально работающее решение для сложной задачи?
Процесс разработки у заказчика так построен - что бы сразу программист писал эффективный и правильный код? Замена тестирования (решения сложной задачи) на талантливого программиста? Пусть сразу сделает на отлично?
Есть определенные стандарты на пути, нагрузку, число вагонов и пр. Если вагон сходит с рельсов - тут всего два варианта:
стандарты были нарушены
стандарты не были нарушены
А тут решение выглядит так: а давайте забудем про нормативные документы и будем анализировать причины схода. Работа интересная сделана. У меня вопрос риторический не к математикам -а к заказчикам...
Это чем-то похоже на буксующие в горку зимой фуры. По нормативам этого в принципе не может быть. Должен перед подъемом стоять знак уклона (который тангенс угла наклона), на эти знаки должны ориентироваться водители. Т.е. или знака не было (деньги за буксировку фуры платят дорожники) или водитель сознательно нарушил (при знаке в 15% поехал в гололед со сцеплением 0,1) - штраф + деньги за буксировку с водителя (юр лица)
Здесь наверное аналогично:
или брак вагона - суд с производителем
или вагон перегружен - суд с ответственным за это
или вагон вовремя не прошел обслуживание - аналогично
или путь с нарушениями (ветки, мусор)
Фактически модель выглядит так - будем предсказывать вероятность схода при нарушении всего чего можно :)
А почему вредный IP не в лог на сервере - и на него fail2ban напустить?
IMHO - банить вредителей средствами CMS - это достаточно большая нагрузка на сервер. Этих вредителей обычно много - и большую часть времени CMS будет их банить, занимая дорогое процессорное время.
Если сайт популярный - там будет вал попыток что-либо подобрать. А fail2ban на уровне сервера занимает ресурсов намного меньше, чем обработка бана средствами CMS.
IMHO - численными методами проблему полностью не устраним. "В пределе" - это математика.
А тут уменьшая "толщину" треугольников мы увеличиваем покрытие круга - но не 100%, всегда будут существовать зоны, свободные от точек. Да - это будет вида 0,00001% от общей площади - но будет.
Это как с интегралами. Площадь под кривой 3Х^2 от 1 до 2. Интеграл - легко видеть Х^3 и точное решение 8-1=7
А численными методами (суммируем площади прямоугольников под кривой) мы получим или 6,999999 или 7,000001 (смотря какие прямоугольники). Уменьшая толщину - мы повышаем точность = но точно 7 мы не получим.
PS
причем заданная точность вычислений (численные методы) будет работать в случае интеграла = нам нужна например точность 0,001%. уменьшаем толщину прямоугольников, пока разность между двумя вычислениями не составит требуемую величину.
а в случае случайного распределения точек мы не знаем исходной задачи, насколько критично наличие областей, в которых точек не будет вообще.
Теперь понятно, откуда безумные статьи про зеленую энергетику на тему "получение водорода из алюминия". Т.е. копирайтеры слышали что-то про использование алюминия для получения водорода = и дальше пишут не задумываясь.
Надо бы серверу помочь перестать заниматься фигней вместо работы:
берем не VPS/VDS - а именно VDS, это действительно отдельный виртуальный сервер, он же KVM
VPS не берем (OpenVZ) - это фактически контейнер с общим ядром Линукс, память и диск - там проблемы, зато дешево
меняем порт 22 на что-нибудь свое (там на 22 порт будет порядка 20-30 запросов в секунду с китайских серверов), fail2ban не поможет, там гигантский пул IP адресов
баним IP желающих подобрать что-либо в url по 404 ошибке (ошибки в лог на сервере + fail2ban на этот лог) - тоже полно желающих 20-30 запросов в секунду
перекидываем wp-config.php на уровень выше, так к нему тоже 20-30 запросов от подборщиков
возвращаем обработку ошибок 404 по указанию левых файлов на уровень Апач (вместо обработки WP)
меняем url админки на другой (через плагин)
и тогда большая часть тупых ботов останется без работы и наконец-то сервер займется реальными пользователями :)
И переход на следующий уровень сложности - включаем FastCGI в апаче - улучшатель обработки многопользовательского режима - сам апач однопоточный
Переход на следующий уровень - да, выкидываем Апач и работаем через связку Nginx-PHP-FPM
А потом можно уже и WP заняться или какой-либо другой CRM. Базу там поменять с MySQL на её форк. При использовании KVM сделать виртуальный диск в оперативку и базу туда закинуть = основные тормоза сайта на 50% к запросам к базе
Переработки - это бег на короткую дистанцию по минному полю:
или сотрудник выгорит и уйдет
или он начнет часто ошибаться и потом это надо исправлять
А минное поле причем тут?
А бывают случаи типа "аврал" - реальная жизнь, она такая. Т.е. нужно сделать "подвиг" - а в организации уже и так режим "подвига" в обычной работе. И невозможно сделать пиковый объем работы - или некому или физически невозможно. И вся конструкция разваливается.
Я уже молчу по оплату этих переработок и кривых бизнес-процессах.
В здравомыслящих компаниях переработки попросту находятся под запретом
Да тут целых три точки отказа. Даже без учета специфики контента. Привязывайте своих пользователей (регистрация на сайте с плюшками), делайте свою внутреннюю соц.сеть и так далее.
Почему нельзя написать письмо и пусть оно ждет ответа? Или сделать стандартный вариант тикета, как у многих хостеров есть?
Это же разные вещи.
Чат для оперативного ответа (нужен здесь и сейчас = нужен живой оператор) и тикет, который может подождать 1-2 дня...
снизили нагрузку на операторов на 40%.
это целевой показатель? извините за сарказм - можно вообще оставить только автоматический ответ - и нагрузка на операторов снизится на 100%.
пользователь как минимум ожидает два типа реакции:
его проблему решили (или он получил ответ на вопрос)
или его проблемой хоть как-то занимаются (типа письмо отправил или тикет создал - наверное, ход дойдет до его вопроса)
сейчас выдается автоматический ответ (на 90% бредовый) - и на этом всё. как пользователь может вообще догадаться, что его вопрос в принципе кто-то смотрит и анализирует?
ваше обращение будет зарегистрировано и ваш вопрос поступит на анализ ко мне
это совершенно не очевидно и не видно. может хотя бы пользователю копию переписки на email отправлять?
:)
я по старинке
Сорри, а разве в PHP из функции нельзя вернуть массив? И туда набрать несколько значений, какие надо.
На турбостраницах аналогично. Там Яндекс предлагает показывать рекламу даже при низких показателях посещаемости сайта - в отличии от полных вебстраниц.
Интересно, а кого вообще ищет работодатель с такими тестовыми заданиями?
Можно обратить внимание, что в статье автор использует математику, проводит сравнения и прочее = получает лучший результат. И автором статьи проделана достаточно большая и сложная работа.
Это полноценное решение технической задачи:
получить результат (работа алгоритма)
оптимизировать получение результатам (в данном случае по времени)
Т.е. работодатель в тестовом задании на проверку уровня знаний кандидата хочет получить реально работающее решение для сложной задачи?
Процесс разработки у заказчика так построен - что бы сразу программист писал эффективный и правильный код? Замена тестирования (решения сложной задачи) на талантливого программиста? Пусть сразу сделает на отлично?
Какая то опасная стратегия у заказчика. ИМХО.
На самом деле - всё это очень странно.
Есть определенные стандарты на пути, нагрузку, число вагонов и пр. Если вагон сходит с рельсов - тут всего два варианта:
стандарты были нарушены
стандарты не были нарушены
А тут решение выглядит так: а давайте забудем про нормативные документы и будем анализировать причины схода. Работа интересная сделана. У меня вопрос риторический не к математикам -а к заказчикам...
Это чем-то похоже на буксующие в горку зимой фуры. По нормативам этого в принципе не может быть. Должен перед подъемом стоять знак уклона (который тангенс угла наклона), на эти знаки должны ориентироваться водители. Т.е. или знака не было (деньги за буксировку фуры платят дорожники) или водитель сознательно нарушил (при знаке в 15% поехал в гололед со сцеплением 0,1) - штраф + деньги за буксировку с водителя (юр лица)
Здесь наверное аналогично:
или брак вагона - суд с производителем
или вагон перегружен - суд с ответственным за это
или вагон вовремя не прошел обслуживание - аналогично
или путь с нарушениями (ветки, мусор)
Фактически модель выглядит так - будем предсказывать вероятность схода при нарушении всего чего можно :)
Был.
тут они в принципе сразу палятся...
А почему вредный IP не в лог на сервере - и на него fail2ban напустить?
IMHO - банить вредителей средствами CMS - это достаточно большая нагрузка на сервер. Этих вредителей обычно много - и большую часть времени CMS будет их банить, занимая дорогое процессорное время.
Если сайт популярный - там будет вал попыток что-либо подобрать. А fail2ban на уровне сервера занимает ресурсов намного меньше, чем обработка бана средствами CMS.
Какая крепкая железяка оказалась. А была только задача-минимум на 1 тестовый полет на 30 сек.
На длительную работу аппарат вообще не проектировали :)
IMHO - численными методами проблему полностью не устраним. "В пределе" - это математика.
А тут уменьшая "толщину" треугольников мы увеличиваем покрытие круга - но не 100%, всегда будут существовать зоны, свободные от точек. Да - это будет вида 0,00001% от общей площади - но будет.
Это как с интегралами. Площадь под кривой 3Х^2 от 1 до 2. Интеграл - легко видеть Х^3 и точное решение 8-1=7
А численными методами (суммируем площади прямоугольников под кривой) мы получим или 6,999999 или 7,000001 (смотря какие прямоугольники). Уменьшая толщину - мы повышаем точность = но точно 7 мы не получим.
PS
причем заданная точность вычислений (численные методы) будет работать в случае интеграла = нам нужна например точность 0,001%. уменьшаем толщину прямоугольников, пока разность между двумя вычислениями не составит требуемую величину.
а в случае случайного распределения точек мы не знаем исходной задачи, насколько критично наличие областей, в которых точек не будет вообще.
Только участок BD в треугольнике на самом деле является частью окружности.
Т.е. в данном алгоритме существуют области (предельно малые - но они есть), где точек принципиально не будет.
Я правильно понимаю?
Отличная статья.
Теперь понятно, откуда безумные статьи про зеленую энергетику на тему "получение водорода из алюминия". Т.е. копирайтеры слышали что-то про использование алюминия для получения водорода = и дальше пишут не задумываясь.
эти 1,5 млн чел давали согласие на получение рекламных звонков?
так прямо можно дойти и того, что бы на работных сайтах точно предлагаемый оклад gross указывать, а не ЗП от XX руб. ...
сарказм :)
прямо пчелы против меда.
Надо бы серверу помочь перестать заниматься фигней вместо работы:
берем не VPS/VDS - а именно VDS, это действительно отдельный виртуальный сервер, он же KVM
VPS не берем (OpenVZ) - это фактически контейнер с общим ядром Линукс, память и диск - там проблемы, зато дешево
меняем порт 22 на что-нибудь свое (там на 22 порт будет порядка 20-30 запросов в секунду с китайских серверов), fail2ban не поможет, там гигантский пул IP адресов
баним IP желающих подобрать что-либо в url по 404 ошибке (ошибки в лог на сервере + fail2ban на этот лог) - тоже полно желающих 20-30 запросов в секунду
перекидываем wp-config.php на уровень выше, так к нему тоже 20-30 запросов от подборщиков
возвращаем обработку ошибок 404 по указанию левых файлов на уровень Апач (вместо обработки WP)
меняем url админки на другой (через плагин)
и тогда большая часть тупых ботов останется без работы и наконец-то сервер займется реальными пользователями :)
И переход на следующий уровень сложности - включаем FastCGI в апаче - улучшатель обработки многопользовательского режима - сам апач однопоточный
Переход на следующий уровень - да, выкидываем Апач и работаем через связку Nginx-PHP-FPM
А потом можно уже и WP заняться или какой-либо другой CRM. Базу там поменять с MySQL на её форк. При использовании KVM сделать виртуальный диск в оперативку и базу туда закинуть = основные тормоза сайта на 50% к запросам к базе
Переработки - это бег на короткую дистанцию по минному полю:
или сотрудник выгорит и уйдет
или он начнет часто ошибаться и потом это надо исправлять
А минное поле причем тут?
А бывают случаи типа "аврал" - реальная жизнь, она такая. Т.е. нужно сделать "подвиг" - а в организации уже и так режим "подвига" в обычной работе. И невозможно сделать пиковый объем работы - или некому или физически невозможно. И вся конструкция разваливается.
Я уже молчу по оплату этих переработок и кривых бизнес-процессах.
вот это абсолютно правильно.
Владельцы ресурса - смелые люди :(
1 млн. в сутки:
один сервер
один домен
в основном с поиска заходы
Да тут целых три точки отказа. Даже без учета специфики контента. Привязывайте своих пользователей (регистрация на сайте с плюшками), делайте свою внутреннюю соц.сеть и так далее.
да
Спасибо за ответ.
Почему?
Почему нельзя написать письмо и пусть оно ждет ответа? Или сделать стандартный вариант тикета, как у многих хостеров есть?
Это же разные вещи.
Чат для оперативного ответа (нужен здесь и сейчас = нужен живой оператор) и тикет, который может подождать 1-2 дня...
это целевой показатель? извините за сарказм - можно вообще оставить только автоматический ответ - и нагрузка на операторов снизится на 100%.
пользователь как минимум ожидает два типа реакции:
его проблему решили (или он получил ответ на вопрос)
или его проблемой хоть как-то занимаются (типа письмо отправил или тикет создал - наверное, ход дойдет до его вопроса)
сейчас выдается автоматический ответ (на 90% бредовый) - и на этом всё. как пользователь может вообще догадаться, что его вопрос в принципе кто-то смотрит и анализирует?
это совершенно не очевидно и не видно. может хотя бы пользователю копию переписки на email отправлять?
и номер телефона не просто цифрами или картинкой - а как-то программно собирать после захода через капчу :)
а то после каждого обновления объявления серия спамовых звонков сразу....