[umka]

RewriteEngine On

RewriteRule ^/style\.css$ /style.php [L]

Убрать

Добавить на всякий пожарный

Функция date() не выводит локализованные даты.

date('d F') будет выдавать строку вида "15 January".

Чтобы получить "15 Января", нужно использовать другую функцию.

if (!isset($cur_date) || $cur_date != strftime('%d %A', strtotime($row['date']))) {
	$cur_date = strftime("%d %A", strtotime($row['date']));
…

И перед этим должна быть установлена соответствующая локаля.

Например так:

setlocale(LC_TIME, "ru_RU.UTF-8");

Если в движке нет встроенного функционала вывода локализованных дат, это очень и очень странно.

Если он есть, то нужно использовать его и не использовать костыли в коде.

В настройках DLE. "Используемый язык".

Если там "Русский", то на сервере, скорее всего, проблема с локалями.

А в настройках язык русский?

С помощью SQL-запроса вы можете сделать лишь замену в данных.

То есть, тупо заменить одну последовательность символов на другую.

Удаление форматирования внутри html — более сложная задача, которую нужно решать с помощью волшебной силы программирования.

Значит, это что-то кармическое.

---------- Добавлено 14.01.2015 в 19:02 ----------

хм... хотя в демке у них я такого не вижу.

Так можно всегда доплатить за переводчика :)

Так а проблема-то в чём конкретно заключается? :)

Не указаны файлы авторизации (AuthUserFile, ...)

Если не собираетесь использовать пароль, а ограничиваете доступ только по IP, то директивы Auth* не нужны.

Так на грамотно настроенном шареде такой проблемы нет или её влияние минимизированно.

На криво настроенном впс проблем не меньше, чем на криво настроенном шареде.

За впс-ом нужен присмотр, как за автомобилем.

На шареде это делают администраторы. Автомобиль проверяют на ТО.

Чтобы это делать самостоятельно, нужна квалификация.

Проглядели, что давление масла упало — и кирдык :)