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

думаю, надо логгировать все действия юзера и потом строить по ним отчет - тогда увидите - откуда ушел, а куда не пришел

А куда смотреть? Как правильно это реализуется вообще?) Laravel Логгирования?)

http://sqlfiddle.com/#!9/8d7e6e/14
в mysql как я понял нету агрегатной функции типа concat()  ?

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

вроде ж была

подскажи логику как этот механизм сделать?

да вроде не очень сложно:
делаешь отдельную таблицу, модель, ивент(событие) или несколько - мы делали много событий, но кажется это избыточно, слушатель - в нем регистрируешь событие(я);
и при каждом клике юзера - в любом контроллере (а мы еще дергаем так же при сохранениях в БД) - дергаешь это событие, слушатель его ловит и кидаешь из него в модель - сохранить;
а тут уже детали реализации - то ли константами, то ли еще чем - различаешь события, чтобы потмо можно было с ними работать в отчете

в отчете(ах) резвишься как хочешь - по любому признаку или по их совокупности фильтруешь - маркетологи будут счастливы :)

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

@Helldar 🌚👍👍

м?

Да просто смотрел твой пакет для симфони, и увидел только щас что у тебя столько contributions да ещё и в laravel/symfony

там где сильно зеленые квадраты - там он усиленно ругается с Тэйлором. фразочками "своё дерьмо не пахнет" )))

он этими квадратиками хотел что-то написать, но шрифт слетел

в голос

ааа) Есть такое)
Я там в dom-crawler фичу подогнал, которую в релиз выкатили в 4.2 )

😂😂😂