Антон Середний

Библиотека progressbar.js не подключена в "вордпресс версии"

Это называется фасетный поиск. Можно пилить свое решение. Но при большом объеме товаров оно может убить весь сайт ввиду своей сложности вычислений.

Потому крупные сайты используют ElasticSearch или его тюнинговую версию Algolia https://community.algolia.com/wordpress/

В любом случае фасетный поиск - это технически сложная штука. Далеко не каждый программист способен правильно ее реализовать. Есть некие готовые плагины - но ни один из них на мой взгляд не идеален.

Потому в большинстве случаев я просто выдыхаю и работаю в рамках типовых механик. А там где бюджет позволяет - интегрируем с Algolia.

Может, у меня довольно геморная реализация, сам бы хотел рассмотреть другие варианты. Сложность в динамическом выводе количества товаров возле фильтров и включении/отключении соседних значений фильтров в случае, если при выбранной комбинации они становятся недоступными. У Вас есть IDы атрибутов и IDы их значений, а также поле товара, содержащее пары (IDы-атрибута)_(IDзначения). Загоняете это поле в индекс sphinx и после очередного выбора пользователем фильтра производите поиск по этому полю товаров с комбинациями, которые он выбрал, плюс (!!) пара (IDы-атрибута)_(IDзначения) для каждого значения невыбранного фильтра. Количество найденных товаров и будет соответствовать индексу, проставляемому возле невыбранного фильтра.

Документацию смотрели к плагину?
yith-woocommerce-wishlist
Меняется текст по пути - "YIT Plugins -> Wishlist".
Находите пункт "Add to Wishlist" text:

>не вижу недостатков.
Бесконечная простыня html вас не смущает?

Какие-то сложные транзишны и анимации в одну строку не сделать - уже нарушение css простоты вроде бы.

tachyons открыл доку. Названия классов адище.
Если б я на такое наткнулся был бы в шоке.
Сможете без доки угадать как оформлен элемент?
fw1 dib ttc lh-solid

Это будет обычный INSERT только вы сами должны в данных подставить нужный user_id. Проверка целостности данных можно сделать с помощью внешних ключей таблицы, тогда БД не даст создать запись с несуществующим user_id в таблице user

Можно

смысл этого кидалова - если тебе прилетели аргументы которых там быть не должно (а язык не строго типизированый) можно нажать на стоп кран и сказать "э, э, не, не, так нельзя". Например в поле ввода для длины, пользователь вводит отрицательное значение. Оно для арифметики допустимо, но для расчета нет. В такие и всякие других случаях можно кидать исключение, и в блоке обработки например, сообщить пользователю о неверном вводе, или откорректировать значение, или еще чего нибудь.

throw создает обьект, который передается в catch вот и все. в вашем примере обьект строкового типа, но может быть любого, также и сложносоставной обьект.

Ссылка:
steamcommunity.com/market/search?q=MONTASAYER#p1_p...

Первая страница:
steamcommunity.com/market/search/render/?query=MON...

Вторая страница:
steamcommunity.com/market/search/render/?query=MON...

Все что нужно, прямо в JSON, а Вы что то совсем не то делаете, если я правильно понял

Content-Disposition: attachment; filename="filename.ext"

Все зависит от сложности именно ваших задач.
Когда один человек участвует в 3-5 проектах - становится неудобно скакать по всем доскам. И тогда можно разбивать не по проектам, а по командам (у нас так заведено). 1 доска - 1 команда с несколькими проектами.

Но все равно все захламлено карточками, можно сколько угодно проставлять приоритеты и вводить ограничения - веселое таскание карточек работу не продвигает (но лучше чем ничего и быстрее Jira). Плюс коммуникаций и историй в трелло никаких (в жире и асане комментарии на задачу оставляют и читают). Кстати альтернативы трелло вроде различных todo-листов, todoist или ticktick также удобны в небольших командах.

Требования (помогают навести порядок в голове и изложить по порядку то, что и как должно выглядеть)
Справочник
Скетчи (рисунки, визуализацию то, что сложно представить ничего не упустив)
Todo
Done


Но в основном зависит от специфики проекта. Можно вообще как записную книжку использовать
Например, если доска со временем получается захламлена списками, тогда можно выделить под проект отдельную команду и разбить это все на отдельные доски по их типу (требования, back-end, front-end)

Использую. На каждый проект своя доска. Разделы разные, т.к. специфика своих проектов и внешних несколько различается. К доскам имеют доступ сотрудники, которые принимают участие в данном проекте. Трелло у меня интегрирован со Slack - информирует о заданных действиях с карточками. Если есть вопросы готов ответить.

Я, например, тоже хотел его использовать. Но не пошло. У меня свое мнение по это поводу.
Да, он красивый, хорошо отображает информацию, прикольно в общем. НО, что бы создать задачу, потом прикрепить к нему стикер или создать to-do лист, нужно нажать кучу кнопок.
Собственно по этому и не прижился он у меня. А у кого-то наоборот, очень даже не плохо!