Чат на PHP

@MrIkoo · Регистрация: 11.10.2013

Студворк — интернет-сервис помощи студентам

Добрый день. Мне необходимо сделать чат на PHP + MySQL + AJAX.
В первую очередь хочется научиться делать это самому, поэтому прошу совета.
Что я хочу сделать:
html:

HTML5
1
2
3
4
5
6
7
8
9
10
11
12
13
14
<body>
    <div class="wrapper">
        <div class="main_chat">
            <div class="messages"></div>
            <div class="users"></div>
            <div class="chat_footer">
                <div class="send_message">
                    <textarea class="text_message"></textarea>
                </div>
                <input class="send_button" type="submit" value="Отправить!"/>
            </div>
        </div>
    </div>
</body>

Т.е. в диве с классом messages будут общие сообщения всех пользователей (т.е. как бы общая стена для общения).
В диве с классом users будет список пользователей вошедших в чат. (они будут авторизовываться, а сами логины храниться в БД MySQL).
Ну и внизу textarea и кнопка отправить для отправки сообщения на общую "стену".

При клике на пользователя должно открываться окошко с личным чатом.

Как я всё это представляю:
сделать БД chat в ней таблицу users которая будет хранить логины и пароли пользователей. И они будут логиниться используя форму авторизации. Далее все залогиненные пользователиС этим у меня проблем нет.

Я не понимаю как вообще отправлять сообщения и где их лучше хранить? Как реализовать личные сообщения?

@andyyy · 04.05.2018, 15:07

Сообщение от MrIkoo

и где их лучше хранить? Как реализовать личные сообщения?

никогда не делал чаты) но могу предположить что - есть два варианта
1. mysql
2. текстовой документ
и хранить не более n-колличество строк, остальнное удалять по условию
например если сообщений больше 500- почистить

Сообщение от MrIkoo

Я не понимаю как вообще отправлять сообщения

через кнопку

@MrIkoo · 04.05.2018, 16:00 **[ТС]**

Сообщение от andyyy

никогда не делал чаты) но могу предположить что - есть два варианта
1. mysql
2. текстовой документ
и хранить не более n-колличество строк, остальнное удалять по условию
например если сообщений больше 500- почистить

через кнопку

очень понравился ответ "через кнопку"

Ну я имел ввиду сам смысл. Просто плохо сформулировал вопрос... прошу прощения.

Т.е. есть текстовое поле для ввода сообщения, далее при нажатии кнопки "отправить" что должно происходить?

Мне на ум приходит только, брать текст из текстового поля и заносить его в файл. (ну например каждый день новый файл).
А потом просто все пользователи каждые 15 секунд будут брать текст из этого файла. Может есть какие нибудь другие решения?

@sasha0012 · 04.05.2018, 16:11

Сообщение от MrIkoo

Может есть какие нибудь другие решения?

Есть конечно, и самое сложное из них (если речь идёт о возможности личного общения и создание групповых бесед), правильно спроектировать структуру БД. А всё остальное ерунда. По нажатию на кнопку, ajax-ом обращаемся к БД, записываем новые данные, или вытягиваем нужные нам. По сути, на "клиенте" только с js работать нужно. А вот с архитектурой БД придётся повозиться.

@Jewbacabra · 04.05.2018, 16:53

MrIkoo, чат требует возможности получения клиентом сообщений по инициативе сервера, что не предусмотрено протоколом http и следовательно плохо ложится на стандартный способ обработки запроса php. Приходится постоянное соединение эмулировать. Один из вариантов - периодический опрос сервера аякс запросами на наличие новых сообщений. Клиент по нажатию кнопки отправляет аяксом сообщение, сервер записывает его вместе с текущем временем в бд (идея хранить в файлах очень плоха). Также периодически клиент спрашивает новые сообщения, например передавая на сервер время последнего полученного сообщения, а сервер отдает все сообщения после этой даты. Достоинством такого способа будет простота реализации. А недостатком отсутствие мгновенного получения сообщений. Можно для ускорения получения нового сообщения уменьшать интервал опроса сервера, но это приведет к увеличению числа запросов, а следовательно и к увеличению нагрузки на сервер.

@andyyy · 04.05.2018, 17:34

вот MrIkoo, тебе тестовой чат

PHP
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<?PHP 
session_start();
if(isset($_POST['sub'])) {
if(isset($_POST['text']))   
{
    if(isset($_POST['author']) AND !empty($_POST['author'])) {$author=$_POST['author'];} else {$author = "GUEST";}
    $text = $_POST['text'];
     file_put_contents("chat.txt", "<p><b>$author say:</b></p><p>".$text."</p><hr>", FILE_APPEND); 
    
}
    
}
if(isset($_POST['clear'])) { 
 file_put_contents("chat.txt", ""); 
}
 
