• Как документировать аргументы метода-прослойки?

    @Vitsliputsli
    Многоточие - это для ситуации, когда не знаем, точное кол-во аргументов. Здесь это не нужно.
    Написано
  • Какой тип для денежных данных?

    @Vitsliputsli
    zvlad_vitamin, все так, пока оно в базе, но вам ведь в php с ним работать, а в php такого типа нет, а значит нужно будет полученную из MySQL строку с точкой конвертить в php int, и опять же работать с int, а при записи в базу опять из int конвертить в decimal.
    А, если не int, а прямо строкой оперировать, то придется использовать bcmatch, как указал toxa82, а арифметика чисел произвольной точности не очень удобное и не очень быстрое решение.
    Написано
  • Как оптимизировать 1000 одновременных update строки?

    @Vitsliputsli
    Александр, посмотрите как выполняется select по update, если там все быстро, а скорее всего так и есть, то проблема именно в блокировках. В этом случае шардирование не спасет.

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

    странное утверждение. не все и всегда можно сделать через базу. Да и не нужно скорее всего, многократный апдейт одного и того же это очень странное поведение, и не факт что оно нужно для решения неизвестной задачи.
    Если СУБД имеет нормальное железо и нам требуется чтобы она выдерживала высокую нагрузку. То, как минимум проверьте используемые индексы, unique и foreighn keys, быть может возможно от них отказаться. Как максимум, продумать неблокирующую схему работы, например разбить эту одну обновляемую строку на несколько строк предназначенных разным запросам, поделить общий remains на несколько, тогда на начальных этапах разные запросы будут обновлять разные строки и не будет блокировок, когда remains уменьшится, то все равно будт обращаться к одним и тем же. Здесь мы потеряем в скорости select, но зато избежим блокировок на начальных этапах, если конечно remains достаточно большой. Но, все это очень усложнит работу, да и схему надо проверять, не зная других составляющих не факт, что это чтото даст,.
    И, гораздо проще запихнуть это в Redis, и работать в нем, как ни крути он не пишет одно и то же по 4 раза, а если упираемся в запись на диск, то это оптимальное решение.
    Написано
  • Как правильно использовать redis?

    @Vitsliputsli
    Редис также может сохранять данные на диск, хоть по времени, хоть постоянно. Но, в принципе, правильно, сперва сделайте с обычной СУБД, а если уж возникнет потребность добавите кеширование.
    Написано
  • Как оптимизировать 1000 одновременных update строки?

    @Vitsliputsli
    Очень похоже на проблему XY. Без описания реальной задачи решить вряд ли получится.
    И данных все равно мало, даже если неверно выбрана задача. Например, непонятно что конкретно тормозит? Обновление данных или выборка?
    Отсюда неизвестно, что поможет. Быть может нужно шардирование, а может нужно кеширование в каком-нибудь Редис.
    Написано
  • Почему скрипт PHP PDO не хочет получать данные из базы?

    @Vitsliputsli
    rPman, а чем поможет использование числа вместо даты sql? Использование числа лишь привнесет необходимость преобразования его в дату вручную, а проблему, что автору нужно искать по дате, а данные хранятся с точностью до секунды не решит.

    И, к слову, если выбирать вариант использования функции вырезающей дату в поисковом запросе, то нужно проверить позволяет ли СУБД строить индексы по функциям.
    Написано
  • Как настроить phpmyadmin на Ubuntu 22.04 для работы с php7.4?

    @Vitsliputsli
    Иван, ну и отлично. Собственно вы из оригинального архива и установили. Я бы точнее не подсказал, все что писал выше, это чисто по тому что вижу в архиве phpmyadmin и пакете Ubuntu, сам их не устанавливал.
    Написано
  • Как настроить phpmyadmin на Ubuntu 22.04 для работы с php7.4?

    @Vitsliputsli
    Иван, проблема во внешнем компоненте, phpmyadmin вообще не переходил еще на php8.
    phpmyadmin зависимости поставляет вместе со своим кодом, но похоже ребята из Ubuntu решили "оптимизировать", поэтому они зависимости устанавливают сами, да еще и в общую директорию /usr/share/php/. В итоге, когда вы ставили пакет Ubuntu, composer был запущен от php8, соответственно он и поставил зависимости для него.
    Не скажу точно, что там Ubuntu наделали, но нужно каким-то образом назначить по-умолчанию php7, вероятно достаточно сделать линк /usr/bin/php на /usr/bin/php74, но не уверен. И заново установить пакет phpmyadmin.
    Либо просто скачать оригинальный phpmyadmin, а не убунтовский пакет.
    Написано
  • Почему PHP не видит класс через namespace??

    @Vitsliputsli
    sherzad_90, в 4 строке вы подключаете require __DIR__ . '/src/MyProject/Models/Articles/Article.php';
    внутри есть определение класса class Article extends ActiveRecordEntity. Т.е. расширяем от класса ActiveRecordEntity, php будет искать этот класс, но он еще не загружен, т.к. загрузкой его занимается функция объявленная в spl_autoload_register, а это произойдет только в 6 строке.
    Проще говоря, переместите spl_autoload_register в начало файла.
    Написано
  • Почему PHP не видит класс через namespace??

    @Vitsliputsli
    sherzad_90, у вас класс Article ссылающийся на класс ActiveRecordEntity, который нужно загрузить, объявлен в 4 строке, а автозагрузчик только в 6.
    Написано
  • Самая простая конструкция с собственной областью видимости?

    @Vitsliputsli
    Василий Банников, все равно это будет функция, а блок кода со своим контекстом лишь синтаксический сахар. Да и логически ценность не очень понятна, если этот блок независим, вынесение его в отдельную функцию только улучшит читаемость текста. А если в блоке только одна переменная, проще ее создать там же и там же уничтожить.
    Поэтому и цель автора мне не понятна.
    Написано
  • Что эффективнее использовать: SELECT COUNT или rowsCount() (PDO)?

    @Vitsliputsli
    Как уже верно указано, rowsCount в PDO это совсем про иное. Просто в коде посчитайте кол-во строк и все.
    Если же говорить про mysql_num_rows из статьи, то там тоже странные вещи написаны. mysql_num_rows считает кол-во строк в уже полученном наборе, т.е. СУБД уже обработала запрос и вернула результат. По сути, вы с тем же успехом можете и сами посчитать сколько строк в полученном результате.
    Написано
  • Как понять/выучить ООП Python?

    @Vitsliputsli
    DollyPapper, к примеру, нет модификаторов доступа и нет интерфейсов.
    Написано
  • Какую область программирования выбрать PHP или Java?

    @Vitsliputsli
    Just Me, ну да, статистика это же истина в последней инстанции.
    Кстати, там SQL обогнал PHP, давайте использовать SQL везде. А VisualBasic обогнал JavaScript, тоже надо менять.
    Уже много лет слышны эти разговоры про "умирающие" языки, идущие на убыль по статистике, а они до сих пор широко используются, и даже в этой статистике в топе.
    Написано
  • Архитектура сервиса обработки задач [PHP]?

    @Vitsliputsli
    Дмитрий,
    1. В принципе оно правильно, только к вопросу автора не имеет отношения. В который раз пишу, автор правильно определил проблему и задал конкретный вопрос про параллелизм. Вы же ему ответили как и сейчас на все что угодно, только не на вопрос. И на это я указал тогда, и сейчас.
    2. Это прям самонадеянно, жизнь не только этот форум. И я предлагал выше, остановиться на том, что пришли к единому решению, но вам захотелось докопаться кто был неправ.
    Написано
  • Архитектура сервиса обработки задач [PHP]?

    @Vitsliputsli
    Дмитрий, если просто согласиться нельзя, а нужно потыкать, кто не прав. То вот ваш комментарий:

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

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

    Здесь нет ни слова о параллелелизме, а все упоминания воркера в единственном числе. Как решение здесь предлагается очередь и лучше rabbitmq. Собственно это я и оспаривал, что проблема автора не в очереди (она у него уже есть, разве что может нужно добавить защиту от гонки), а в отсутствии параллелизма. Именно об этом, я и написал:
    Самое простое решение, как уже указали, использовать несколько воркеров, столько, сколько будет оптимальным. Для этого проще всего запускать их в разных процессах, чем использовать потоки или подключать асинхронность.

    А далее вы ввели зачем то менеджер процессов и с ним спорили, а я в каждом ответе писал, что это не нужно и все более подробнее описывал простую архитектуру с несколькими процессами.
    Может вы это и подразумевали, но в тексте этого нет.
    Написано
  • Как увеличить количество соединений к socket server?

    @Vitsliputsli
    проблема в том, что количество соединений может быть только 255

    Какой текст ошибки на клиенте и сервере, когда идет 256 соединение?
    Написано
  • Архитектура сервиса обработки задач [PHP]?

    @Vitsliputsli
    Дмитрий, "демон + очередь" у автора уже есть, но 1 демон не вытягивает по скорости. Отсюда собственно и вопрос автора о параллелизме, который он хотел решить потоками, а ему предложили процессами. Т.к. решать это потоками или асинхронностью будет гораздо сложнее и вряд ли выигрышнее. Собственно об этом я и написал в первом комментарии: "Самое простое решение, как уже указали, использовать несколько воркеров, столько, сколько будет оптимальным. Для этого проще всего запускать их в разных процессах, чем использовать потоки или подключать асинхронность."
    Если нет возражений по поводу этого решения, то значит мы друг друга недопоняли и спорим не о том.
    Написано
  • Архитектура сервиса обработки задач [PHP]?

    @Vitsliputsli
    Дмитрий, вы описываете более сложную архитектуру, здесь достаточно простой.
    Очередь - брокер сообщений или просто таблица в БД.
    Воркер - скрипт работающий демоном. При запуске он подключается к Очереди, затем переходит в бесконечный цикл. В каждой итерации, забирает задание из Очереди, затем выполняет его, затем рапортует в Очередь, что это задание завершено. И заново тоже самое.
    При необходимости можно запустить еще один воркер, и еще, и еще... Они независимы и не требуют специального управления. Это очень простая схема и не требуются ни потоки, ни асинхронность.
    Написано
  • Архитектура сервиса обработки задач [PHP]?

    @Vitsliputsli
    Дмитрий, я не завлял, что брокер сообщений это чтото плохое и не нужное. Но, вопрос совсем в другом, хоть с брокером, хоть без, автору нужен параллелизм обработчиков. Да, надо будет управлять воркерами, но, как правильно заметил автор, брокер сообщений ему здесь никак не поможет, т.к. задания будет делать не брокер.
    К слову об управлении воркерами: их не нужно постоянно менять или создавать динамически, достаточно запустить их определенное кол-во с запасом, т.е. там вообще не нужен никакой "манагер процессов". А если уж нагрузка измениться в разы, то накинуть еще. Мониторить нужно только очередь. Железо тоже, конечно, надо мониторить, но это и так надо делать без всяких воркеров. Но, все это, опять же, надо будет делать в любом случае и без разницы есть брокер или нет.
    Написано