Не периодически создаются пустые сообщения и дублируются ЛС

[collerperm 2]

Приветствую уважаемая публика. Проблемы следующего характера: не периодически (рандомно), у юзеров, при написании постов с использованием быстрой формы ответа после отправки сообщений создается пустой пост. Так же, бывает, что создается 2 копии ЛС при написании оных. При диагностировании проблемы у юзеров было выявлено, что присходит такое не зависимо от браузера, ОС и т.п. Т.е. проблема ИМХО таки системная, а не локальная.

Используется VDS на Centos 6 (2000 Мгц, 1 ГБ ОЗУ) . На фронтенде Nginx для статики. Акселераторы не используются (форум итак достаточно быстро работает). Склоняюсь ко глюкам у Mysql сервера. Конфиг его следующий:

 

 

  Показать содержимое

 

[mysqld]

port = 3306

socket = /var/lib/mysql/mysql.sock

skip-locking

key_buffer_size = 128M

max_allowed_packet = 16M

table_open_cache = 4

sort_buffer_size = 64K

read_buffer_size = 256K

read_rnd_buffer_size = 256K

net_buffer_length = 2K

thread_stack = 128K

query_cache_limit = 20M

query_cache_size = 64M

 

 

# Don't listen on a TCP/IP port at all. This can be a security enhancement,

# if all processes that need to connect to mysqld run on the same host.

# All interaction with mysqld must be made via Unix sockets or named pipes.

# Note that using this option without enabling named pipes on Windows

# (using the "enable-named-pipe" option) will render mysqld useless!

#

#skip-networking

server-id = 1

default-character-set = utf8

 

# Uncomment the following if you want to log updates

#log-bin=mysql-bin

 

# binary logging format - mixed recommended

#binlog_format=mixed

skip-innodb

# Uncomment the following if you are using InnoDB tables

#innodb_data_home_dir = /var/lib/mysql

#innodb_data_file_path = ibdata1:10M:autoextend

#innodb_log_group_home_dir = /var/lib/mysql

# You can set .._buffer_pool_size up to 50 - 80 %

# of RAM but beware of setting memory usage too high

#innodb_buffer_pool_size = 16M

#innodb_additional_mem_pool_size = 2M

# Set .._log_file_size to 25 % of buffer pool size

#innodb_log_file_size = 5M

#innodb_log_buffer_size = 8M

#innodb_flush_log_at_trx_commit = 1

#innodb_lock_wait_timeout = 50

 

[mysqldump]

quick

max_allowed_packet = 16M

default-character-set = utf8

 

[mysql]

no-auto-rehash

# Remove the next comment character if you are not familiar with SQL

#safe-updates

 

default-character-set = utf8

[myisamchk]

key_buffer_size = 8M

sort_buffer_size = 8M

 

[mysqlhotcopy]

interactive-timeout [/sql]

 

 

Может кто-нибудь подскажет, в какую сторону копать? Заранее благодарен.

[Атаман 464]

  16.11.2012 в 03:36, collerperm сказал:

Приветствую уважаемая публика. Проблемы следующего характера: не периодически (рандомно), у юзеров, при написании постов с использованием быстрой формы ответа после отправки сообщений создается пустой пост. Так же, бывает, что создается 2 копии ЛС при написании оных. При диагностировании проблемы у юзеров было выявлено, что присходит такое не зависимо от браузера, ОС и т.п. Т.е. проблема ИМХО таки системная, а не локальная.Используется VDS на Centos 6 (2000 Мгц, 1 ГБ ОЗУ) . На фронтенде Nginx для статики. Акселераторы не используются (форум итак достаточно быстро работает). Склоняюсь ко глюкам у Mysql сервера. Конфиг его следующий:

  Показать содержимое

[mysqld]port = 3306socket = /var/lib/mysql/mysql.sockskip-lockingkey_buffer_size = 128Mmax_allowed_packet = 16Mtable_open_cache = 4sort_buffer_size = 64Kread_buffer_size = 256Kread_rnd_buffer_size = 256Knet_buffer_length = 2Kthread_stack = 128Kquery_cache_limit = 20Mquery_cache_size = 64M# Don't listen on a TCP/IP port at all. This can be a security enhancement,# if all processes that need to connect to mysqld run on the same host.# All interaction with mysqld must be made via Unix sockets or named pipes.# Note that using this option without enabling named pipes on Windows# (using the "enable-named-pipe" option) will render mysqld useless!# #skip-networkingserver-id = 1default-character-set = utf8# Uncomment the following if you want to log updates#log-bin=mysql-bin# binary logging format - mixed recommended#binlog_format=mixedskip-innodb# Uncomment the following if you are using InnoDB tables#innodb_data_home_dir = /var/lib/mysql#innodb_data_file_path = ibdata1:10M:autoextend#innodb_log_group_home_dir = /var/lib/mysql# You can set .._buffer_pool_size up to 50 - 80 %# of RAM but beware of setting memory usage too high#innodb_buffer_pool_size = 16M#innodb_additional_mem_pool_size = 2M# Set .._log_file_size to 25 % of buffer pool size#innodb_log_file_size = 5M#innodb_log_buffer_size = 8M#innodb_flush_log_at_trx_commit = 1#innodb_lock_wait_timeout = 50[mysqldump]quickmax_allowed_packet = 16Mdefault-character-set = utf8[mysql]no-auto-rehash# Remove the next comment character if you are not familiar with SQL#safe-updatesdefault-character-set = utf8[myisamchk]key_buffer_size = 8Msort_buffer_size = 8M[mysqlhotcopy]interactive-timeout [/sql]

Может кто-нибудь подскажет, в какую сторону копать? Заранее благодарен.

 

Я такое встречал, когда стоят сторонние ББкоды.

1) Надо узнать, перед отправкой какой ББкод используют пользователи.

2) А потом уже исправлять ошибку.

3) Можно попробывать отключить AJAX - отправка сообщений