ответ искажает факты, но зато отмечен решением))) :first
Рассматриваемый селектор является надстройкой библиотеки jQuery, а не частью официальной css спецификации (как большинство других селекторов). Поэтому, при поиске, jQuery не сможет использовать быструю нативную функцию querySelectorAll(). В связи с этим, для улучшения производительности рекомендуется в начале сузить круг искомых элементов, и уже среди них выбрать первый элемент, воспользовавшись методом .filter()
// сузим круг поиска до всех элементов с классом some-hint
// и уже среди них выделим первый
$( '.some-hint' ).filter( ':first' );
vyrkmod, сущности сущностями, но тогда получится - каждое добавление-удаление опции - отправка запроса в БД - так что ли? хм, хз... логичнее делать сохранение товара со всеми его сущностями одномоментно.
Тем более что визуально в форме редактирования товара кнопка СОХРАНИТЬ одна, не писать же тут подсказки - осторожно, опция будет сохранена немедленно?))
Я так понимаю - менеджер набросал список опции, проверил, затем сохраняет товар.
Как по мне, но кухни с фотопечатью маки имхо избыточно... В крошках такие "сложные" сочетания реализуются так: Кухни-> Фотопечать -> Маки. Тут сыграет идеология крошек - одно за одним, т.е. логически пользователь поймет что Фотопечать лежит внутри Кухни... Хотя именно на вашем скрине крошки сделаны безобразно, выглядит вообще как список равнозначных подразделов. Стрелочки стрелочки решают.
Rodiosha, а что, для спец. технич. обл-ей нужен магазин?))) там сидят ботаны на ие9 и кинескопных мониторах, для них всяко делать без всяких мобильных шаблонов)))
Rodiosha, возможно да, но обычно сами подразделы можно и нужно сокращать, т.е. хранить для разделов-подразделов не только полное название, но и короткие, можно еще в СЕО использовать.
Третий вариант сегодня придумал - менеджер кнопочками удаляет или добавляет строки опции в форме редактирования товара (в самом html-коде через js без отправки аджаксом), затем при сохранении товара отправляю эту переформированную форму на сервер, дальше разруливать запросом в БД:
тут нововведение - для таблицы option_in_product добавляю еще одну колонку - активность.
Теперь когда с формы придет список опции, которые должны быть в товаре, останется сравнить с тем списком, который уже есть в БД ,что не совпадает - снимаю флаг активность, если совпадает - флаг не трогаю, если новый вариант опции - добавляю новую строку с флагом АКТИВНО..
)))
Одновременно и еще один плюс - таблица не будет резко распухать....
как связано хранение и защита от подбора?? абсолютно разные вещи...
если вы имеете ввиду, как защитить пароль от подбора через перебор хешей, то имяе доступ к БД, жулику проще снести пароль и вбить новый, епти лук-лучок.
или что вам надо? смешали все в кучу, а нам разгребать...
у меня был как-то глюк, когда имена полей совпадали, даже в разных группах, тогда каждый раз поле пересохранялось... Advanced Custom Fields Pro купленный надеюсь?)))
откуда эта фигня? даже после того как приведете стили в порядок, выпадашка не будет правильно работать...
списки должны быть ВНУТРИ того блока, на который наводите - в данном случае label
а что такое FANN ??
а то я хотел вам ответить, как обычно ломанулся в гугл,а там пусто...
вы подробно тут напишите шо ето такое ФАНН, я затем быстренько погуглю и вам тут сообщу, ок?....
:first