All streams
Search
Write a publication
Pull to refresh
154
0
KAndy @KAndy

User

Send message
> «А как будет удобно клиенту?»
С этим сложно несогласиться, но Вы смотрите на вайт както однобоко
Поиск, категории — это все прекрасно, но не нужно забывать про маркетинговую составляющию.
Хорошо если пользователь уже решил купить конкретный товар, и он у Вас есть с минимальной ценой, то пользователю скорей всего не составит труда найти его (скорей всего он сразу попадет на нужную страницу из поисковой системы). А если нет?
Ему тогда нужно “помочь“ сделать выбор, и эта часть очень важна, и не стоит забывать о них, думая только о технической составляющей

А навигация, особенно слоистая, прекрасно реализована в комьюнити Magento
Наверное, питон не является для Вас основным языком.
Я сам не программирую на нем, но и мне заметно, что стиль написание значительно ближе к Java/C#/PHP чем к питону
JavaScript очень прост, и DSL — некто не отменяет
А Вы решили сделать 100%?
Ну как сделаете, следующим логическим шагом будет сделать поисковик/переводчик с 100% правильной работой
Не забивайте себе голову глупостями, ложитесь спать, завтра рано в школу
Ну это не мой проект
Но насколько я понял, там смесь дерева выбора и алгоритмов предсказания
Вы не думали что самый лучший вариант решения задачи будет использовать какой то алгоритм с обучением (например нейронную сеть), это позволит например снимать морфологическую омонимии на основе близлежащих слов
Если интересна тема, можете причитать дисертацию «Морфологическая и синтаксическая обработка текста (модели и программы)»
Фраза «Определение, конечно не 100%, но можно легко дорабатывать» вряд ли может вызвать что то кроме улыбки, для тех кому действительно интересна эта тема.
Хочу предложить Вам сравнить роботу своего скрипта с phpMorphy
1. Возьмем нормальный ультрабук
2. Увеличим размер
3. Уменьшим разрешение экрана
4. Добавим CD/Floppy DVD драйв
5. Уменьшим время жизни от батареи

Получим: ну… еее… УГ обычный ноутбук
Не обязательно проходить реально по каждой строчке кода, достаточно поставить «точки остановки» в нужных местах (например та где Вы var_dump добавляли)
Или ставим xDebug и пошагово находим проблемы и экономим кучу времени…
Вот только самое интересно было на других потоках:
* Антон Капля — Использование MySQL Materialized Views в Magento — как ускорить выборки из базы на порядок
* Антон Криль — Чесні інтерфейси і push-підхід до управління залежностями об’єктів в Magento — феерический доклад о принципах ООП, сложности кода, и путях ее уменьшения
Magento я намеренно зачеркнул, так как прямого отношения доклады к ней не имели
Надеюсь организаторы скоро выложат видео
Скорей всего видео ускорено
Поставил "-" за «Юнит-тесты и БД», если есть база данных то тесты как минимум интеграционные
Или как вариант:
1) Установлением Magento (или аналог)
2) Устанавливаем модуль Google Shopping
3) Profit!
Тю, а поискать на хабре, нет?
У меня такая же проблема
И это проблема не нетбинса а джавы в целом
В эклипсе все хорошо, потому что он тянет отдельный движек для каждой платформы
Теперь понятно почему в моей NVideo Riva TNT2 ускорение работало только в 16-битном режиме
Вместо Redis лучше использовать APC (Использование кеширования байкода, я думаю подразумевается)
А в остальном я пользуюсь напильником также
Так она и в реальности не различимы: 1±.8 vs 2±.8
Cреднее время обработки запроса в ms
Но конкретные значение не важны (так как полностью зависят от конкретной конфигурации тестового стенда), главное отношение
Возможно график в инверсированы единицах, нормированный на zf, был бы более нагляден, но менее пригоден для оценки производительности

Information

Rating
Does not participate
Registered
Activity