D3lphi, хых, справедливое замечание =) Возможно, просто только сейчас до меня дошло что Вы имели ввиду. Есть только одно уточнение, там тогда реально получается происходит редирект 301 на новый урл после отправки данных фильтра. Просто если выбрать что-то по характеристикам, нажать сабмит, урл сразу делается короткий. Этож тогда сколько надо вариантов хранить в базе, допустим на фильтр "цена" от 1-100000 - каждый раз новый вариант? а если числа с плавающей точкой. Э тож там какая база соберется ...
такие урлы в таком ОГРОМНЕЙШОМ фильтре встретишь, думаю, на 0.1% сайтов =) То есть судя по вашему ответу получается что нужно записать в базу все возможные варианты фильтрации? После, скажем, добавления новых, например, у какого либо товара появился новый параметр "thisisshit" ? "values: 1,0", нужно перегенерировать все варианты уже с этим новым параметром?
У меня возникала мысль, что это делается через какой-либо middleware который воспринимает параметры стандартные, далее происходит стандартная фильтрация по ним, формирование нового урл, и 301 редирект на новый урл. Или нужно делать какой-то шифратор-дешифратор. Просто поидее во вьюхе форма тож должна понимать какие параметры реквеста ей были переданы и сделать соотвествующую форму с данными из реквеста (активные поля, данные в text полях) и т.д.
web-mehanik, ничего страшного, с опытом вы научитесь отбрасывать всю лишнюю мишуру в предлагаемых решениях и видеть всю суть, которая зачастую может оказаться с иголочку. =)
web-mehanik, сейчас куда не плюнь - везде специалисты, програмисты, модные стартаперы, а как увидешь этот отбойник в их руках и улыбку на лице, предвкушающей награду за решение простейшей задачи таким адовым способом. А некоторые умудряются один отбойник впихнуть в другой и на кончик привестить молоточек с вайфаем и зимним подогревом и при этом забыв прикрепить шланг для подачи воздуха.
web-mehanik, конечно конечно, я уже понимаю что вы играете в программиста. Знаю несколько таких человек, которые могут забить ммаленький гвоздь в стену отбойным молотком. Програмирование - это всего лишь инструмент как и ЦМС или фреймворки, нужно использовать оптимальный инструмент для конкретных задач, когда наиграетесь в специалиста, поймете о чем я.
web-mehanik, да, ну просто супер необходимая функция для текущих задач. Что касается модикса, пока опенкарт становится "похожим" на фреймворк, модикс уже фреймворк и очень давно, а опенкартоподобные системы и рассчитаны на дилетантов, с шаблонным мышлением и исполнением задач. Вообще не понимаю людей которые готовы доверить свой родной проект вылизываемый годами рандомному нонейму с форума с непонятно как работающим модулем. фу. а если еще и принять во внимание замусоренность опенкарта совершенно не нужным функционалом .... а модикс чист изначально как слеза, как истинный фреймворк. А уж про СЕО в опенкарте отдельная тема, такого треша я не видел давно. Я как "дилетант" вынужден разбираться с этим тоже. Или дилетантам сразу не догадаться что нужен очередной рандомный модуль для СЕО, хотя казалось бы это базовая вещь для 99% хороших сайтов на хороших ЦМС.
Возможно Вы правы. Просматриваю сейчас в подробностях этот опенкарт, помоему это очень сырая система, уже часа 2 думаю как добавить ползунок фильтра по цене не забредая в гугл. Какой-то квест прям. Честно говоря не понятна логика работы фильтрации, у нас на данный момент на сайте на стареньком MODxEvo фильтры работают по предельно простой и логичной схеме: если есть характеристики у товаров в категории - сбоку появляются параметры разрешенные для участия в фильтрации с возможностью выбора.
Опыт работы с ЦМС в принципе, есть. С опенкартом и подобными - нет. Я посмотрел примеры некоторых магазинов, вижу там бардак во фронтенде. Думаю как избавится от него сразу на начальном этапе. На текущий момент магазин находится на ЦМс MODxEvo. Функционал вполне обычный, регистрация, личный кабинет со статистикой заказов, корзина, фильтры для 3000 товаров примерно, покупка в 1 клик, статситика заказов в админке. Большинство написано с нуля. Просто Evo ограниценный в функционале как не крути (например проблематично было написать мультикатегории и соединить с фильтром).
Текущий магазин работает на хорошем дизайне с высокой конверсией, шаблоны - не интересуют. В этом весь и фокус, перенести именно текущий функционал и внешний вид.
Заметил что при наведении появляется маска, все как надо, но при этом на примерах тут https://codepen.io/yoksel/full/fsdbu , сам текст также затемняется, а по идее, текст не должен затемняться, его прозрачность должна быть абсолютной.
Грубо, но вы должны учитывать тот момент, что со всех остальных пунктов надо будет актив класс убирать. Оставлять только на нужных. Иначе, стрелочка будет смотреть вниз,например, даже на уже закрытых пунктах
Fortop: Я показывал ранее реальный composer.json. Не урезанный ничего.
Мне хотелось вписать туда нужный пакет и чтобы при composer update он его скачивал и прописывал автолоадер.
На скрине ранее, я показывал, что название пакета там было написано именно через дефис. Если по человечески через "require" тогда зачем гугль мне дает инфу что надо пакеты прописывать в composer.json.
Я через "require" пробовал ставить, он ничего не прописал в composer.json, только composer.lock создал и закачал пакет + автолоадер. Как все запутано =)
, при регистрации был регламент ? =) их кто-то читает ?