Олег Ас

Из свежего: взял два основных файла из проекта, удалил все запросы в Postgres, чтобы не поднимать его на рабочем компьютере (Mint 19.3), запустил, всё работает, по кодировке всё идеально. Эти же файлы на будущем боевом сервере с теми же кракозябрами. Конфиги апача - идентичны, настройки локали - идентичны. Пока не знаю, что ещё можно проверить

Либо падение происходит потому что параметр idle_timeout по умолчанию 30 секунд и их не хватает, либо превышен лимит дочерних процессов у FAST CGI. Можно увеличить лимиты memory_limit и max_execution_time, read_buffer time в конфиге Марии. Не уверен, что это сильно поможет. Лучше проставьте индексы в БД, чтобы злые запросы стали добрее и укладывались в таймауты.

Самое главное в подобных проектах ИМХО это безопасность. После определения стека технологий я бы начинал реализовывать управление пользователями и правами доступа так как это основа - скелет, если можно. Затем логика уже самого приложения и права доступа на просмотр уже между пользователями (Мои записи может видеть...кто?)

Мне кажется у вас всё слишком усложнено. Поэтому реализовать множественные сессии в таком решении может быть затруднительно. Что можно в Вашем случае сделать?

Вам не нужны current_session и long_session. Используйте классический механизм сессий. Чтобы в куки записывался id сессии и её время жизни, а в базу данных id сессии и id пользователя - остальные данные типа времени входа - по вкусу. Храните записи сессий в базе таким образом, чтобы на один id пользователя можно было сделать несколько записей. Таким образом у вас не будут отваливаться сессии при входе на разных устройствах. И не переживайте за записи в БД - они не будут занимать много места. В конце концов можно записывать таймштамп истечения срока сессии и по крону периодически проверять и чистить старые записи.
Пример реализации подобного решения вы можете найти в библиотеке birke/remembermeссылка на github