Как правильно назвать пакет на github?

Я использую предметный подход программирования, поэтому для меня это важно) Многие называют user и auth

Документирование кода в PHP 7.4 нужно ли?

AUser0, у меня дока не на сайте будет. А прямо в пакете. Она не будет по дефолту подгружаться, но можно загрузить в пакет вместе с тестами. Но я понял вашу мысль. Учу. Но так не хочется генераторами пользоваться. А дублировать доку в двух местах тоже не очень. Но подумаю

Документирование кода в PHP 7.4 нужно ли?

Максим Федоров, с другой стороны да) Надо вот подумать. А так приходится дублировать доку. Или генератор использовать.

Документирование кода в PHP 7.4 нужно ли?

ThunderCat, Максим Федоров, понял) Благодарю за разъяснения. Тогда лучше буду делать, чтобы было всё по феншую) Хотя сейчас смотрю симфони пакеты и Yii3 там мало где это встретишь.
@Maksclub

в опенсорсе можно в комментариях даже примеры описать и подробности разные

Код я там не буду писать. Видел это много раз, что так делают. В основном для генерации быстрой. А вот подробности в каких-то местах написать нужно. Однако постараюсь сделать усилие на документацию. Её читать удобнее, чем ползать в годе. А знающие примеры могут найти в тестах)

Как получить свойство класса?

ThunderCat, хах) Я тоже над этим посмеялся. Использую вопросы некоторых пользователей Q&A как кроссворд)

Как получить свойство класса?

yura_born, бред) Делайте в каждом action свои запросы) Вы пытаетесь сделать какое-то хранилище массивов. Зачем?) Экономите на спичках. Вам стоит лишь оптимизировать запросы и не более. Но если уж совсем хочется, то можете передавать этот массив между action с помощью куков ну или кэша. Но я не думаю, что вам это надо. У вас что большая нагрузка на базу данных? Нет. Зачем тогда нагружать php код? Если вы так во всем будете подходить, то у вас возникнет в скором времени оптимизировать код, так как он стал работать дольше. Подумайте.

Документирование кода в PHP 7.4 нужно ли?

php 7.4 в принципе не так давно вышла. Я пока не обращаю внимания на некоторые баги. Библиотека опирается больше на будущее, нежели на сейчас.

По генерации документации, да. Пока не поддерживается. Но, мне кажется, что в скором времени будет

То есть вы за то, чтобы их писать? Даже если это просто @var?

Документирование кода в PHP 7.4 нужно ли?

kafkiansky,

Если код надо документировать (писать комментарии о том, что он делает), это плохой код.

Код пишется понятным языком. В принципе, по названию методов, классов, папок и передаваемых параметров понятно что он делает. В коде отсутствуют такие общие названия как $items, $model. Вместо этого $posts И $post.

Код разделён на различные отвественности и не выполняет больше чем ему положено. Если это контроллер, то он только отправляет в сервисы, репозитории, и дает ответ. Никакой логики и запросов в базу там нет.

Adamos,

А все потребители вашей библиотеки перешли на PHP 7.4?

Библиотеку старой версии никто не отменял. Но уже сейчас хочу выпустить новую версию с минимальными требованиями php7.4.

ThunderCat,

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

Правильно ли я понимаю, что документирование кода в open source следует делать все равно. Даже если в док блоке только @var, @return? В будущем, возможно, будет и описание, но пока что нет.

Максим Федоров,

А по phpDoc — явно нотации кроме @throws, @return/@var Class[], @method остальные лишние

Правильно ли я вас понял, что и к open source проекту это тоже относится. @var и @return лишнее? Сейчас у меня везде сгенерированные phpDoc. Теперь думаю удалять их или оставить. С одной стороны в них особой пользы нет. Комментариев и пояснений не дают, а просто дублируют свойства, которые и так понятны. Да и код при этом становится длиннее. Как лучше?

Документирование кода в PHP 7.4 нужно ли?

Благодарю. Я тоже так думаю)

Яндекс метрика. Для чего нужен USER ID? Как правильно его использовать?

Алексей Денисов, передаётся, спасибо. Пока только не разберусь как применять это в отчетах. Разберусь)

Яндекс метрика. Для чего нужен USER ID? Как правильно его использовать?

