ДК
Более 1 запроса в секунду - это не страшно
Size: a a a
2020 April 24
ДК
даже на HDD
ДК
вот было бы под 10к запросов в секунду - тогда да, уже можно было бы подумать
ЯД
я планирую переписывать это говно и нормальный чат вставить (рассматриваю tinode), но на текущей версии появились спам боты в чате, так что решил переписать с php на ASP.NET, чтобы написать антиспам
ДК
если схему данных в БД построить правильно, попрофилировать скорость выполнения запросов, при необходимости навесить нужные индексы - тогда и станет более-менее понятно, какого уровня производительности можно ожидать
ЯД
какие запросы самые прожорливые?
ЯД
вообще планируется только добавлять и получать последние
ЯД
и потом как-нибудь написать web, который показывает всю историю чата
ДК
На твой вопрос не так-то просто ответить, не видя схему данных в БД и соответствующие запросы.
А вообще, я же пишу, что скорость работы зависит от дохрена параметров.
А вообще, я же пишу, что скорость работы зависит от дохрена параметров.
ДК
И навскидку нет возможности дать однозначный ответ.
ЯД
у меня есть 2 парамента: ник и текст. к ним можно прибавить время сообщения и порядковый номер
ЯД
максимально обычная таблица
ЯД
сейчас это хранится в .txt в который аппендится)))
http://brim.ml/chatlog.txt
http://brim.ml/chatlog.txt
ДК
Ну так вперёд!
Собираешь схему данных, пишешь запросы, смотришь план выполнения и среднее время, вешаешь индексы при необходимости.
Собираешь схему данных, пишешь запросы, смотришь план выполнения и среднее время, вешаешь индексы при необходимости.
ЯД
щуруру, ну ок, пойду вынесу мусор, надеюсь меня не схватят менты и пойду изучать этот ваш SQL
ДК
удачи 😉
S
Типы разные, cls пох на ооп
Ага предположим что я мог бы в делегат с аргументом User, засунуть метод с UserChild. Окей, теперь я вызываю делегат, он принимает User, а значит и всех его потомков, ну ок, отдам туда User, а метод то принимает UserChild и что ему тогда делать с этим User, ведь у UserChild есть ещё и свои поля которые могут быть вызваны внутри этого метода. Ещё есть вопросы о том что здесь пох на ООП?
Q
Stas
Ага предположим что я мог бы в делегат с аргументом User, засунуть метод с UserChild. Окей, теперь я вызываю делегат, он принимает User, а значит и всех его потомков, ну ок, отдам туда User, а метод то принимает UserChild и что ему тогда делать с этим User, ведь у UserChild есть ещё и свои поля которые могут быть вызваны внутри этого метода. Ещё есть вопросы о том что здесь пох на ООП?
не важно кто от кого наследуется на уровне классов, важно что делегат - это тип данных, все на типах и тип совпадает или нет - это единственное что важно на уровне CLS. Если грубо то на уровне сигнатуры сравнивает, несоответствие - ошибка, она не пытается делать даже static cast
S
не важно кто от кого наследуется на уровне классов, важно что делегат - это тип данных, все на типах и тип совпадает или нет - это единственное что важно на уровне CLS. Если грубо то на уровне сигнатуры сравнивает, несоответствие - ошибка, она не пытается делать даже static cast
И что? Я тебе обяснил почему это не возможно. Ты мне обяснил как технически решена эта проблема. Никакого нарушения ООП здесь нет