Flysink, все ответят собственные тесты...
просто надо помнить, что иной раз такие расчеты стоит перекладывать на PHP- т.е. вытягиваешь всё без всяких расчетов
SELECT *
FROM prices
LIMIT 1000000
в массив и там уже делаешь расчеты и соответственно сортировку. Иной раз выигрыш во времени на порядок.
Почему?
потому что для таких расчетов MYSQL создает временные таблицы и т.д.
А где такой алгоритм взять-то?)) ахаха
если проанализировать тарифы хть Почты РФ, хоть СДЭК хоть ПЕК - там вообще никаких алгоритмов.
Больше зависимость стоимости доставки идет от наличия филиалов в городах и прочая, вообще вы бред написали по сути!!!
В РФ тысячи городов и поселков, у Почты есть точка в каждом городишке, у СДЕК в 500 городах. Тут все ваши алгоритмы рухнут!!!
Виктор Веденяпин, и почему вы тогда обратились к нему????? вот тут мне кажется собака зарыта, а не в адекватности или ценах...
ну а если по сути, то такие выражения
за средний ценник на рынке
тоже много о чем говорят. ну ладно, не будем о грустном))))
ПЯТНИЦАЖЕ!!!
stratosmi, разработчик работает по ТЗ, а не сидит и смотрит, что и как там с индексацией в яндексе)))
суть в том, что тревогу забил СОЕ-шник. ну а если быть точнее - то директор, заглянув очередной раз в свой карман и увидев, что пачка бабла стала существенно тоньше...
видите разницу?
и мы работаем по ТЗ - дали ТЗ перелопатить на типовой движок - лопатим.
просто привел статистику, возможно, это субъективно с привязкой к личностям владельцев тех сайтов, хз.
Неясно, просмотр хотите КОГДА - после отправки формы? Или ДО?
По сути, если брать iOS, то там 2,5Мб, вроде бы места полно, НО затраты на код-энкод будут же? Мы же про base64?
alex-1917, или могут посоветовать делать периодическое обновление данных. Такое себе)) Представляю клиента - он понавыбирал товаров, по ценникам посравнивал, уже в шаге от оплаты - тут опля прилетело обновление цен - представляю его круглые глаза, когда на его глазах цены сами пересчитываются, ахахах - куку)))
bormor, хз. Получать свой массив именно для корзины, не по запросу на товар конечно же, а пачкой сразу... А как еще? Да никак, вот вам и VUE)))
Тут собсно и вылазит эта неприятная особенность работы сугубо на клиенте, т.е. по сути VUE работает не быстро, а слишком быстро)))
Разрабы (по моему мнению) исходили из того, что вот прям ежеминутно меняющихся товаров бывает один магазин на миллион)))
В вашем случае думаю вы занимаетесь ПО (преждевременная оптимизация))). Иначе опишите, что за товары у вас такие, что вот прям раз и поменялось все в течение дня. Сколько магазов за спиной, в половине годами не меняется ассортимент, цена по курсу пересчитывается и все)))
У вас походу товары из китая, да?))) Сочувствую)))
просто надо помнить, что иной раз такие расчеты стоит перекладывать на PHP- т.е. вытягиваешь всё без всяких расчетов
в массив и там уже делаешь расчеты и соответственно сортировку. Иной раз выигрыш во времени на порядок.
Почему?
потому что для таких расчетов MYSQL создает временные таблицы и т.д.