Да. Видел это. Пока почему-то не появилось это поле в отчетах. Можете подсказать? Пользователи заходят с разных устройств, но пользуются одной учетной записью. Я хотел бы на своём сайте обьединить эти данные используя USER ID. Правильно ли я понял, что это именно то, что мне нужно?

Как правильно делать счетчики на сайте?

xmoonlight, нет. Сейчас правда все понятно. Надо опробовать на практике, а если в процессе появятся вопросы - я напишу их сюда. Пока что все понятно.

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

Какие счетчики возможно обновлять прямо в коде - буду изменять значения прямо в коде. А какие нет - с использованием событий и EventDispatcher. Это ещё и позволит в будущем быстро переписать код счетчиков на другую базу, например Redis.

А может и сразу редис буду использовать. Так как в symfony уже его использую. Надо подумать только об этом.

Как правильно делать счетчики на сайте?

xmoonlight, понял) Спасибо!))

Как правильно делать счетчики на сайте?

xmoonlight, если не сложно можно услышать вообще мнение по этому вопросу? Как передавать разрешения для API?

Как правильно делать счетчики на сайте?

xmoonlight, спасибо за дополнение ответа. Есть небольшие утончения по ответу. Если не сложно - прокомментируйте...

Счётчики для конкретных записей - делаются рядом (в той же таблице, доп.колонкой).

Если полей счетчиков много? Имеет смысл вынести в отдельную таблицу? Или в большинстве случаев достаточно этого? Сколько по вашему опыту можно хранить счетчиков рядом, а при каком количестве отдельная таблица? Если говорим о MYSQL или другой реляционной БД.

Собирается - всё через update-запросы в виде транзакций из других таблиц.

У меня события реализованы не в базе, а в коде. С помощью EventDispatcher, где есть Event и Listener. Мне кажется так правильней, чем события БД. При смене БД или переносе данных в таком случае могут возникнуть сложности. И с тестами проблема. Что думаете?

В остальном понятно. А как хранить в редис? user:125:counter:friends? С Redis пока что в примитивном виде использовал. Сложные вещи не структурировал.

Как правильно разделить проект на микросервисы или сервисы?

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

Как правильно делать счетчики на сайте?

Доброго утра! С наступившим Новым годом!)

Отличный ответ! Могли бы Вы ещё дополнить ответ, как и в каком виде хранить данные? На вопрос подписалось 10 человек. Имеет актуальность.

Все советуют Redis. Я так понимаю в таком виде и стоит хранить? Или использовать в MYSQL?

Если взять базу данных MYSQL, то как хранить три ваших типа? Какая архитектура таблиц? Например, для вашего типа ALL Registered Users можно создать дополнительные поля в таблице users: counter_friends, counter_comments, counter_reviews, etc... А можно создать дополнительную таблицу user_counters и добавить их там.

Возьмем второй примитивный пример - посты в блоге. У которых есть счётчики: количество комментариев, к. отзывов, к. подписчиков и так далее. Как быть в этом случае?

В вашем типе Public какую структуру иметь счетчиков? Это отдельная база счетчиков? Или это отдельная таблица?)

Если не сложно - можете дополнить свой ответ или ответить в комментариях? Очень волнующая тема. Ваш ответ внёс некие понимания и в целом он хороший!

Благодарю!

Как передавать разрешения для API?

2,3 как раз одно и то же) Сейчас стоит OAuth2 и как раз разрешения там задаются через scope. Мне показался этот вариант больше подходит для глобальных вещей с общей авторизацией. Где реализован доступ к самим сервисам. Неужели туда питают все, как в глобальный RBAC?)

Первый вариант не знаком. Почитаю.

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

Как лучше организовать работу в команде? Один репозиторий или несколько?

Сергей delphinpro, наверное, вы тут правы. С логической точки зрения я так и думал. Но ранее один делал все в одном) Поэтому и думаю как лучше. В любом случае спасибо за разъяснение. Если хотите можете написать в ответы. Подожду другие мнения и помечу решением)

Как лучше организовать работу в команде? Один репозиторий или несколько?

Сергей delphinpro, можете пояснить почему?) Хочется узнать все за и против. Интересная тема)