Вы бы добавили в вопрос количество товаров, которые сейчас в БД. Экзотические растения и массовые решения вам ни к чему смешивать, например, если растений до 5000, уверяю вас, быстрее сделать к каждому растению доп. поля, максимум по три варианта написания и искать уже по своей БД, на 5000 строках это просто мгновенный поиск.
А собрать то, что у вас там люди неправильно набирают, поможет встроенный механизм логирования ошибок поиска, если он есть (а-а-а-а, наверное, нет, коли самописный велосипед), тогда собирайте той же метрикой или поизучайте яндекс-вордстат, там есть волшебная кнопочка - что еще искали с этим запросом...
Как по мне, считаю, для какого-то рядового магазина N-грамм метод избыточен как по цене разработки (вы сами явно не в теме, потратите или свое_время=деньги или деньги=время_фрилансера, так и по нагрузке на сервак.
А описываемый вами магазин явно рядовой, у вас там явно не 1кк товаров. И категорий наверное хорошо если сотня наберется)))
Когда посмотрите результаты метрки или гугл-аналитки на своем сайте, то увидите, что действительно неверно написанных варианта названия наберется не больше трех! Не старайтесь охватить все варианты, обязательно смотрите на ПРОЦЕНТ этих вариантов, правило Парета до сих пор рабоатет!!
Сомневаюсь, что такая коллекция присутствует на реальном сайте, сферический конь опять на просторах Цена (или стоимость) всегда есть в числовом виде, без ваших рублей, равно как и должна уже быть готовая функция подсчета суммы для какой-то коллекции, например, корзина это или списко отложенных товаров и т.д. Ну это если говорить про распространенные движки. а не про очередной велосипед "Я пишу магазин с нуля, ведь это правильно"...)))
Ratibor, вы даже ни капли сами не попробовали что-то сами сделать, судя по всем вашим вопросам в ЭТОЙ теме, поэтому вывод - коммерция.
и не путайте помощь и "разжевать и в рот положить"
А с чего вы взяли, что минимальное ТЗ = ценник до 5000р?)))
Не знаю как сейчас, но ровно год назад потребовалось самому приложение, в ТЗ было всего 3 функции - авторизация пользователя через подтверждение смс, выкачка ему на смартфон куска данных, которые предназначены ему, пуши о добавлений новой информации для этого пользователя.
Изначально ТЗ было из 12 функции, в том числе и отправка пользователем своей информации в БД и тд, после получения списка потенциальных исполнителей с вилкой 500-800кр (!!) ТЗ было сжато до 3 функции, вилка цен поменялась до 150-250кр, в итоге сделал то, что умею сам - мобильную версию шаблона, причем без медиа-запросов, т.е. для смартфонов подгружался максимально усеченный ( ))) ) вариант обычного сайта. Пользователи с ихних слов абсолютно удовлетворены, а некоторые даже спрашивают -
и сколько же стоило это приложение?
!!! )))
При этом естественно обеспечен полный функционал, как и планировалось в самом первом ТЗ!
sanrega, да без проблем...
кстати, архив видеонаблюдения в описанном Вами виде (внутри NASа) утаскивается жуликами в первую очередь, в обычной холщовой сумке-челночке, если NAS не спрятан в стене)))
поэтому достойные системы видеонаблюдения = standalone
sanrega, для меня NAS - сугубо и исключительно, а также абсолютели вот что:
12 Тб личных фото в ориг размере с трех фотоаппаратов
75 Тб копии BD (созданных для личного пользования, тупо удобнее смотреть не вставая с дивана на смену оптического диска, и сугубо из купленных мною оптических BD - а как же еще, не с торрентов же качать, ведь как говорят в народе, что скачанные на торрентах BD-шки портят телики и это нечестно по отношению к каким-то там авторским правам!!))) )
Теперь внимание, вопрос - зачем этому добру доступ из вне?)))
Не знаю, от какой такой жизни я отстал, но свежие фильмы обожаю и слежу за новинками... Вы про какую жизнь?)))
Поэтому для меня NAS - это вот это. Для вас - м.б. что-то другое. В заглавном вопросе это не озвучено, поэтому смело предположил, что для вопрошающего NAS - это то же, что и для меня, почему нет?))
думаю вопрошающему такие карты и не нужны, это совсем из серого рынка, он же пользователь, который готов получить карту по всем правилам, с идентификацией, он просто не готов хранить на карте ... а шум тут поднялся по совсем другим картам... Зачем приплели к этому разговору - тоже еще вопрос)))
dataTables на количествах 10000 строк отлично пашет и без sS, проверено на опыте, ну если только у вас таблица в 1000 колонок и в каждой по текстовому блоку в 100000 символов, тогда sS
В массиве на клиенте все отлично хранится, 10000 строк по 10 колонок, в каждой или числа или текст до 100 символов! Тянет даже афоня4!
Что у вас там, картинки в base64 что ли?)))
