Могут ли пользователи ПК писать в общую часть ОП сервера?

Question

[lexaxaxa]

Могут ли пользователи ПК писать в общую часть ОП сервера? В учебных целях создал переписку через запись в общий файл и обновление через AJAX. Можно ли сделать так чтобы пользователи общались не через общий файл а через общую переменную php в ОП сервера а файл лишь перезаписывался через заданный интервал?

Comments

[Сергей]

fomistoklus: смею предположить оперативную память

[lexaxaxa]

ну да

[lexaxaxa]

файл представляет жесткий диск... переменная php должна представлять общий участок памяти..если это возможно

[lexaxaxa]

Речь о значительном снижении количества обращений сервера к жесткому диску

Answer 1

[mentatxx]

Откройте для себя NodeJS и SocketIO.

Comments

[sbh]

Как интересно. Вопрос был про ОП сервера и PHP а все свелось похоже к незнанию подходящих технологий для реализации "хочу".

[lexaxaxa]

так я и изучаю технологию PHP...я же ее не знаю...и вопрос был про ее возможности

[sbh]

lexaxaxa: вам привели в пример не PHP. Это технологии основанные на Java. Вопрос формулировать нужно было так "Хочу сделать час где будут моментально появляться сообщения, на чем писать лучше?". Кстати можете еще comet посмотреть. Аналогичная вещь для решения вашего вопроса. Также websockets можете почитать.

[mentatxx]

Не на Java, а на JavaScript - это очень разные вещи :)

[lexaxaxa]

Про формулировку вопроса: вопрос сформулирован правильно: сейчас изучаю возможности PHP. Подходящие ответы:а)можно(пояснение как) б) нет такой возможности у PHP, можно реализовать переписку только через файлы и через файлы БД.

[lexaxaxa]

Делаю вывод господа что у PHP такой возможности нет.

[lexaxaxa]

то есть при каждом AJAX нужно обращаться к файлу переписки либо к БД

[lexaxaxa]

третьего не дано в пределах PHP

[Vit]

lexaxaxa: очень даже дано, см. мой ответ

[sbh]

mentatxx: Пардон ))) Быстро ответ писал )

Answer 2

[Vit]

https://github.com/walkor/Workerman
В примерах есть и чатик.
Решение исключительно на PHP, без всяких там nodejs.

Comments

[lexaxaxa]

короче веб-сокет доступен через PHP..замечательно

Answer 3

[He11ion]

В php есть модуль shmop для работы с разделяемой памятью, но гораздо лучше воспользоваться redis/memcache, созданные для этой цели.

Answer 4

[index0h]

Можно, это называется База Данных. Не стоит решать задачи методами 20-ти летней давности.

Comments

[lexaxaxa]

Да...забыл отметить - в учебных целях нужно обойтись без БД). И вобще есть сомнения, что БД эффективнее чем работа с файлами напрямую при отсутствии сложного поиска. Разве что БД применяет кэширование в памать.

[lexaxaxa]

БД же использует работу с файлами C/C++ правильно?

[lexaxaxa]

php тоже использует работу с файлами через синтаксис C/C++

[lexaxaxa]

просто для Node нужно знание сетевого администратора linux....пока нет времени на его приобретение)

[lexaxaxa]

php проще в этом плане

[index0h]

> Да...забыл отметить - в учебных целях нужно обойтись без БД).
В учебных целях можно и без компьютера обойтись, по старинке на бумажке.
> И вобще есть сомнения, что БД эффективнее чем работа с файлами напрямую при отсутствии сложного поиска.
Самоуверенности вам не занимать)) Вы сможете написать полнотекстовый поиск целиком на php, который не сожерт у вас всю оперативку?))
> Разве что БД применяет кэширование в памать.
БД разруливает на порядки больше кейсов. Что на счет конкурентной записи?
> БД же использует работу с файлами C/C++ правильно?
БД взаимодействует с файлами через драфвера файловой системы конкретной ОС, php тоже.
> просто для Node нужно знание сетевого администратора linux....
На тмао же уровне, что и у php, только проще. Тот же apache/nginx/lighttpd/что там у вас поднимать не нужно.
> пока нет времени на его приобретение)
Покупать бесплатное? Зачем?

[lexaxaxa]

СУБД написана на С.С++---> следовательно с++ использует те самые драйвера. приобретение про знание.и вобще-смотрите ответы-там есть про разделяемую память-именно то я и искал

[lexaxaxa]

все таки СУБД перво-наперво работает с жестким диском...а все остальное это для того чтоб снизить побочный эффект медленного доступа к диску. а у меня вопрос был про ОП

[index0h]

lexaxaxa
> СУБД написана на С.С++---> следовательно с++ использует те самые драйвера.
Не позорься)) Если не знаешь о чем говоришь - лучше не говори. Что на счет ElasticSearch (Java), InfluxDB (Golang), Oracle (Java), KDB+ (pure C).
Еще раз. Все равно на чем БД написана, на php ты вот ни как не сделаешь лучше. Что php, что C/C++, что NodeJS, да что угодно для работы с файловой системой использует драфвера этой самой файловой системы. А они обычно на pure C, или asm-е пишутся.

> все таки СУБД перво-наперво работает с жестким диском...а все остальное это для того чтоб снизить побочный эффект медленного доступа к диску.
Вместо этого предлагаешь использовать файлик, который живет в абстрактном вакууме. Еще раз - БД для данных - это может стать вопросом только в случае невероятно узких юзкейсов, например шардированная система пользовательских переписок под нагрузкой в N GBit/s, содержащая M Tb данных может не справляться при волновом обновлении истории на всех шардах. Тут действительно может потребоваться даже свою БД писать.

Я напомню: каждый процесс на php жестко ограничен по памяти, что будешь делать, когда файл станет ббольше порога?)) Увеличишь лимит, в 1 прекрасный момент на твоем сервисе сможет работать только 1 человек

[lexaxaxa]

про позорься- под с++ я имел в виду с.с++ и конечно asm если необходимо. в чем я позорюсь? что не написал про си. ну это же подразумевается-вобщем речь идет о системных языках

[lexaxaxa]

я имел в виду что php и субд используют один и тот же машинный код для доступа к диску. и опять-ваш ответ немного не про разделяемую ОП и php

[index0h]

Похоже мы про разные вещи, что вы вкладываете в понятие "ОП сервер"?))

[lexaxaxa]

оперативная память машины-сервера

[lexaxaxa]

Могут ли пользователи ПК писать в общую часть ОП сервера?

[index0h]

key-value СУБД: redis например. Средствами чистого php - никак, это state-less язык. Можно конечно посмотреть в сторону сохранения в xcache, но нужно себя готовить к тому, что эти данные пропадут в любой момент.

Если вдаваться в экзотику можно тот же файл держать в ramfs, технически он будет в оперативке, но это не самая лучшая идея.

RAM за счет скорости не гарантирует сохранности. Элементарный сбой электричества - и все данных нет. Именно по этому в оперативке держат быстрые данные, которые в любой момент спокойно можно потерять.