Вообще нельзя подготовиться сразу ко всем дисциплинам, от короткой разделки до бревета 200 км.
Сжато: готовишься к разделке 15 км, значит твои стандартные интервалы должны быть по 10-12 км. с интенсивностью 4-4,5 балла, с постепенным переходом до дистанции соревнования 15 км.
В середине плана подготовки, вставить серию из нескольких дней с интервалами по 5-6 км с интенсивностью 5 баллов (что б раскатиться).
Как то так.


Ответить с цитированием
В общем, ИМХО, проблема там в том, что сообщения в базе храняться в UNICODE формате, но том, что поддерживает СУБД-ха. Т.е. двух байтовые или 4-х байтовые. Редко кто хранит в формате UTF-8/UCS-8, хотя по инету ходит именно всё в UTF-8. В UTF-8/UCS-8, UTF-16/UCS-16 и UTF-32/UCS-32 в зависимости от версии, кодовое пространство разное. И не всегда можно однозначно представленное в новой версии однозначно перекодировать в старую. Для этих целей там есть возможность установить политику такого перекодирования -- остановится или заменить неопознанный символ на какой-то указанный (по тому же примеру, как 16-ричные дампы делают -- если символ не из печатных, то заменяют на точку). А можно не трогать и пропустить. Похоже, что из-за некоторых комбинаций русских букв с чем-то ещё, у перекодировщика СУБД сносит крышу. А парсер, который формирует страничку из сообщений, сохранённых в СУБД, просто останавливается, если код символа неизвестен. Надо бы девелоперам сайта на это дело глянуть. ИМХО, выставление политики замены неизвестных символов на те же точки, позволит решить проблему с минимальными затратами.

