Вы просто полностью дискредитируете себя этим комментом (и тем как вы пишете это слово, и тем что не вникли в суть)
В статье четко описано для чего применим этот подход. Тех задач о которых вы писали в этих конкретных уроках не ставилось (ни перед людьми ни перед ИИ), стояла четкая, классическая задача классификации — и с этим ИИ справляется отлично. Там где не справляется (сомневается) — отдается на откуп человеку
А мы заметили. Обычно люди просто перепечатывают инфу, полученную откуда-то, а тут прям нормальный подход к сбору информации, респект
Вы все правильно написали — из всех описанных платформ геткурс выделяет то что он нацелен на помощь зарабатывать. Поэтому нас обычно не любят за непонятность и сложность, но большинство тех, кто зарабатывают на продаже информации в РФ пользуются геткурсом. Все штуки которые открывают доступ после оплаты, закрывают по окончанию срока доступа, плотная связь с CRM… мы всегда были прежде всего бизнес инструментом.
Но в последние 2 года мы плотно вложились в две очень сложные технически и дорогие технологии: собственный видеохостинг/трансляции (это прям дорогая штука по трафику с CDN, особенно VOD), до этого почти все наши клиенты пользовались Vimeo для VOD и youtube для лайв трансляций. С прошлого года у клиентов обоих платформ возникли проблемы (по собственным курсам к примеру в Vimeo к примеру нам выставили счет на $30k за трафик или предложили съезхать в течение месяца, и не только нам, а youtube в декабре резко изменил правила для трансляций). Сейчас большинство клиентов уже раздают напрямую через нас, там видеотрафика на пару петабайт в месяц
Вторая большая штука — платформа для общения бизнеса со своими клиентами на мобильных устройствах (Chatium — это отдельный проект). Сейчас проект вышел на 1млн ежемесячных пользователей и стабильно держится в топ-3 в аппсторе в разделе Образование (обычно на первом месте). Скоро будем открывать платформу наружу, чтобы можно было использовать не только с геткурсом, а через какое-то время если будет спрос, откроем и API для внешней интеграции
Отличный обзор. Как один из создателей GetCourse хочу внести небольшую правку — BigBlueButton это прошлая версия вебинарного движка
С прошлого года мы уже перешли собственный движок (сами пишем, сами записываем, сами транслируем). Это позволило убрать ограничения для массовых вебинаров (где тысячи слушателей) и нормально работать на мобильных
На текущий момент у GetCourse полностью собственный видеохостинг и сервис видеотрансляций (кроме CDN-части)
Спасибо за подробный ответ
Да, мы как раз денормализуем в одну большую таблицу чтобы не использовать JOIN. Но как раз из-за этого там иногда возникает потребность в обновлении. Предложенные варианты решения — да, их все можно делать, потребность в них возникает как раз из-за отсутствия UPDATE/DELETE
Хотя конечно описанные плюсы перекрывают этот минус
Спасибо, отличная статья. Вопрос по вот этой ремарке
Для нас не важна транзакционность и отсутствие UPDATE / DELETE. Мы давно привыкли обходить эти проблемы
К примеру, мы всю аналитику делаем в пределах пользовательских сессий (вешается кука, потом в пределах нее что-то делается). Сессия бывает авторизованной или нет, но иногда происходят события, которые меняют сессию (к примеру сессия авторизовалась, либо зарегистрировалась), т.е. происходит update
Потом данные периодически выгружаются в ElasticSearch к которому уже идут аналитические запросы вида
«какие из авторизованных юзеров с сессией > 5 минут посещали такую-то страницу»
Т.е. там используется изменение ранее вставленной сессии (к примеру user_id прописывается). Как вы подобные задачи решаете? я так понимаю — вы бы в этом случае делали отдельную таблицу на авторизацию и join на нее?
Вы правы, дело в этом было.
Мне почему-то казалось что в php7 opcache не является extension'ом
После включения — php7 быстрее. на приведенных тестах (где только ядро загружается) разницы практически нет. а вот на реальных страницах — примерно в 1.5 раза
Я просто на ночь глядя попробовал поднять(завелось влет, одно место в коде поправить пришлось) и несколько недоумеваю: в простом синтентическом тесте — есть прирост в скорости, но вот сам yii (что первый что второй) показывает очень большое падение скорости — раза в 2.
Возможно у нас в проекте что-то лишнее есть, но я уж попробовал совсем все собственное отключить, оставив почти пустую страницу — получил еще большее падение, раз в 10. Конфиги и код, одинаковые. БД не влияет совсем
да и по памяти в обоих случаях хуже. Возможно это у меня проблемы с проектом, или php нормально не настроил. Вопрос один — вы yii пробовали под ним заводить? должно стать быстрее?
Мы сейчас запускаем saas-проект для независимых тренеров: getcourse.ru (пока в бете, но уже проводятся некоторые реальные тренинги, самый большой — на 700 учеников)
Он позволяет выкладывать видео/аудио-уроки, задавать задания и проверять ответы, создавать расписание для вебинаров, управлять рассылками и группами пользователей.
«отрядить программиста» — в общем-то правильно. Просто по умолчанию считается что у профессиональных HR-ов коммуникативные навыки (просто встретить человека, объяснить что да как и предложить написать тест) выше чем у технарей, хотя по факту я всё чаще замечаю обратную ситуацию. В любом случае спасибо за отзыв, очень интересно было почитать
Боря, спасибо, очень полезный пост. По поводу того что в Ютинете программиста встречают тестом кадровики: поток соискателей достаточно большой, регулярно попадаются люди которые ну совсем ничего не умеют, а по резюме это понять сложно. Тест в этом плане очень полезен и, как мне кажется, менее напряжен для соискателя чем если-бы человеку задавали вопросы на решение задачи «на ходу»
Ну я просто удивился такой категоричности, когда вполне очевидно, что довольно-таки значительная часть покупок — незапланированные, как в онлайне, так и в оффлайне.
Такой-же пример категоричности. Почему вы решили что это очевидно? Я почти уверен что абсолютное большинство покупок в онлайне (в отличие от оффлайна) — как раз таки запланированные.
Это можно косвенно подтвердить таблицами опросов, по которым следует что в России большая часть покупателей смотрит оффлайн, а покупает он-лайн потому что дешевле. Но при этом я не говорю что это очевидно, и не говорю что это так
все это замечательно, но совершенно не имеет никакого отношения к теме статьи — каким должен быть продающий сайт (если я правильно понял тему статьи). инвестиции, развитие, маржа — это все совершенно другая стезя. А в данном случае результат (продает сайт или не продает) можно мерить только одним показателем — продажами (лучше конечно конверсией и т.п., но уверен что у вас этих данных нет, как и у меня). Прибыльность компании к этому никакого отношения не имеет
То что озон продает много — можно принять за данность, почти уверен что больше всех в России (если поправите — буду рад)
Шевчук был как минимум
В статье четко описано для чего применим этот подход. Тех задач о которых вы писали в этих конкретных уроках не ставилось (ни перед людьми ни перед ИИ), стояла четкая, классическая задача классификации — и с этим ИИ справляется отлично. Там где не справляется (сомневается) — отдается на откуп человеку
Вы все правильно написали — из всех описанных платформ геткурс выделяет то что он нацелен на помощь зарабатывать. Поэтому нас обычно не любят за непонятность и сложность, но большинство тех, кто зарабатывают на продаже информации в РФ пользуются геткурсом. Все штуки которые открывают доступ после оплаты, закрывают по окончанию срока доступа, плотная связь с CRM… мы всегда были прежде всего бизнес инструментом.
Но в последние 2 года мы плотно вложились в две очень сложные технически и дорогие технологии: собственный видеохостинг/трансляции (это прям дорогая штука по трафику с CDN, особенно VOD), до этого почти все наши клиенты пользовались Vimeo для VOD и youtube для лайв трансляций. С прошлого года у клиентов обоих платформ возникли проблемы (по собственным курсам к примеру в Vimeo к примеру нам выставили счет на $30k за трафик или предложили съезхать в течение месяца, и не только нам, а youtube в декабре резко изменил правила для трансляций). Сейчас большинство клиентов уже раздают напрямую через нас, там видеотрафика на пару петабайт в месяц
Вторая большая штука — платформа для общения бизнеса со своими клиентами на мобильных устройствах (Chatium — это отдельный проект). Сейчас проект вышел на 1млн ежемесячных пользователей и стабильно держится в топ-3 в аппсторе в разделе Образование (обычно на первом месте). Скоро будем открывать платформу наружу, чтобы можно было использовать не только с геткурсом, а через какое-то время если будет спрос, откроем и API для внешней интеграции
С прошлого года мы уже перешли собственный движок (сами пишем, сами записываем, сами транслируем). Это позволило убрать ограничения для массовых вебинаров (где тысячи слушателей) и нормально работать на мобильных
На текущий момент у GetCourse полностью собственный видеохостинг и сервис видеотрансляций (кроме CDN-части)
Да, мы как раз денормализуем в одну большую таблицу чтобы не использовать JOIN. Но как раз из-за этого там иногда возникает потребность в обновлении. Предложенные варианты решения — да, их все можно делать, потребность в них возникает как раз из-за отсутствия UPDATE/DELETE
Хотя конечно описанные плюсы перекрывают этот минус
К примеру, мы всю аналитику делаем в пределах пользовательских сессий (вешается кука, потом в пределах нее что-то делается). Сессия бывает авторизованной или нет, но иногда происходят события, которые меняют сессию (к примеру сессия авторизовалась, либо зарегистрировалась), т.е. происходит update
Потом данные периодически выгружаются в ElasticSearch к которому уже идут аналитические запросы вида
«какие из авторизованных юзеров с сессией > 5 минут посещали такую-то страницу»
Т.е. там используется изменение ранее вставленной сессии (к примеру user_id прописывается). Как вы подобные задачи решаете? я так понимаю — вы бы в этом случае делали отдельную таблицу на авторизацию и join на нее?
Мне почему-то казалось что в php7 opcache не является extension'ом
После включения — php7 быстрее. на приведенных тестах (где только ядро загружается) разницы практически нет. а вот на реальных страницах — примерно в 1.5 раза
Я просто на ночь глядя попробовал поднять(завелось влет, одно место в коде поправить пришлось) и несколько недоумеваю: в простом синтентическом тесте — есть прирост в скорости, но вот сам yii (что первый что второй) показывает очень большое падение скорости — раза в 2.
Возможно у нас в проекте что-то лишнее есть, но я уж попробовал совсем все собственное отключить, оставив почти пустую страницу — получил еще большее падение, раз в 10. Конфиги и код, одинаковые. БД не влияет совсем
yadi.sk/i/ryRUbfxGktfa8 — yii2 на 5.5.9 — 14 мс
yadi.sk/i/4QK3FliqktfaQ — yii2 на 7.0.1 — 199 мс
yadi.sk/i/CZ9L7vWgktfbN — yii1 на 5.5.9 — 0.05с
yadi.sk/i/imjZjhMtktfc3 — yii1 на 7.0.1 — 0.29с
да и по памяти в обоих случаях хуже. Возможно это у меня проблемы с проектом, или php нормально не настроил. Вопрос один — вы yii пробовали под ним заводить? должно стать быстрее?
Он позволяет выкладывать видео/аудио-уроки, задавать задания и проверять ответы, создавать расписание для вебинаров, управлять рассылками и группами пользователей.
Такой-же пример категоричности. Почему вы решили что это очевидно? Я почти уверен что абсолютное большинство покупок в онлайне (в отличие от оффлайна) — как раз таки запланированные.
Это можно косвенно подтвердить таблицами опросов, по которым следует что в России большая часть покупателей смотрит оффлайн, а покупает он-лайн потому что дешевле. Но при этом я не говорю что это очевидно, и не говорю что это так
То что озон продает много — можно принять за данность, почти уверен что больше всех в России (если поправите — буду рад)