В логи копать.. для начала.---------- Добавлено 16.10.2019 в 13:39 ----------Если ничего не меняли, то могу предположить, что с разрастанием сайта в memory_limit перестали укладываться..
Отличная идея.. =)
А что мешает кронтаб root-а редактировать?
p.s. Про
crontab -e
Разработчик, по всей видимости.. ))
Посмотрите по логам веб-сервера, что в этот момент происходит..
А поля с фуллтекстом есть?
Перестроить его..
ALTER TABLE tablename ENGINE=InnoDB;
https://forum.efa-project.org/viewtopic.php?t=2827
https://dba.stackexchange.com/questions/195310/how-to-resolve-innodb-error-duplicate-key-writing-word-node-to-fts-auxiliary
А все они на одном хостинге?
С местом свободным там всё в порядке?
В логах (журналах) web-сервера ошибки видно?
В том-то и дело, что не "постоянно". Суть предложения в том, что ссылка в углу не всегда отражает "реальное" состояние дел в конкретный момент времени (условность "реалтаймовости"). Равно как и "прочитанность" темы - ты уже заглянул в неё, а она до сих пор "полужирная". И да, можете привести удачные примеры..
А что мешает "одному админу" движок использовать? Тот же "личный бложик".. (да и форумы встречаются, фактически "одного админа"..) Суть в том, что кривизну рук (реализации логики) в этом случае можно просто не заметить, т.к. не будет подходящей ситуации.. С ростом количества пользователей, нагрузки и тд.. больше шансов с удивлением обнаружить неожиданный результат...
1. На сайтах с одним админом меньше ситуаций, где можно накосячить.
2. При определённом уровне кривизны рук можно накосячить везде
3. "реалтаймовость" условная. как пример - количество новых сообщений в правом углу. или маркер прочитанности темы. При определённой нагрузке на сайт, когда "добавить мощностей" дорого и не особо помогает, выявляются узкие места и часть логики переписывается..
Речь как раз о том, что читать не обязательно..
UPDATE .. SET rating = rating+1 WHERE id_post = :id_post
Но, банально добавляя проверку на наличие записи (id_post, id_user) в таблице votes, голосование и добавление этой самой записи в votes, уже на "атомарном инкременте" приходим к транзакциям (или триггерам, которые по votes рейтинг поста пересчитывают).
Почему "авто"? Просто инкремент же..
Просто даже к этой "атомарной" операции ещё учёт голосов должен быть.. чтоб два раза не "голосить". А если ещё и вес "голоса" ввести в зависимости от рейтинга плюсующего и текущего рейтинга поста, проверку на возможность добавления репу**ции конкретному пользователю.. Всё это вполне обычно.. но на хайлоаде легко может потребовать дополнительного внимания.
if (! is_user_logged_in() && !is_null( $content ) && !is_feed() )
Цена продления такая же? =)
