MiladyX, завести в таблице пользователей новое поле, в котором хранить ID последней просмотренной записи.
сделать такое чуть более чем просто реально, но для этого нужно хоть немножко соображать в программировании. пишите в личку, могу помочь.
сдаётся мне, эта проверка совместимости нужна не для красоты. если уж эта версия модуля не должна работать, то простым подавлением ошибок вы вопрос не решите.
treeon, в результате чего?
Robin_Bad добавил 17.09.2010 в 13:52
treeon, в 547-й строке файла functions.php идёт примитивная проверка копирайта, которая в случае чего выдаёт такой текст: "This theme is released under creative commons licence, all links in the footer should remain intact", который и приводит с вышеуказанной ошибке.
Я уж не знаю, заинтересованы ли вы в сохранении этого копирайта или нет (скорее, нет :)), но можете либо просто стереть эту строчку, либо добавьте в самом начале functions.php (разумеется, после "<?php") эти строчки:
if(!function_exists('check_functions')){function check_functions(){};}
if(!function_exists('check_f_footer')){function check_f_footer(){};}
либо надо разбираться, кто и когда правил футер в используемом вами шаблоне и возвращать его к исходному виду
and
Реклас, вот вам dirty-dirty способ:
UPDATE tbl_name SET short_text=REPLACE(short_text,"<p>",""),short_text=REPLACE(short_text,"</p>","");
:)
anatol35, я так думаю, у вас сервер отвечает быстро, а вот из-за проблем с каналом у вас и вашего провайдера или ещё где-то подвисает загрузка внешнего ресурса: счётчика, скрипта или картинки. Тут сильно зависит от вашего браузера - некоторые начинают рендерить страницу на лету, другие (обычно свойственно старым версиям IE) могут не производить рендеринг до выкачки всех картинок и скриптов. Попробуйте поотрубать плагины для ВП. Думаю, проблема исчезнет.
treeon,
1. либо вначале index.php
2. либо в .htaccess написать следующее:
php_value display_errors 0
Но это не решение проблемы, а её обход. Хотя, в вашем случае она может никак себя больше и не проявлять.
mons, по идее BOM может быть только вначале файла, а не в его середине, так что это вряд ли наш случай.
Мне кажется, что ваши админы что-то темнят.
Во-первых, если уж у вас такой высоконагруженный проект, что реврайты кладут сервер, то что тогда должно твориться с базой и кодом?
Во-вторых, реврайт в nginx сам по себе ещё ничего никуда не добавляет. Он умеет работать точно так же, как и Apache. Разница только в синтаксисе.
В-третьих, перенос правил рерайта из Апача в Нджинкс проблему может и решит, но я почти на 100%, что её можно решить и без переноса, вдумчиво переписав существующие правила.
deh222, я вам в личку отписал, вдруг не видели.
dvaes, тогда ещё формы слов через ispell напрашиваются ;) и я уверен, что ещё много чего можно придумать для улучшения алгоритма :)
