Можно тривиальный вопрос? Как привести сроку к типу double с одним знаком после точки. На входе мождет быть строка или "2" или "3.002". Пробывал собственно (double)? но что-то пошло не так)

https://www.php.net/manual/ru/function.round.php

т.е пергнать во float , а оптом обрезать до 1 знака после точки?

т.е пергнать во float , а оптом обрезать до 1 знака после точки?

простейший пример echo(round("3.123", 1)); // 3.1

echo round("3", 1); //3.0

догнал. Пропустил мануал. number_format('3', 1); //3,0

как думаете, чем черевато заменить insert ... on duplicate key update на два отдельных insert + update не обернутых в транзакцию

как думаете, чем черевато заменить insert ... on duplicate key update на два отдельных insert + update не обернутых в транзакцию

Можно словить 2 одинаковых инсерта и потерять целостность данных

опиши подробнее

В зависимости от структуры бд

Уникальный поле только id?

нет, не только, праймари суррогатный, основной - уникальный составной

Ну что случиться если у тебя 2 инсерта с одинаковыми параметрами, которые должны быть разными

Плт пришла такая ситуевина в 1 момент

и в чем проблема будет?

Скуль скажет ошибку

Кто то пользовал эту библиотеку - https://github.com/TelegramBot/Api/ ?

Пойдет только тот, кто приехал первым

Круто

Да!

Скуль скажет ошибку

ну так insert ignore конечно

insert ignore + проверка сколько вставилось + update если 0

ну так insert ignore конечно

тогад получается 1 чел сделал инсерт, второй в этот момен тоже сделал такой же инсерт, они оба прошли валидацию, что нет такой записи, и добавился тот, кто первый попал в базу.. второй игнорится

получается первый пользователь даволен, система сделала что он хотел, второй сидит и тупит, потому что не может понять, это он не то что надо отправил, или система над ним решила поиздиваться

нет никакой проверки, insert + rowCount

что мешает добавить промежуточный чек - мол 1 начал процесс добавления ... заходить в добавление можно если этот чек не отмечен

нет никакой проверки, insert + rowCount

ну.. если бизнесс устраивает, что данные могут игнорится - тогда это трабла бизнеса

что мешает добавить промежуточный чек - мол 1 начал процесс добавления ... заходить в добавление можно если этот чек не отмечен

много лишнего кода. это делает транзакция

а что по твоему делает insert ... on duplicate key update?

второй стучится а ему сразу ответ, извинте очередь занята

пытается вставить, если нет - обновляет строку

а не игнорит данные

2 разные вещи как бы

ну вот .. получается главное определить в чём приоритет ... меньше кода или норм бизнес процессы

а что делает insert ignore + rowCount + update if rowCount==0?

бля...

сначала говно код и всё работает и затем уже оптимизация кода не в ущерб процессу

рассмотри крайние сценарии, когда твоя операция выполняется почти одновременно

сначала говно код и всё работает и затем уже оптимизация кода не в ущерб процессу

есть, блять, правила.. \

и чё

какие

рассмотри крайние сценарии, когда твоя операция выполняется почти одновременно

я рассмотрел и попросил коллег тоже проанализировать и показать мне проблемные крайние случаи

сначала говно код и всё работает и затем уже оптимизация кода не в ущерб процессу

у тебя нет возможности предугадать как и что там будет обновляться

что точно не просил, так это советов проанализировать крайние случаи ?

верно, для этого проверка

в каком порядке

что мешает добавить промежуточный чек - мол 1 начал процесс добавления ... заходить в добавление можно если этот чек не отмечен

слишком высокий рпм, я в общем от insert ... on duplicate key хочу избавиться из-за выского рейта дедлоков в нем

значит ты не можешь гарантировать какие данные попадут в итоге в бд

какие

ты в каждый момент работы системы должен гаранировано знать ее состояние - к примеру

зачем

