-Sheckler-

По итогу я так и сделал)) Только не html, а код плагина я отправил под кэш на 120 сек. Чтобы он не дёргал базу от каждого клика на сайте. То есть: 1. Крон скрипт который запрашивает онлайн раз в 2 минуты по пользователям в базе lastdate + 15 минут, он обновляет список в таблице 2. Плагин, который показывает онлайн — кешируется на 2 минуты и запрашивает из таблицы уже готовые данные без вычислений.

Это я говорил про сайт в целом и персонализацию для снижения нагрузки путём кэширования. У нас есть персональная информация/выборки из БД, для каждого пользователя эту персональную информацию можно кэшить на 2-3-5 минут, чтобы при каждой загрузки страницы он каждый раз не обращался к mysql, что отразится на скорости загрузки страницы, а также на нагрузке на сервер.

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

Благодарю за отклик по данному вопросу! Я не совсем понимаю, почему нельзя делать кэширование для каждого отдельного пользователя. Для гостей да, свободно. А для пользователей можно создать кэш под уникальным идентификатором этого пользователя и использовать их. Например было "news_" , вместо него "news105_" (где 105 это ID пользователя). Соответственно, таким образом мы получаем кэширование уникальных данных и для отображения используем их же, также вместо "news_" подставляем "news105_" и вопрос должен быть решен. Далее при заходе на сайт для каждого пользователя будет свой кэш.

На самом деле тема актуальна и я ранее уже тоже писал (создавал тему) на счет некорректной работы закладок. Понятное, что данные кешируются, но значит нужно как-то очищать кэш когда люди добавляют что-то себе в закладки. Ведь очистка кэша также работает при смене сортировки материалов, а это тоже такая же пользовательская настройка. Просто сейчас выходит, что при наличии кэширования функционал не работает должным образом. По сути в закладки мало людей добавляют новости, также как и сортируют тоже мало — в чем сложность при этом действии очищать каждый раз кэш новостей? Я вот сейчас

Поправка — в моей реализации тормозит не mysql, так как и вычислений нет. Проблема была в обработке выводимого контента

Изначально когда мне нужно было "набросать" подобный модуль по быстрому я пошёл ровно по той же логике и выгрузил количество посетителей из базы напрямую. Но когда посещаемость сайта увеличилась в несколько раз мы тут же упираемся в оптимизацию и в целом по вполне понятной причине — ненужные вычисления на каждого пользователя прямо здесь и сейчас. На сайт приходят 50-200 чел одновременно и наша база + память ругает нас матерными словами. Стал думать как оптимизировать под высокие нагрузки — переделал вычисление в крон и вывел в отдельную таблицу, то есть на страницы стал выгружать уже без

Пишите в лс, готов помочь

Скачивание файлов не тестировал, но определенно есть проблема с авторизацией через соц. сети, однако есть понимание, как можно исправить. Другой вопрос — что за файлы люди должны скачивать? И, как правило, скачивание файлов может блокировать сама ОС телефона/устройства

Через JS

Интересует создание с 0 или верстка по уже подготовленному макету?

даже если в index.php написать над подключением файлов всёравно игнор )

В целом разобрался. Вопрос как присвоить свой header application/json ? игнорирует строку если пишу её в модуле при выводе строки json

У меня интереснее вопрос ) Создал API для выгрузки данных сервиса (сайта) в нативное iOS приложение. DLE API предлагает использовать открытый пароль. Для авторизации в приложении и получения данных об учетной записи со стороны приложения должны ввести пароль и передать его POST-ом на мой сервер и получить json ответ. Использовать передачу пароля в открытом виде не безопасно. Вопрос, как создать сопоставимый хэш пароля, чтобы передать его POST-ом?

Сервис помогает предупредить и предостеречь о возможных мошеннических действиях на основе предоставленных данных от участников сервиса содержащих описание конкретно имевших место фактов, событий, а не общую оценку личных качеств или поведения другого лица, оценочных суждений, направлен на снижение уровня противоправных действий в отношении Граждан РФ. Основные цели: — выявление мошенников и схем их действий — предупреждение о возможных мошеннических действиях — предостережение при совершении онлайн сделок и финансовых операций Адрес сайта: Интерн