Послано - 26 Авг 2011 : 09:08:06
Когда я отправляю сообщение (в любую тему), на форуме отображается, что сообщение во столько-то времени отправила я. А на главной странице постоянно указывается другой автор моего сообщения. То есть сообщение мое (я проверяла, ходила по ссылке на него), время тоже верное, а автор другой... Чаще всего или тот Хранитель, которому я отвечала, или тот, кто создал тему...
Microsoft OLE DB Provider for ODBC Drivers ошибка '80040e14'
[Microsoft][ODBC SQL Server Driver][SQL Server]Incorrect syntax near 'çà'.
/forum/pop_delete.asp, line 90
При удалении сообщения, в котором есть одинарные верхние прямые кавычки. Предположительно, предыдущая проблема с редактированием поста тоже была связана с кавычками в посте, только прямыми двойными.
Послано - 21 Сент 2011 : 23:05:37
Andrew, я не знаю, что тут делать: ведь ошибку смогу показать Наде только завтра, а к тому времени пост и не должен будет отражаться в десятке. Разве что при посте есть что-то совсем фатальное, и она это увидит и просто так...
Только сейчас сообразила, что Нади до понедельника не будет. Ну сорри, проехали.
Сообщение можно отправить не более, чем 5 хранителям, ники хранителей разделяйте ';'
Отправка личного сообщения
Возникла проблема!Вы должны указать Ваше имя Вы должны указать имя получателя Вы должны ввести заголовок сообщения Вы должны ввести сообщение
Вернуться для ввода данных
Личка. Ответ с цитатой. Не раз бывало. Как правило, глюк - безобиден. Письмо - отправляется адресату. Диагностика о невозможности его отправить - тому, кто послал
Послано - 10 Ноябр 2011 : 14:33:27
Чуток поиграл с профилированием запросов. Скорость канала, к.м.к, вообще не влияет на ожидания. Результирующий html, а также все картинки и css скачиваются моментально. А вот сам html ASP отдаёт за непредсказуемое время. От десятых долей, до десятков секунд.
Форум - не те объёмы гонит, чтобы ширина канала влияла. Влияет надёжность канала. Мой - один-два пакета из четырёх "роняет" запросто. Это видно, коли попинговать пару раз. С таким каналом, только шустрый сервак может без проблем работать. А тормозной - запутывается в повторных запросах пропавших пакетов...
Да, что-то намудрили коллеги - с новой версией TCP-IP. Это же должен быть UDP, а не FTP. Попросту, отряд - не должен каждый раз замечать потерю бойца
Послано - 10 Ноябр 2011 : 23:44:57
Mat У тебя может и пакеты теряются, но благодаря тому, что оно таки TCP, а не UDP, ты их в итоге получаешь. Страница активных тем подкачивает до ~250Кб, при этом, кешируя ресурсы браузер сокращает объём до ~100Кб. Даже потеря половины пакетов не должна приводить к десяткам секунд ожидания.
Снаружи полную картину не видно, но профилирование показывает, что затык именно в формировании HTML ответа ASP приложением. Т.е. DNS-resolve, отправка GET и т.д. занимает миллисекунды. Потом, мы недетерминированное время ожидаем готовности ответного HTML. У меня это занимает от десятых до десятков секунд. Потом мы собственно качаем с сервера сформированный HTML - опять миллисекунды. И связанные с ним ресурсы: картинки, таблицы стилей, скрипты - тоже миллисекунды на моём канале.
Послано - 11 Ноябр 2011 : 14:44:44
Внесу немного ясности. Кубикус работает на связке Windows Server 2008 + IIS7 + MS SQL Server 2005 - этот момент стоит иметь в виду. Далее, по поводу вчерашних тормозов. На сервере продолжительное время была загрузка процессора под 100% Обычно скачок возникает, когда формируется и отправляется по адресатам список писем-уведомлений о новых сообщениях в подписанных темах. Но в этот раз процессор грузил sql-сервер, а не почтовый скрипт. В 2005 версии AFAIR нет простого, наглядного и интерактивного способа посмотреть какой запрос/процедура/функция сейчас выполняется и сколько ресурсов потребляет. Правда, такую статистику можно посмотреть через механизм встроенных отчётов, что в общем-то, good enough. В итоге sql-сервер грузила процедура для пересчёта читательского профиля.
Послано - 11 Ноябр 2011 : 16:18:23
SeaJey Привет! Речь не про вчера, которое в этом плане не выделяется. Оно с месяц уже тупит практически ежедневно. Мы, люди закалённые диалапом, GPRS и спутником, это переносим без тревог и волнений. Я просто Matу сообщил, что проблема не в его канале.
P.S. Это даже хорошо, что пересчёт. Я, грешным делом, думал, что у вас коммерческий проект ресурсы отжал.
Снаружи полную картину не видно, но профилирование показывает, что затык именно в формировании HTML ответа ASP приложением.
Снаружи видно, что kubikus.ru зачастую - вообще не пингуется. "Разумный срок ожидания" весь выходит, а от сервера - ни ответа, ни привета. А "HTML ответ" пинг требовать, по идее - не должен...
P.S. Это даже хорошо, что пересчёт. Я, грешным делом, думал, что у вас коммерческий проект ресурсы отжал.
Не, ровно наоборот - это кубикус у других проектов ресурсы отбирает.
Мы, кстати, обсуждали вопрос перевода его на отдельный сервер, но столкнулись с проблемой выбора: у датацентре, где сейчас арендуется сервер, какие-то не слишком впечатляющие предложения по аренде (характеристики сервера) и колокейшену(примерно половина цены аренды среднего сервера). Интересно, кто-нибудь арендует сервер/хостится в московском датацентре? Какие варианты есть?
Снаружи видно, что kubikus.ru зачастую - вообще не пингуется. "Разумный срок ожидания" весь выходит, а от сервера - ни ответа, ни привета. А "HTML ответ" пинг требовать, по идее - не должен...
Ну, собственно, пока скрипт данные из SQL'я не получит, он и не сможет html сформировать.
Послано - 14 Ноябр 2011 : 23:34:30
sonic Не помню такого. На последнюю страницу топика ведут темы засветившиеся в Последние 10 сообщений Активные форумы, сколько помню, всегда показывали ко-во страниц в теме с возможностью перейти на любую. А с главной вообще в конкретную тему попасть нельзя. На последнее сообщение, как мне кажется, вообще ничто никогда не ссылалось.
SeaJey Так пересчёт-то победили? Или у нас с Matом какие-то свои проблемы имеются? Ибо у меня с двух столичных провайдеров ресурс продолжает тупить.
Послано - 15 Ноябр 2011 : 01:31:26
Dayroon, не, читательский профиль пока не трогали; если кто-то неленивый (заполнил большое количество позиций) запускает пересчёт, sql-сервер неплохо нагружается. С другой стороны, сильных блокировок на таблицы быть не должно, в основном идут селекты и работа с #таблицами.
Кстати, сегодня нашли другое узкое место - при открытии главной страницы (kubikus.ru) постоянно вызывалась процедура, выдающая последнюю десятку форумных сообщений. Тоже вроде простые селекты, но приходится перелопачивать кучу записей - забивается IO. Теперь десятка кэшируется с 5минутным интервалом.
Послано - 15 Ноябр 2011 : 10:53:16
sonic Так не было. Сейчас просто реже обновляется последняя десятка.
SeaJey Блокировки, которые держат select, это очень сильное колдунство должно быть. Но вы при этом какую-то статистику пишете ведь. Кол-во просмотров топика как минимум. Если оно не insert, а update, то блокировки возможны. Но у меня тормозят и главная страница сайта, и главная форума и активные темы. Открытие конкретной темы тормозит, но меньше чем список активных. Я бы подозревал слетевшие планы запросов или вытеснение данных из кеша и загруженную очередь IO или деградацию дисковой подсистемы. Но я с MSSQL вообще не работаю и сильно избалован большими железками.
P.S. Или тормоза при работе с кубиками всё-таки мои личные и у всех, кроме нас с Matом всё более-менее хорошо?
P.S. Или тормоза при работе с кубиками всё-таки мои личные и у всех, кроме нас с Matом всё более-менее хорошо?
У меня последние пару недель проблемы с загрузкой. Сраницы типа главной, каталога, главной форума - медленно считываются. а вот заход в тему может произойти с ошибкой (тогда я сигнализирую Эль).
Послано - 15 Ноябр 2011 : 22:41:35
Совершенно невозможно пользоваться форумом. Просто Жесть. Страницы грузятся по 2-3 минуты. При условии, что не выдаст в итоге ошибку.
Послано - 17 Ноябр 2011 : 15:58:17
Заблокировал картинки в рекламе - стало чуточку быстрее грузиться. Против вчерашних минуты-полторы, сегодня жду не больше 10 секунд.
Версия для печати
Послано - 26 Авг 2011 : 09:08:06