иначе это не программа а нейросеть

хоторая хуй пойми как работает

фигня полная .. пока будешь собирать всё состояние провал по времени ... 1 действие 1 проверка

- входящие данные - проверка условий - запись и промежуточные результаты ок или нет

зачем

затем что отстрелешь себе голову, когда наберется критический объем косяков...

ну. или тебе отстрелят

не стоит работать в стрессе, работы куча

точно.. на говнокодить и свалить

а потом через сберонлайн карты людей уводят.... .

любое первое решение можно и нужно оптимизировать

что за перфекционизм, мир весь серый

если большой поток данных ... то наверное решение с базой для входищих и отдельной базой для результатов норм решение .. а между ними или служба или по крону проверка что пришло и какой результат .. и ничего не потеряется

короче, у кого-то еще есть мысли по проблемам нарушения атомарности между insert и update при работе с insert - on duplicate key update пока я вижу проблему, если пойдет I1 I2 U2 U1, т.е. перепутаются порядкти апдейтов, но с другой стороны при таком рейте мы все-равно не знаем верный порядок, было ли у нас IU1 а потом IU2 или наоброт.... еще?

короче, у кого-то еще есть мысли по проблемам нарушения атомарности между insert и update при работе с insert - on duplicate key update пока я вижу проблему, если пойдет I1 I2 U2 U1, т.е. перепутаются порядкти апдейтов, но с другой стороны при таком рейте мы все-равно не знаем верный порядок, было ли у нас IU1 а потом IU2 или наоброт.... еще?

ну если бинесу эту ситуацию обрабатывать не надо то пох конечно

привет, я делаю csv-файл средствами php и получаю некоторые значения в строках с разным выравниванием, то слева то справа, подскажите, от чего это зависит?

привет, я делаю csv-файл средствами php и получаю некоторые значения в строках с разным выравниванием, то слева то справа, подскажите, от чего это зависит?

А если руками заполняешь все одинаково получается? В Excel например.

А если руками заполняешь все одинаково получается? В Excel например.

использую LibreOffice, текстовый исходник никаких доп. символов не показывает

выравнивание в csv никак не указывается ... программа видимо что то показывает в зависимости от данных

Строка слева начинается, число справа.

111;222;333 - нет доп параметров, только данные, только хардкор )

Строка слева начинается, число справа.

В общем, цифры начинаются слева, а там где кроме цифр есть еще " - " или " + " оно справа

ну если бинесу эту ситуацию обрабатывать не надо то пох конечно

какую "Эту"

но в целом да, если у меня единовременно приходят два вызова на один уникальный ключ - то все равно, какой из них окажется в базе в итоге, поскольку эта ситуация все-равно никакими блокировками не разруливается никак

не видите подвоха ... какие 2 запроса на уникальный ключ ... в чём его уникальность и зачем ?

базы же научились обрабатывать запросы и не закрываться пока 1 запись пишется ...

Помогите вордпресс.

Не хватает гига памяти, чтобы запихать все заказы в архив. Че делать? Разбить не получается

Сам в шоке. Время исполнения оит 3600 сек и память вся доступна, а отрабатывать упорно не хочет

всем привет, может кто нибудь подкинет идейку. Есть в базе каталог товаров около 3 тыс позиций, есть отдельный микросервис парсер цен, который отдает цены для этих товаров, соответсвенно не все товары будут в наличии, необходимо мобилке отдавать пачками как это делается через sql - LIMIT 10 и при скролинге в мобилке запрашивал вторую и последующие страницы. Вся проблема в том что список товаров мы получаем а потом запрашиваем цены и из 3000 отсавляем только те у которых есть цены, как это пагинировать ?

Сам в шоке. Время исполнения оит 3600 сек и память вся доступна, а отрабатывать упорно не хочет

А пыху весь гиг доступен?

А пыху весь гиг доступен?

Да

В пхпini прописано и сервер отдает подтверждение

