К сожалению за те пару часов которые удалось выделить, нормально проработать макет не получилось. Буду по мере возможности дорисовывать. Но я думаю принцип понятен.
Не показывается видео добавляю видео код, заключаю в теги, и при публикации ничего не отображается…
в этот топик тоже вставлено видео… как видите ничего не видно…
Как обстоят дела с RSS? Методом копания кода нашёл код отвечающий за RSS и по адресу: сайт/rss как я понял выдаётся сама рсска. Но срабатывает через раз, часто начинает выдавать пустой RSS, непонятно как транслировать каменты…
Вобщем когда планируется сделать полноценную поддержку RSS?
Насколько я понял, карма и сила растет в зависимости от количества голосов, отданных за комментарий или статью. Так вот, где можно поменять значение изменяемого рейтинга и силы?
Для теста производительности движка импортировал базу данных [4092 юзера, 4113 блогов (включая личные), 4845 топиков, 27231 комментириев] с работающего сайта из другого движка.
По данным du -hc /каталог/базы данных, размер базы, включая индексы, составляет 53 МБайта в бинарном виде.
При входе на сайт при первом запросе каких-либо данных (например каждой следующей страницы топиков) включаются тормоза. Очень сильные, достигающие 1мин, до тех пор, пока данные не достанутся из базы и поместятся в кеш.
Факт, что узким местом являются запросы к базе подтверждается и блоком статистики внизу страницы и менеджером процессов top (ОС Debian Linux 4.0).
Использование memcached вместо файлового хранилища ускоряет загрузку, но уже после выполнения запросов и при повторных обращениях, когда роль БД минимальна.
При беглом анализе структуры таблицы топиков, видна ее частичная неоптимальность, как например хранение текста топика в 3х экземплярах (тизер, полный текст и оригинал до обработки парсером-типографом).
Есть у уважаемого сообщества какие-либо идеи по поводу узкого места в работе с БД и/или предложения по нейтрализации сего узного места?
Отдельно хочу поинтересоваться у автора о причинах такого неоптимального хранения текста топиков?
