Risent: можно настроить цели, и через них отслеживать нужные действия. Посмотрите гайды по метрике, там богатый функционал для анализа действий юзеров.
dk-web: Так в документации правильно. У коментария может быть только 1 post, поэтому и используется belongsTo. А вот у поста может быть много коментариев, поэтому связь будет называться comments, использовать будет hasMany, и указывать на модель App\Comment.
dk-web: нужно видеть весь код. Покажите код на github, возможно шаблоны неправильно используете.
Возможно шаблоны закешировались (почистите папку storage/views)
ГЛЕБ ГЛЕБОВ: Redis для этого не предназначен. Что конкретно требуется? Для чего хранить там many-to-many связи?
Нужно отталкиваться от конкретной задачи. Для моих задач, мне вполне хватает сериализации, и это никак не сказывается на производительности.
ГЛЕБ ГЛЕБОВ: В чем проблема? Нужно просто сериализовать этот массив, и запихнуть его в REDIS. Но доступа к отдельным его элементам соотвественно не будет. REDIS ничего не знает про типы данных PHP, он хранит key -> value (строка\число)
Sanabek Asset:
1) Можно увеличивать кол-во человек. Можно увеличивать кол-во принтеров (или что там у вас). Все зависит от того, из-за чего вы не успеваете по срокам. Нанять девочку секреторя небольшую зарплату, которая будет милым голосом успокаивать клиентов - и часть проблем у вас просто отпадет.
2) см п1. Увеличение мощностей - поможет брать больше заказов.
3) Сроки никого не устраивают, всем нужно "уже вчера".
Вы можете аутсорсить часть заказов другим фирмам (конкурентам) за небольшой процент. Или даже просто делать часть работы через них, даже выходя в 0, если совсем зашиваетесь.
Но единственный верный вариант - увеличивать мощности. Так как другим способом ваша работа не масштабируется.