всем привет, может кто нибудь подкинет идейку. Есть в базе каталог товаров около 3 тыс позиций, есть отдельный микросервис парсер цен, который отдает цены для этих товаров, соответсвенно не все товары будут в наличии, необходимо мобилке отдавать пачками как это делается через sql - LIMIT 10 и при скролинге в мобилке запрашивал вторую и последующие страницы. Вся проблема в том что список товаров мы получаем а потом запрашиваем цены и из 3000 отсавляем только те у которых есть цены, как это пагинировать ?

была мысль при парсинге прайсов проставлять для товаров в фоновой задаче флажек что цена есть и тогда вопрос решен, но может есть какие-то другие предложения ?

7z на сервер поставь и через него создавай архив

А как определить, ему времени не хватает или места?

А как определить, ему времени не хватает или места?

Пыху то?

Посмотри за htop скок он кушает

Угу

всем привет, может кто нибудь подкинет идейку. Есть в базе каталог товаров около 3 тыс позиций, есть отдельный микросервис парсер цен, который отдает цены для этих товаров, соответсвенно не все товары будут в наличии, необходимо мобилке отдавать пачками как это делается через sql - LIMIT 10 и при скролинге в мобилке запрашивал вторую и последующие страницы. Вся проблема в том что список товаров мы получаем а потом запрашиваем цены и из 3000 отсавляем только те у которых есть цены, как это пагинировать ?

бери например 20 товаров, запрашивай цены, получаешь 15, ну и отдаешь клиенту 10 если после фильтра цены получил меньше 10 - повторяешь следующая страница - клиент передает с какого id товара начинать

всем привет, может кто нибудь подкинет идейку. Есть в базе каталог товаров около 3 тыс позиций, есть отдельный микросервис парсер цен, который отдает цены для этих товаров, соответсвенно не все товары будут в наличии, необходимо мобилке отдавать пачками как это делается через sql - LIMIT 10 и при скролинге в мобилке запрашивал вторую и последующие страницы. Вся проблема в том что список товаров мы получаем а потом запрашиваем цены и из 3000 отсавляем только те у которых есть цены, как это пагинировать ?

что мешает делать выборку с ограничениями из базы .. чтобы минимизировать нагрузку .. и кешировать например

используй для вставки кода специальные сервисы и ссылку сюда

была мысль при парсинге прайсов проставлять для товаров в фоновой задаче флажек что цена есть и тогда вопрос решен, но может есть какие-то другие предложения ?

сначала оставить все цены и затем делить на страницы ... какие в этом вы видите слжности ?

бери например 20 товаров, запрашивай цены, получаешь 15, ну и отдаешь клиенту 10 если после фильтра цены получил меньше 10 - повторяешь следующая страница - клиент передает с какого id товара начинать

ну да неплохая мысль, только надо передавать id вместо страницы получается

бери например 20 товаров, запрашивай цены, получаешь 15, ну и отдаешь клиенту 10 если после фильтра цены получил меньше 10 - повторяешь следующая страница - клиент передает с какого id товара начинать

что если товара не будет с такой id ? первая страница заново ? (удалили)

where id > 444555 - ничего страшного не будет

where id > 444555 - ничего страшного не будет

а что делать с последней страницей ? получается надо в мобилке чекать массив данных который пришел, и либо добавлять в общий скоп либо все запросов больше не делаем

ну тут нюанс с сортировкой есть разве что

ну да по айди сортировка

ну ты можешь целенаправленно получать на сервере 21 товар... отдавать клиенту 20 и флаг последней страницы (если у тебя не получилось получить на сервере 21 товар, а только 20 или меньше - страница последняя)

ну ты можешь целенаправленно получать на сервере 21 товар... отдавать клиенту 20 и флаг последней страницы (если у тебя не получилось получить на сервере 21 товар, а только 20 или меньше - страница последняя)

?