• Как делают title жирным?

    Rsa97
    @Rsa97
    Для правильного вопроса надо знать половину ответа
    Легко
    https://unicode-table.com/ru/blocks/mathematical-a...
    Правда, часть символов в другом месте
    https://unicode-table.com/ru/blocks/letterlike-symbols/
    Ну и отображение будет зависеть от установленных в системе шрифтов.
    Ответ написан
    Комментировать
  • Как писать оптимальный PHP код?

    В своё время я написал более полную статью(обратите внимание на первое предложение).

    Вся оптимизация PHP фактически сводиться к уменьшению времени работы с внешними данными (СУБД, кэш и файлы). То есть как можно меньше лезем в кэш, стараемся избавиться от работы с БД, либо сводим всё к одному-двум запросам, правильно разбиваем работу с файлами. И всё... Всё остальное паранойя
    Ответ написан
    Комментировать
  • Как писать оптимальный PHP код?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    SOLID, тесты и рефакторинг. А микрооптимизациями заниматься не стоит, точнее как, стоит знать то что там предлагается, но писать код только потому что "вот эта штука генерит на один опкод меньше" явно не стоит. Всеравно все упрется в базу и I/O.
    Ответ написан
    1 комментарий
  • Как писать оптимальный PHP код?

    evnuh
    @evnuh
    Поиск Гугл помог мне, впусти и ты его в свой дом
    Преждевременная оптимизация - зло.
    При разработке системы следует уделить внимание её архитектуре, а не замене одних методов на других. Ну и, конечно, оптимизировать надо там, где надо. А то понапишут кривых запросов к БД, зато вложенные циклы на PHP соптимизированы.
    Ответ написан
    1 комментарий
  • Чем профилировать PHP на production серверах?

    @jowee
    Backend Developer
    попробуйте xhprof.io
    xDebug не для продакшена
    Ответ написан
    Комментировать
  • Проект с высокой посещаемостью - архитектура. Фреймворк или самопис?

    SamDark
    @SamDark
    Yii2 core team
    Yii подходит для такого проекта.

    Как уже было отмечено, если выводить по 100 записей на страницу и для каждой по 10—20 связанных записей, будет кушать память. Ну и ещё момент, не стоит увлекаться event-ами и сильно слоить view через renderPartial.

    Чат между пользователями можно реализовать поверх XMPP. Нагрузку такое решение держит отменно.

    MySQL может, при грамотной настройке, выдержать очень много. У нас, например, есть в проекте боевом JOIN по таблице с 200 млн. записей. Нормально бегает.

    PHP вполне себе справится.
    Ответ написан
    5 комментариев
  • Проект с высокой посещаемостью - архитектура. Фреймворк или самопис?

    fornit1917
    @fornit1917
    Если все в базу упирается, то все равно какой фреймворк. Yii весьма хорош по производительности. Единственный его минус в этом плане, который я заметил - высокое потребление памяти и долгое время работы, если вы выбираете из БД много-много записей и маппите их в ActiveRecord. Легко лечится заменой AR на DAO в узких местах.
    Можете попробовать Yii2, он еще шустрее и удобней (и вышеозвученная проблема с AR и большими выборками там решается еще проще - в AR добавили метод выборки asArray, а так же пакетные выборки)

    нужно будет распределять базу данных по серверам, а я хз как это сделать.

    Самый простой способ - master/slave репликация, но она не всегда профит по производительности приносит. Есть более сложные варианты, гуглите по слову шардинг.

    А вообще если у вас будет realtime-чаты, то в любом случае на php это не стоит делать. Для этого лучше взять что-нибудь более пригодное для comet-серверов: nodejs, erlang, python+tornado/twisted. Хотя сейчас на слуху асинхронный сервер PHP - ReactPHP, но я лично его не пробовал и не знаю, хорош ли он в бою.

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


    MySQL при грамотной настройке может многое. Для начала он вам точно должен подойти.
    Ответ написан
    Комментировать