Почему Job обновляет только половину данных?

lavren, Думал посмеюсь, но вобще не смешно что-то, я тут в ужасе сижу.
отдельный job на каждый апдейт...

если изменится метод получения адреса (например по стороннему APi)

если бы у бабушки был ..., она была бы дедушкой...

Если разрабатывать систему, где каждый апдейт поля предполагает, что может измениться способ получения этого поля, то это апдейт каждого поля нужно в отдельный Job оборачивать О_о, а на каждый Hellow world писать полноценную фабрику с декораторами о_О.

Почему Job обновляет только половину данных?

Т.е. если мне миллион записей надо обновить, то нужно создать миллион jobs?

Почему 1000 запросов в БД выполняются быстрее чем 1?

khodos_dmitry, норм :)

Почему 1000 запросов в БД выполняются быстрее чем 1?

khodos_dmitry, это тот самый из 95%, думает если сделать всё таблицами и заджойнить, то будет быстрее.
Он же еще и писал уж никак не 5 минут, а больше )))

Почему 1000 запросов в БД выполняются быстрее чем 1?

khodos_dmitry, вы ток напишите, помогло или нет, т.к. более ничего криминального не видно. Пишут, мол дело в кэше, но я очень сомневаюсь. Даже если бы раньше кэш работал, нагрузка на PHP была огромная, на все эти переборы.
Новые запросы с проставленными должны работать очень быстро. Может дело не в них ну или через EXPLAIN посмотреть эти запросы.

Почему 1000 запросов в БД выполняются быстрее чем 1?

khodos_dmitry, да там надо отдельный KEY индекс на каждое поле

Но вобще меня первый, где id_categories смущает.
Там тоже можно одним запросом сделать через Sub select или exist

Почему 1000 запросов в БД выполняются быстрее чем 1?

$categories = $db->query("SELECT `url_category`, `rus_category` FROM categories WHERE id IN ({$row['id_categories']})")->fetch_all(MYSQLI_ASSOC);

а откуда тут $row['id_categories'] если у вас категории уже в отдельной таблице.

Почему 1000 запросов в БД выполняются быстрее чем 1?

khodos_dmitry, тогда прочтите об EXPLAIN и делайте его.
Сходу не вижу особых проблем в запросе.
Этот запрос в стандартно настроенной системе должен работать намного быстрее, чем то, что было до этого
Ну и сам запрос не плох, если закрыть глаза на безопасность.

Может дело вобще кстати в пером запросе, который 80% генерит, щас гляну

Почему 1000 запросов в БД выполняются быстрее чем 1?

khodos_dmitry, а вобще если это прям супер частый запрос, то не помешало бы в индекс добавить и
products.id_punkt
products_reviews.type

Почему 1000 запросов в БД выполняются быстрее чем 1?

khodos_dmitry, индексы стоят на
category_product.product_id
category_product.category_id
products.id_street
?
поля поиска тоже влияют, но сравнительно не должно влиять так.

Как мне проверить существует ли пользователь в базе данных или нет? Делаю вот так, но не работает, в чем проблема?

The_Last_Dot, так вот он какой, пацанский код :)

Дайте ссылку на скачивание сложных макетов для профессионалов?

Как сделать рейтинг в 5 звёздочек вместо одной?

вот тут, автор профессионал, чисто поржать:)

Из-за чего скачки времени обработки запросов?

Tutucu, я ньюрелик использую

Как реализовать отправку данных с ограничением на количество запросов к внешнему сервису - 10 запросов в секунду?

Daria Motorina, ну да.

Из-за чего скачки времени обработки запросов?

Tutucu, график работы с файловой системы покажите

Как реализовать отправку данных с ограничением на количество запросов к внешнему сервису - 10 запросов в секунду?

VicTHOR, да ничего там не надо, всё из коробки работает. просто автор stackoverlow программист

Как реализовать отправку данных с ограничением на количество запросов к внешнему сервису - 10 запросов в секунду?

представляете, все то надо было документацию посмотреть.

Заказчик отказывается платить, говорит что нечего не выполнено по ТЗ?

потом будет вопрос о том, что арбитраж не справедливый:)

Давай уж выкладывай ТЗ и работу, мы поглядим посмотрим

Как удалить несколько файлов при одновременном удалении поста и информации в базе данных?

Aleksey, Да, верно, тут нет жадной загрузки. Значит оптимальное.

Про эти лишние запросы я писал. При большом количестве картинок оптимальнее будет пройти по ним в цикле для удаления файлов, а затем сделать изначальный $pechnik->images()->delete();

это экономия на спичках засчёт трудозатрат программистов и будущей поддержки.
Конечно можно предположить, что там будет 10000 картинок, но лучше такое решать и рефакторить когда будет, чем заранее предусматривать сотни разных редких проблем и всё это программировать.
А то бюджет в 100 раз раздуется и время на разработку.

Как удалить несколько файлов при одновременном удалении поста и информации в базе данных?

Подход тоже не оптимальный, лишние запросы к БД. Есть что улучшать.

Документацию читать надо, раздел про жадную загрузку, чтоб кучу селектов не делать.

Для удаления единственный оптимальный вариант по трудозатратам и выгоде в скорости работы, т.к. нужно удалить картинку, которая принадлежит модели images.
А чтоб узнать путь к картинке для удаления, нужно это модель получить.