1. Мы продаем билет за +25 = (25)
2. Мы продаем билет за +25 = (50)
3. Мы продаем билет за +25 = (75)
4. Мы продаем билет за +25 = (100) 5. Мы продаем билет за +50 = 150 (150-25=125)
А вобще задача о купюрах и их достоинстве, а вы завалились на задачке для второклассника...
Хоспаде.. второкласники вайтишники....
lavren, Думал посмеюсь, но вобще не смешно что-то, я тут в ужасе сижу.
отдельный job на каждый апдейт...
если изменится метод получения адреса (например по стороннему APi)
если бы у бабушки был ..., она была бы дедушкой...
Если разрабатывать систему, где каждый апдейт поля предполагает, что может измениться способ получения этого поля, то это апдейт каждого поля нужно в отдельный Job оборачивать О_о, а на каждый Hellow world писать полноценную фабрику с декораторами о_О.
khodos_dmitry, это тот самый из 95%, думает если сделать всё таблицами и заджойнить, то будет быстрее.
Он же еще и писал уж никак не 5 минут, а больше )))
khodos_dmitry, вы ток напишите, помогло или нет, т.к. более ничего криминального не видно. Пишут, мол дело в кэше, но я очень сомневаюсь. Даже если бы раньше кэш работал, нагрузка на PHP была огромная, на все эти переборы.
Новые запросы с проставленными должны работать очень быстро. Может дело не в них ну или через EXPLAIN посмотреть эти запросы.
khodos_dmitry, тогда прочтите об EXPLAIN и делайте его.
Сходу не вижу особых проблем в запросе.
Этот запрос в стандартно настроенной системе должен работать намного быстрее, чем то, что было до этого
Ну и сам запрос не плох, если закрыть глаза на безопасность.
Может дело вобще кстати в пером запросе, который 80% генерит, щас гляну
khodos_dmitry, индексы стоят на
category_product.product_id
category_product.category_id
products.id_street
?
поля поиска тоже влияют, но сравнительно не должно влиять так.
Aleksey, Да, верно, тут нет жадной загрузки. Значит оптимальное.
Про эти лишние запросы я писал. При большом количестве картинок оптимальнее будет пройти по ним в цикле для удаления файлов, а затем сделать изначальный $pechnik->images()->delete();
это экономия на спичках засчёт трудозатрат программистов и будущей поддержки.
Конечно можно предположить, что там будет 10000 картинок, но лучше такое решать и рефакторить когда будет, чем заранее предусматривать сотни разных редких проблем и всё это программировать.
А то бюджет в 100 раз раздуется и время на разработку.
1. Мы продаем билет за +25 = (25)
2. Мы продаем билет за +25 = (50)
3. Мы продаем билет за +25 = (75)
4. Мы продаем билет за +25 = (100)
5. Мы продаем билет за +50 = 150 (150-25=125)
А вобще задача о купюрах и их достоинстве, а вы завалились на задачке для второклассника...
Хоспаде.. второкласники вайтишники....