$chat_text = file_get_contents('chat.txt');
?>

HTML5
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
<!doctype html>
<html lang="ru">
<head>
<title></title>
<meta http-equiv="Content-Type" content="text/html;charset=utf-8">
 
 
<style>
.chat {overflow: scroll; width: 400px; height: 400px;  background: grey; color: #121;}
</style>
</head>
 
<script src="js/jquery-3.2.1.min.js"></script>
 
<script>
 
 
 
 
 
 
 
</script>
 
</head>
 
<body><table>
<tr><td valign='top'><form action='' method='POST'>
<p><input type='text' placeholder='ВАШЕ ИМЯ' name='author'></p>
<p><textarea name='text' required placeholder='TEКСТ'></textarea></p>
<p><input type='submit' name='sub'></p>
 
</form><form action='' method='POST'><input type='submit' name='clear' value='Очистить чат(это кнопка админа :D)'></form></td><td><div class='chat'>

PHP
1
2
3
<?PHP echo $chat_text;
 
 ?>

HTML5
1
2
3
4
</div></td></tr>
</table>
</body>
</html>

Добавлено через 1 минуту
можете ajax на кнопку навесить))

@MrIkoo · 04.05.2018, 22:05 **[ТС]**

Огромное всем спасибо за ответы!

Jewbacabra, а чем плоха идея хранить в файле? ну то есть я понимаю, что "идея не очень" просто хотелось бы знать почему?))

И насчёт нагрузки... У меня планируется около 250 человек... Я так понимаю тогда вообще стоит забросить эту идею?(((
Просто проблема в том, что это будет корпоративный чат и стороннее ПО ставить нельзя. Поэтому и пытаюсь изобрести велосипед.

@Jewbacabra · 04.05.2018, 22:18

Сообщение от MrIkoo

а чем плоха идея хранить в файле?

Попытка одновременной записи может дать непредсказуемый результат.
БД предоставляет больше возможностей за счет SQL запросов. Работая с файлами придется все реализовать самому.

Сообщение от MrIkoo

И насчёт нагрузки... У меня планируется около 250 человек...

Одновременно 250 или максимум будет в системе? 15K в минуту уже не мало.
Я бы такое через web socket делал, и подход к решению несколько меняется.

Не по теме:

Сообщение от MrIkoo

Просто проблема в том, что это будет корпоративный чат и стороннее ПО ставить нельзя.

Странный подход, обычно купить готовое дешевле чем разработать своё. А ОС в компании тоже своя?

@MrIkoo · 07.05.2018, 10:14 **[ТС]**

Jewbacabra, 250 одновременно.

Странный подход, обычно купить готовое дешевле чем разработать своё. А ОС в компании тоже своя?

ОС Win7.

Новые блоги и статьи Все статьи Все блоги /
Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Символьное дифференцирование igorrr37 13.02.2026 / * Программа принимает математическое выражение в виде строки и выдаёт его производную в виде строки и вычисляет значение производной при заданном х Логарифм записывается как: (x-2)log(x^2+2) -. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

Чат на PHP

Решение

Решение

Решение

@Jewbacabra 4925 / 3920 / 1620 Регистрация: 24.04.2014 Сообщений: 11,441
	04.05.2018, 16:53
	Сообщение было отмечено MrIkoo как решение Решение MrIkoo, чат требует возможности получения клиентом сообщений по инициативе сервера, что не предусмотрено протоколом http и следовательно плохо ложится на стандартный способ обработки запроса php. Приходится постоянное соединение эмулировать. Один из вариантов - периодический опрос сервера аякс запросами на наличие новых сообщений. Клиент по нажатию кнопки отправляет аяксом сообщение, сервер записывает его вместе с текущем временем в бд (идея хранить в файлах очень плоха). Также периодически клиент спрашивает новые сообщения, например передавая на сервер время последнего полученного сообщения, а сервер отдает все сообщения после этой даты. Достоинством такого способа будет простота реализации. А недостатком отсутствие мгновенного получения сообщений. Можно для ускорения получения нового сообщения уменьшать интервал опроса сервера, но это приведет к увеличению числа запросов, а следовательно и к увеличению нагрузки на сервер. 1

@MrIkoo 0 / 0 / 2 Регистрация: 11.10.2013 Сообщений: 31
	04.05.2018, 22:05 [ТС]
	Огромное всем спасибо за ответы! Jewbacabra, а чем плоха идея хранить в файле? ну то есть я понимаю, что "идея не очень" просто хотелось бы знать почему?)) И насчёт нагрузки... У меня планируется около 250 человек... Я так понимаю тогда вообще стоит забросить эту идею?((( Просто проблема в том, что это будет корпоративный чат и стороннее ПО ставить нельзя. Поэтому и пытаюсь изобрести велосипед. 0