Это верное предположение, если это OLTP вариант использования. В нашем случае - нет, такие запросы только для аналитики бы вызывались. Поэтому секунда это мало.
В моем случае "побольше данных" это был бы тест ради теста, не коррелирует с нашей бизнес задачей. А про индексы снизу написала @Insolita- будет еще лучше.
Я пробовал с разными входными данными, не только теми что записал. Разное количество дней и разные customer_uuid. Результаты были такие же. Я думаю этот эксперимент позволяет посмотреть на картину "в целом".
Т.е. вы описали что изобрели алгоритм который подбирает лендинги, но не дали подробностей того как работает этот алгоритм, т.е. мы не можем его повторить. И не дали ссылки на SaaS, чтобы мы могли воспользоваться этим алгоритмом.
Резюмировав статью — вы просто хотели нам сообщить о том что такой алгоритм гипотетически возможен?
вы организовывали эти игры за деньги?
в смысле предоставляли такие услуги?
расскажите плз еще про сюжеты
Сам как-то организовывал подобное для друга, на день рождения — ему приходили смски от номера THE GAME и требовалось решить несложные головоломки, чтобы в итоге приехать в место Х и получить подарок.
Это не верное утверждение. Могу усомниться в том, что вы заглядывали в код.
Magento использует Zend Framework в большей степени как библиотеку. Они поработали над архитектурой сами. Разработчику практически никогда не приходится работать с объектами ZF, когда он программирует для Magento. Обычно для реализации своих нужд достаточно использовать класс Magento, которые где-то глубоко глубоко наследуются от ZF. Но настолько глубоко, что это не интересует пытливый ум разработчика.
Хотя я соглашусь — заданы ZF. Т.к. у самого ZF тоже хорошие стандарты и достаточно прагматичный подход к дизайну. Но Magento, например, не планируют переходить на ZF2, т.к. это практически не возможно и не имеет смысла, опять же — в связи с низкоуровневым использованием ZF 1.*.
Это верно. С точки зрения архитектуры Magento это просто образец того, как можно использовать PHP. Однако из этого вытекает большой минус — быстродействие.
В целом с Magento приятно работать как разработчику, но сложно — как новичку.
Просто это не энциклопедия. Я, например, сейчас изучаю «Cambridge grammar for First Certificate» — кажется, что Кэмбриджу можно доверять полностью, в отличие от Андрея Шевченко, однако, я всегда дополнительно изучаю неочевидные для меня вещи. Или случаи, когда употребление каких-то конструкций для меня просто подозрительно.
Мы ведь все думаем, что человек должен не просто прочитать список вопрос-ответ, но и осознать прочтенную информацию?
Даже человек который учит PHP, даже если для себя. Видимо в книге есть сомнительные куски кода и даже ошибки, однако грамотный читатель должен проверять неочевидные для себя моменты на практике.
Это верное предположение, если это OLTP вариант использования. В нашем случае - нет, такие запросы только для аналитики бы вызывались. Поэтому секунда это мало.
В моем случае "побольше данных" это был бы тест ради теста, не коррелирует с нашей бизнес задачей. А про индексы снизу написала @Insolita- будет еще лучше.
Круто, спасибо за статью.
Я пробовал с разными входными данными, не только теми что записал. Разное количество дней и разные
customer_uuid. Результаты были такие же. Я думаю этот эксперимент позволяет посмотреть на картину "в целом".Резюмировав статью — вы просто хотели нам сообщить о том что такой алгоритм гипотетически возможен?
Вот видео: www.youtube.com/watch?v=KZnrb6U2uw8
Вот слайды: www.slideshare.net/pavelpolyakov58/think-php-10-parsing-with-php
Вот код: github.com/PavelPolyakov/parsing-with-php
Надеюсь кому-то понадобится :)
Спасибо
в смысле предоставляли такие услуги?
расскажите плз еще про сюжеты
Сам как-то организовывал подобное для друга, на день рождения — ему приходили смски от номера THE GAME и требовалось решить несложные головоломки, чтобы в итоге приехать в место Х и получить подарок.
Magento использует Zend Framework в большей степени как библиотеку. Они поработали над архитектурой сами. Разработчику практически никогда не приходится работать с объектами ZF, когда он программирует для Magento. Обычно для реализации своих нужд достаточно использовать класс Magento, которые где-то глубоко глубоко наследуются от ZF. Но настолько глубоко, что это не интересует пытливый ум разработчика.
Хотя я соглашусь — заданы ZF. Т.к. у самого ZF тоже хорошие стандарты и достаточно прагматичный подход к дизайну. Но Magento, например, не планируют переходить на ZF2, т.к. это практически не возможно и не имеет смысла, опять же — в связи с низкоуровневым использованием ZF 1.*.
В целом с Magento приятно работать как разработчику, но сложно — как новичку.
Просто это не энциклопедия. Я, например, сейчас изучаю «Cambridge grammar for First Certificate» — кажется, что Кэмбриджу можно доверять полностью, в отличие от Андрея Шевченко, однако, я всегда дополнительно изучаю неочевидные для меня вещи. Или случаи, когда употребление каких-то конструкций для меня просто подозрительно.
Смысл прочтения без осознания прочитанного = 0.
Даже человек который учит PHP, даже если для себя. Видимо в книге есть сомнительные куски кода и даже ошибки, однако грамотный читатель должен проверять неочевидные для себя моменты на практике.
А без цвета никакой центурион там не читается.
Отзывы читал, но видел в них только хорошее.