CommFort

ошибка не повторилась(


а старые ошибки остались, в областе чата не появляются новые сообщения и по прежнему не отправляются сообщеия.

при вводе в область отправки текста и нажатия кнопки отправить, затем если посмотреть в бд (сообщений для отправки) сообщения не появляются в той таблице.

kamatozzz писал(а):ошибка не повторилась(

Так это же хорошо

kamatozzz писал(а):а старые ошибки остались, в областе чата не появляются новые сообщения и по прежнему не отправляются сообщеия.

при вводе в область отправки текста и нажатия кнопки отправить, затем если посмотреть в бд (сообщений для отправки) сообщения не появляются в той таблице.

Ну на сколько я вижу в тексте страницы, то ссылки не верные идут (/modules/cf_webchat_drupal_module/) на файлы, которые находятся в папке с модулем. Я подозреваю, что Вы переименовали папку cf_webchat на cf_webchat_drupal_module, а этого делать нельзя... Для того, чтобы модуль отлично работал, надо просто-напросто распоковать содержимое архива с модулем в папку sites/all/modules, то есть в итоге у Вас должно получиться так: sites/all/modules/cf_webchat, а уже в ней несколько файлов и 2 папки дополнительно.

переделал.
по прежнему сообщения не поуступают в БД и соответсвенно в чат, и по прежнему не обновляются сообщения в веб-интерфейсе.

Буквально сегодня автор исправил у меня на сайте эту проблему... уже успел всунть врайпером друпал к себе на сновной сайт, это конечно не выход, но все же...
все пока работает хорошо http://skygrad.ru/chat-comfort.html посмотреть можете здесь, сообщения приходт и уходят.. сам движок стоит на этом же хосте в соседней папке

Все, все сделал, главное включить Clean URL + настроить систему для этого (так как не на всех это поддерживается)
Теперь все отправляется и приходит, так же обновляется!
Ура

Блин) спалися я со своим локальным IP)
Админы не отправляйте сообщения, если не хотите запалить свой айпи

Надо как-то это фильтровать.
Попутный вопрос, как на drupal ограничивать пользователей?

Баг:

В блоке Онлай пользователи палятся айпи тех у кого N/A стоит, то есть видно айпи- адреса администраторов.

Это точно айпи паляться на ура!

еще, как включить флуд контроль??
он там не ограничен(

kamatozzz писал(а):Блин) спалися я со своим локальным IP)
Админы не отправляйте сообщения, если не хотите запалить свой айпи

Надо как-то это фильтровать.

Ну вообще-то в теории ip не должен палиться, если на серваке в правах данного пользователя установлено, что его надо скрывать.

kamatozzz писал(а):Попутный вопрос, как на drupal ограничивать пользователей?

Для ограничения мы создали 2 разрешения: "разрешить отправку сообщений" и "разрешить просматривать чат".
В Друпале разрешения можно ставить только на пользовательские Роли (аналог группировки пользователей), а уже каждому отдельному пользователю можно присвоить какую-либо роль или несколько ролей сразу.
Для создания роли переходим на страницу admin/user/roles, вводим имя новой роли и клацаем "Добавить роль". После этого переходим на страницу разрешений admin/user/permissions и выставляем данной роли нужные разрешения. На странице admin/user/user мы можем выбрать любого зарегистрированного пользователя и изменить его роли в пункте "Изменить".
Например можно создать роли "запрещена отправка" и "запрещён просмотр" и выставить им соответствующие права.

kamatozzz писал(а):еще, как включить флуд контроль??
он там не ограничен(

Просто предупредить пользователей о том, что будет строгий бан за флуд, а кто не послушается - просто выставить ему роль, в которой не разрешена отправка сообщений.

По вопросу "нескрытия" скрытых IP. В настройках сервера стоят галки на скрытие, но плагин в базу при обновлении списка уже заносит с ip адресами. А вот самого себя с "N/A".

4vek писал(а):По вопросу "нескрытия" скрытых IP. В настройках сервера стоят галки на скрытие, но плагин в базу при обновлении списка уже заносит с ip адресами. А вот самого себя с "N/A".

Серверные плагины в любом случае видят IP адреса, как минимум, в момент подключения пользователя, а может и всегда.

А если просто добавить галочку к плагину (не показывать ip), думаю мало кому хочется (из админов) палить свои адреса.

Не понятная ситуация, вчера лег спать, утром встаю плагин не пашет, никаких ошибок, ничего, просто нету иконки, запускаю заново, начинает работать....
от продолжительной работы устает.

Плагин критичен к соединению с mysql.. То же замечал падение плагина (сам сервер чата продолжает работать), после того как mysql был не доступен, особенно когда меняешь настройки mysql. Плагин в настройках остается включенным.. Но больше с базой не общается.