Может немного бредовая идея, но почему бы не добавить в поиск по форуму варианты с serverfault/stackoverflow?
Если не нашлось ответа на форуме, возможно найдется на других популярных ресурсах и пополнится комьюнити.
Вдруг кому-то еще для быстрого старта и ознакомления пригодится мой конфиг Gulp-а с комментариями на русском для каждой задачи.
В прошлом году познакомил с Gulp-ом коллег и некоторые уже активно используют, да и мне легче передавать проект.
Можно, но не нужно.
Если считаете, что ваши пользователи должны страдать, то вот неплохое решение (не для этого созданное конечно же, но исполняющее сию прихоть).
Производители электроники не откажут в гарантии если обновленная версия ПО внезапно привела к частичной утрате заявленного в спеках функционала.
То же самое справедливо и в случае с «одиннадцатиклассницей», внезапно выбравшейся из очередной таблицы БД. Вы же не скажете клиенту «это все ваш MySQL, у меня в верстке все шикарно с 200 символами».
Это безусловно хороший повод, но не в случае ограниченного времени и оценки (если платят за часы). В редкие моменты удается прошерстить Github и посмотреть что используют в своих интересных проектах другие, чтобы потом использовать это в своих целях. Всегда хочется решить задачу не как обычно, а как кажется лучше и правильнее, даже в ущерб оплате… но вот несколько раз «согрешишь» и до следующего порыва (а потому что печеньки стали внезапно дороже и кофе уже не греет по дороге домой, лишь одноразовый стаканчик, заправленный офисной кофе-машиной в целях экономии).
На стабильных проектах можно и нужно постоянно развиваться, даже увлекаться «добрым мазохизмом».
А разве кому-то Bootstrap обещает пуленепробиваемую верстку и кофе в постель? Это лишь инструмент для облегчения рутины и повод к созданию своего луна-парка с кефиром и поэтессами (как мне кажется поводом становится использование практически любого фрэймворка).
Описанные вами проблемы не пользователя, а вашего не слишком удачного подхода к разработке.
Слишком много «но» и «если», чтобы можно было с такой уверенностью отказываться от абсолютного не требующего затрат полезного инструмента. Но конверсия почти точно будет лучше при условии хранения списка/истории заказа.
Зачем если в localStorage до первой зачистки может жить «жирный» объект со статистикой, чтобы напомнить о незакрытом заказе или предложить акцию если после нескольких раз человек так и не решился сделать заказ.
Но таки смогли, котаны!
Теперь начинаю пилить свою идею.
Если не нашлось ответа на форуме, возможно найдется на других популярных ресурсах и пополнится комьюнити.
В прошлом году познакомил с Gulp-ом коллег и некоторые уже активно используют, да и мне легче передавать проект.
Если считаете, что ваши пользователи должны страдать, то вот неплохое решение (не для этого созданное конечно же, но исполняющее сию прихоть).
А для расширения (хрома например) если быстро — создаем тег script и там уже выполняем.
Пока слишком грязно и быстро — пустой объект
Смотреть нужно notitfier.js.
То же самое справедливо и в случае с «одиннадцатиклассницей», внезапно выбравшейся из очередной таблицы БД. Вы же не скажете клиенту «это все ваш MySQL, у меня в верстке все шикарно с 200 символами».
На стабильных проектах можно и нужно постоянно развиваться, даже увлекаться «добрым мазохизмом».
Описанные вами проблемы не пользователя, а вашего не слишком удачного подхода к разработке.