Ви не увійшли. Будь ласка, увійдіть або зареєструйтесь.
Ласкаво просимо вас на україномовний форум з програмування, веб-дизайну, SEO та всього пов'язаного з інтернетом та комп'ютерами.
Будемо вдячні, якщо ви поділитись посиланням на Replace.org.ua на інших ресурсах.
Для того щоб створювати теми та надсилати повідомлення вам потрібно Зареєструватись.
Український форум програмістів → JavaScript, TypeScript, ECMAScript → AJAX Long Polling
Сторінки 1
Для відправлення відповіді ви повинні увійти або зареєструватися
Задумався над ефективність використання JS при оновленні/сповіщенні на сторінці.
Що ви можете сказати про ефективність та використання ресурсів при використанні AJAX Long Polling + PHP для оновлення повідомлень в чаті і сповіщенні на сайті??
Наскільки мені відомо, то використовується лише пам'ять..
так питання, якщо сидітиме одночасно на сайті 100 чоловік, то скільки вони заберуть пам'яті???
PHP все одно long pooling там чи нi
до чого тут память?
я маю на увазі, що Long Polling зберігає відкрите з'єднання зі сервером очікуючи на відповідь (запускає цикл) і поки не буде змін, нових даних, не зупиняється.
а це все забирає пам'ять.
так чи можна оцінити об'єм пам'яті, який використовується при Long Polling ??
Обэм памяті на клієнті чи сервері?
Можна дивитись в браузері (гугліть для свого).
В PHP memory_get_usage()
http://php.net/manual/uk/function.memory-get-usage.php
нема в HTTP нiякого "вiдкритого з'єднання"
Тiльки веб сокети мають постiйне з'єднання (i це не "звичайний http" як з посиланнi). Якщо ТС саме це мав на увазi пiд термiном "вiдкрите" (не уявляю собi роботу через закрите з'єднання)
Тiльки веб сокети мають постiйне з'єднання (i це не "звичайний http" як з посиланнi). Якщо ТС саме це мав на увазi пiд термiном "вiдкрите" (не уявляю собi роботу через закрите з'єднання)
По-перше в http є команда "Connection: close"
По-друге ви хоча б погуглили про те що питає автор, перед тим як сумніватися у його компетентності
До ANDREW-LVIV
Тут є ряд підводних каменів
1. З’єднання з БД (якщо ви плануєте запитами до БД перевіряти оновлення). НМСД, тримати 100 активних конектів до БД не найс, а постійно відкривати-закривати це вже жертиме процесор.
2. Стосовно пам’яті то тут все залежить від скрипта, якщо ви запити відправлятимете на якийсь екшин фрейворка (який спочатку завантажить достобіса зайвої інформації в пам’ять) тоді вважайте на кожен клієнт жертиме багато пам’яті яка, буде банально в простої. Тому думаю що краще зробити окремий скриптик, який буде тільки для long polling.
Сторінки 1
Для відправлення відповіді ви повинні увійти або зареєструватися
