livetv: Тоже пример неудачный. Количество новых сообщений постоянно меняется.
В том-то и дело, что не "постоянно". Суть предложения в том, что ссылка в углу не всегда отражает "реальное" состояние дел в конкретный момент времени (условность "реалтаймовости"). Равно как и "прочитанность" темы - ты уже заглянул в неё, а она до сих пор "полужирная". И да, можете привести удачные примеры..
MkrtElion: Речь изначально зашла о движках. А вы о сайте одного админа.
MkrtElion: . И верно ли утверждение что вне зависимости от того, какого типа движок (форум, блог, контентный и т.д.) руки должны быть прямые всегда, а не только в случаях когда это форум?
А что мешает "одному админу" движок использовать? Тот же "личный бложик".. (да и форумы встречаются, фактически "одного админа"..) Суть в том, что кривизну рук (реализации логики) в этом случае можно просто не заметить, т.к. не будет подходящей ситуации.. С ростом количества пользователей, нагрузки и тд.. больше шансов с удивлением обнаружить неожиданный результат...
MkrtElion: руки должны быть прямые всегда, а не только в случаях когда это форум?
1. На сайтах с одним админом меньше ситуаций, где можно накосячить.
2. При определённом уровне кривизны рук можно накосячить везде
3. "реалтаймовость" условная. как пример - количество новых сообщений в правом углу. или маркер прочитанности темы. При определённой нагрузке на сайт, когда "добавить мощностей" дорого и не особо помогает, выявляются узкие места и часть логики переписывается..
SeVlad: вначале нужно прочитать последнее значение.
Речь как раз о том, что читать не обязательно..
UPDATE .. SET rating = rating+1 WHERE id_post = :id_post
Но, банально добавляя проверку на наличие записи (id_post, id_user) в таблице votes, голосование и добавление этой самой записи в votes, уже на "атомарном инкременте" приходим к транзакциям (или триггерам, которые по votes рейтинг поста пересчитывают).
Просто даже к этой "атомарной" операции ещё учёт голосов должен быть.. чтоб два раза не "голосить". А если ещё и вес "голоса" ввести в зависимости от рейтинга плюсующего и текущего рейтинга поста, проверку на возможность добавления репу**ции конкретному пользователю.. Всё это вполне обычно.. но на хайлоаде легко может потребовать дополнительного внимания.
, подскажите что можно сделать, куда копать?
В логи копать.. для начала.
---------- Добавлено 16.10.2019 в 13:39 ----------
Если ничего не меняли, то могу предположить, что с разрастанием сайта в memory_limit перестали укладываться..
через admin пользователя нельзя это сделать. Может рут права ему
Отличная идея.. =)
А что мешает кронтаб root-а редактировать?
p.s. Про
в курсе, да?Кто его добавлял?
Разработчик, по всей видимости.. ))
Посмотрите по логам веб-сервера, что в этот момент происходит..
А поля с фуллтекстом есть?
Перестроить его..
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. "реалтаймовость" условная. как пример - количество новых сообщений в правом углу. или маркер прочитанности темы. При определённой нагрузке на сайт, когда "добавить мощностей" дорого и не особо помогает, выявляются узкие места и часть логики переписывается..
вначале нужно прочитать последнее значение.
Речь как раз о том, что читать не обязательно..
Но, банально добавляя проверку на наличие записи (id_post, id_user) в таблице votes, голосование и добавление этой самой записи в votes, уже на "атомарном инкременте" приходим к транзакциям (или триггерам, которые по votes рейтинг поста пересчитывают).
ОМГ.. Автоинкремент на голосования..
Почему "авто"? Просто инкремент же..
Эта операция сама по себе атомарная.
Просто даже к этой "атомарной" операции ещё учёт голосов должен быть.. чтоб два раза не "голосить". А если ещё и вес "голоса" ввести в зависимости от рейтинга плюсующего и текущего рейтинга поста, проверку на возможность добавления репу**ции конкретному пользователю.. Всё это вполне обычно.. но на хайлоаде легко может потребовать дополнительного внимания.
А как его переделать, чтоб было показать незарегистрированным (гостям)
if ( is_user_logged_in() && !is_null( $content ) && !is_feed() )
if (! is_user_logged_in() && !is_null( $content ) && !is_feed() )
Предлагаем воспользоваться 1 месяц бесплатно .. Понравится - оставайтесь,
Цена продления такая же? =)