Перейти к публикации

-Sheckler-

Клиенты
  • Публикации

    114
  • Зарегистрирован

  • Посещение

  • Дней в лидерах

    3

Последний раз -Sheckler- выиграл 24 июля 2018

Публикации -Sheckler- были самыми популярными!

Репутация

9 Обычный

О -Sheckler-

  • Звание
    Новичок

Контакты

  • Сайт
    http://guide-group.ru/

Информация

  • Пол
    Мужчина
  • Город
    Москва / Спб
  • Интересы
    Evolution X

Посетители профиля

1 159 просмотров профиля
  1. По итогу я так и сделал)) Только не html, а код плагина я отправил под кэш на 120 сек. Чтобы он не дёргал базу от каждого клика на сайте. То есть: 1. Крон скрипт который запрашивает онлайн раз в 2 минуты по пользователям в базе lastdate + 15 минут, он обновляет список в таблице 2. Плагин, который показывает онлайн — кешируется на 2 минуты и запрашивает из таблицы уже готовые данные без вычислений.
  2. Это я говорил про сайт в целом и персонализацию для снижения нагрузки путём кэширования. У нас есть персональная информация/выборки из БД, для каждого пользователя эту персональную информацию можно кэшить на 2-3-5 минут, чтобы при каждой загрузки страницы он каждый раз не обращался к mysql, что отразится на скорости загрузки страницы, а также на нагрузке на сервер.
  3. Ну, для сайтов с выделенным сервером (виртуальным или физическим) я думаю это должно быть по силам, если такая реализация является корректной. Можно было сделать функцию для более сложных тяжелых проектов на выделенном сервере, почему бы и нет? :)
  4. Благодарю за отклик по данному вопросу! Я не совсем понимаю, почему нельзя делать кэширование для каждого отдельного пользователя. Для гостей да, свободно. А для пользователей можно создать кэш под уникальным идентификатором этого пользователя и использовать их. Например было "news_" , вместо него "news105_" (где 105 это ID пользователя). Соответственно, таким образом мы получаем кэширование уникальных данных и для отображения используем их же, также вместо "news_" подставляем "news105_" и вопрос должен быть решен. Далее при заходе на сайт для каждого пользователя будет свой кэш.
  5. На самом деле тема актуальна и я ранее уже тоже писал (создавал тему) на счет некорректной работы закладок. Понятное, что данные кешируются, но значит нужно как-то очищать кэш когда люди добавляют что-то себе в закладки. Ведь очистка кэша также работает при смене сортировки материалов, а это тоже такая же пользовательская настройка. Просто сейчас выходит, что при наличии кэширования функционал не работает должным образом. По сути в закладки мало людей добавляют новости, также как и сортируют тоже мало — в чем сложность при этом действии очищать каждый раз кэш новостей? Я вот сейчас
  6. Поправка — в моей реализации тормозит не mysql, так как и вычислений нет. Проблема была в обработке выводимого контента
  7. Изначально когда мне нужно было "набросать" подобный модуль по быстрому я пошёл ровно по той же логике и выгрузил количество посетителей из базы напрямую. Но когда посещаемость сайта увеличилась в несколько раз мы тут же упираемся в оптимизацию и в целом по вполне понятной причине — ненужные вычисления на каждого пользователя прямо здесь и сейчас. На сайт приходят 50-200 чел одновременно и наша база + память ругает нас матерными словами. Стал думать как оптимизировать под высокие нагрузки — переделал вычисление в крон и вывел в отдельную таблицу, то есть на страницы стал выгружать уже без
  8. Пишите в лс, готов помочь
  9. Скачивание файлов не тестировал, но определенно есть проблема с авторизацией через соц. сети, однако есть понимание, как можно исправить. Другой вопрос — что за файлы люди должны скачивать? И, как правило, скачивание файлов может блокировать сама ОС телефона/устройства
  10. Интересует создание с 0 или верстка по уже подготовленному макету?
  11. даже если в index.php написать над подключением файлов всёравно игнор )
  12. В целом разобрался. Вопрос как присвоить свой header application/json ? игнорирует строку если пишу её в модуле при выводе строки json
  13. У меня интереснее вопрос ) Создал API для выгрузки данных сервиса (сайта) в нативное iOS приложение. DLE API предлагает использовать открытый пароль. Для авторизации в приложении и получения данных об учетной записи со стороны приложения должны ввести пароль и передать его POST-ом на мой сервер и получить json ответ. Использовать передачу пароля в открытом виде не безопасно. Вопрос, как создать сопоставимый хэш пароля, чтобы передать его POST-ом?
  14. Сервис помогает предупредить и предостеречь о возможных мошеннических действиях на основе предоставленных данных от участников сервиса содержащих описание конкретно имевших место фактов, событий, а не общую оценку личных качеств или поведения другого лица, оценочных суждений, направлен на снижение уровня противоправных действий в отношении Граждан РФ. Основные цели: — выявление мошенников и схем их действий — предупреждение о возможных мошеннических действиях — предостережение при совершении онлайн сделок и финансовых операций Адрес сайта: Интерн
×
×
  • Создать...