Я примерно так и думал делать, но смущает что могут возникнуть тормоза из-за большого количества элементов. Получается надо примерно 800к записей со всеми вариантами сортировок товаров для всех разделов и из них надо выбрать допустим 300 для вывода товаров в раздел.
Но видимо по другому это решить не получится.
Имеется ввиду сделать множественное свойство раздела и хранить в нем значения сортировки для каждого привязанного товара? Но это же получится костыль как я и писал, только храниться будет в разделе, а не в товаре или я не правильно вас понял?
Игорь Воротнёв, полностью согласен. Если уж брать как цель 40ч/неделю то это должно быть именно 40 оплаченных часов, а не занятых именно работой.
Я когда только начинал фрилансить не понимал этого и у меня выходило 12 часов в день т.к. убиваешься пытаясь выполнить 8 часов именно работы, а к ним еще неожиданно прилетает 3-5 часов переговоров, согласований и оценок по ТЗ.
Сейчас бывает, что за весь день именно работы с кодом 0, но при этом весь день занят и это нормально.
Игорь Воротнёв, не все заказчики на это соглашаются, некоторые начинают возмущаться.
Я в принципе писал к тому что именно писать код по 8 часов в день обычно не получается. Отчасти из-за таких организационных моментов, отчасти потому что к вечеру голова взрывается.
В этом случае можно или сделать каждому элементу id вешать отдельный обработчик для него, или перебирать их в цикле и вешать обработчик на каждый.
Как-то так
var select = document.getElementsByClassName('d1');
for (var i = 0; i < select.length; i++) {
select[i].onchange = function(e){
console.log(e.target);
}
}
или если структура везде идентична, то как-то так (не помню точное название параметра)
select.onchange = function(e){
document.getElementsByTagName('div')[e.index]
}
console.log(e); - там ссылки и на родителя и на соседей, и потомки, и индекс текущего элемента.
В целом какая цель у всего этого? Может есть какое-то просто решение для конкретно вашей задачи.
andrew8712: полностью согласен - типичный заказчик по телефону начинает растекаться мыслью по древу и надо стараться вычленять суть из его потока сознания и не к месту приплетаемым терминам.
Ressive: Зависит то движка и требований к редиректу.
Для вордпресса был хороший плагин с редиректами, не помню название, там можно было задавать регулярки и он сам редиректил юзеров по ним и вел статистику запросов и редиректов.
Если у вас много вариантов редиректов, а не пара страниц, то лучше делать регулярками или каким-то массивом соответствий адресов вместо кучи if/elseif или switch.
Ну и в идеале это надо выносить на сервер конфиги nginx или .htaccess, чтобы не доргать php лишний раз.
Печально. Я тоже ничего не нашел, пришлось извращаться с импортом базы sypex, но там всплыли дополнительные сложности так что пришлось временно отложить это.
Сергей Сергеев: Не надо заставлять - покажите клиенту что ему это выгодно. Например, меньше время реагирования/исполнения, скидка на работы, типа при абонентке 10000/мес работ выполните на 11000 итп. Если клиент не понимает за что платить то и не будет.
А в чем проблема честно сказать клиенту, что работаешь с кем-то? По сути клиенту главное качественно выполненная работа. Не важно сами вы ее делаете или передаете кому-то еще, все делается под вашу ответственность. Имхо клиент будет только рад, если ему сказать, что работа будет сделана втрое быстрее за те же деньги, потому что у вас есть надежные верстальщик, админ, копирайтер итп и вы всей командой будете делать ваш проект, а не самолично.
Но видимо по другому это решить не получится.