DSM 5.0 и сайт

Доброе время суток. Столкнулся с такой проблемой на DSM 4.3 был запущен сайт, работало на ура. После обновления весь русский текст стал квадратиками. Как исправить, где искать?

Мудрить теперь с кодировкой...

Доброе время суток. Столкнулся с такой проблемой на DSM 4.3 был запущен сайт, работало на ура. После обновления весь русский текст стал квадратиками. Как исправить, где искать?

У меня стояла DLE 10.1 После обновления крякозябры. Проблему решил так:

1. Сделать бекап базы данных существующего сайта в кодировке windows-1251 DLE

2. Произвести новую установку скрипта используя дистрибутив скрипта для UTF версии.

3. Произвести повторные настройки скрипта для вашего сайта.

4. Сконвертировать файлы вашего шаблона в формат UTF-8 (для пакетного конвертирования использовал утилиту Sisulizer's Kaboom), при конвертировании снимите галочку "Записывать BOM байты"

5. Скопировать файл бекапа базы данных от вашего сайта в папку /backup/, который вы делали в первом пункте.

6. Зайти в админпанель скрипта и сделать восстановление базы данных а админпанели, скрипт автоматически распознает несоответствие кодировок и при восстановлении сконвертирует базу данных в формат UTF.

Все работает как надо!

Спасибо за помощь. Все получилось

Проблема с .htaccess .. если он есть то сайт не работает.. кто сталкивался с подобным. ?

А если пустой .htaccess, тоже не работает?

А если пустой .htaccess, тоже не работает?

чето я ступил)))..

попробовал ...

с пустым вроде проглатил...

будем методом исключения проверять что его вырубает..

спасибо

Файл должен быть в кодировке utf-8 без bom и unix формат конца строк.

Файл должен быть в кодировке utf-8 без bom и unix формат конца строк.

спасибо! именно так оно и заработало!

Файл должен быть в кодировке utf-8 без bom и unix формат конца строк.

Маразм.... у меня пара десятков сайтов, насколько сотен .htaccess сидеть все править? Дурдом

Так с самого начала надо было так делать. Сказочники блин десятки сайтов на Synology.

Вот это действительно маразм.

Файл должен быть в кодировке utf-8 без bom и unix формат конца строк.

1) Какой utf-8? Вы используете кириллицу для написания директив апача?

2) Апач портирован в том числе и для windows и там .htaccess прекрасно работает с windows форматом концов строки. Я для такого случая проверил .htaccess на сино с концами строк windows и unix - всё работает.

У товарища, похоже, BOM затесался или криво с директивами.

Так с самого начала надо было так делать. Сказочники блин десятки сайтов на Synology.

Вот это действительно маразм.

Сино используется как рабочая площадка для создания/редактирования. Ничего удивительного. А удивительно то что файл должен быть в кодировке utf-8 без bom и unix формат конца строк.. Если это действительно так, то вот это МАРАЗМ. Удобней править в той ОС, в которой привык работать и это чаще всего далеко не nix подобные системы.

>1) Какой utf-8? Вы используете кириллицу для написания директив апача?

что верно, то верно, однако в директивах могут быть и коментарии....

что верно, то верно, однако в директивах могут быть и коментарии....

И что? Он на то и комментарий, что-бы быть игнорированным.

Вот сейчас не поленился и проверил на сино и на виндах .htaccess.

Кодировки cp1251 и utf8, комментарии на русском и вражеском, с начала строки и после директивы, концы строк win и unix. Количество итераций вычислите сами.

У меня всё работает. Может я что-то делаю не так?

И что? Он на то и комментарий, что-бы быть игнорированным.

 

Вот сейчас не поленился и проверил на сино и на виндах .htaccess.

Кодировки cp1251 и utf8, комментарии на русском и вражеском, с начала строки и после директивы, концы строк win и unix. Количество итераций вычислите сами.

 

У меня всё работает. Может я что-то делаю не так?

Ну, а у меня не работает, потаму и откатился с DSM 5.0. Подожду 5.1. Да и марияДБ как-то напрягает, кроме того не понятно пока будет ли она работать с ODBC драйвером мускула

Ну, а у меня не работает, потаму и откатился с DSM 5.0. Подожду 5.1. Да и марияДБ как-то напрягает, кроме того не понятно пока будет ли она работать с ODBC драйвером мускула

Обновился на 5.1 все равно не работает. Полез разбираться. в .htaccess была прописана директива "php_flag register_globals off"

на DSM 4.3 стоял апач и с ним все прекрасно работало. на 5.1 стоит nginx+апач и он ее не понимает

Может кому понадобится.

Конфиги виртуальных хостов: /etc/httpd/sites-enabled-user/httpd-vhost.conf-user

Конфиг nginx: /etc/nginx/nginx.conf

PHP: /etc/php/php.ini и /etc/php/php-fpm.conf

Насколько я понял связка apache+nginx работает следующим образом: апач выступает в роли www сервера, nginx обрабатывает все что связано с php, поэтому все apache-директивы связаные с пхп, такие как "AddType application/x-httpd-php", "php_value upload_max_filesize" и т.д. работать не будут, а жаль

Лечится правкой соответствующих конфигов.

Позволю себе не согласиться с последним утверждением.

Скрипт <?php phpinfo(); ?> положенный в каталог /volume1/web/ прекрасно работает. И все директивы работают. А там "верховодит" apache.

Позволю себе не согласиться с последним утверждением.

Скрипт <?php phpinfo(); ?> положенный в каталог /volume1/web/ прекрасно работает. И все директивы работают. А там "верховодит" apache.

А при чем тут phpinfo()? Что касается директив попробуйте сами любую связанную с php, н-р php_flag

Да, с директивами в .htaccess всё рушится. Бага...

Да, с директивами в .htaccess всё рушится. Бага...

Отписался в тех.поддержку, посмотрим что ответят

Отписался в тех.поддержку, посмотрим что ответят

Мне кажется, ответ будет чем-то вроде «всё в порядке, так и задумано». Начиная с 5-й версии DSM изменён способ реализации PHP: был подключаемый модуль (то есть PHP-интерпретатор «сидел» в коде самого Apache, поэтому директивы в .htaccess и работали), а теперь всё это хозяйство функционирует через CGI (точнее, FastCGI и nginx). Подозреваю, сделано всё это было ради повышения скорости работы самого web-интерфейса Synology.

Видимо, взамен нужно будет воспользоваться другими способами конфигурирования внешней программы PHP, которой в конечном счёте код php передаётся на обработку (про php.ini мне известно, например, может, ещё какие-нибудь есть).

Начиная с 5-й версии DSM изменён способ реализации PHP: был подключаемый модуль (то есть PHP-интерпретатор «сидел» в коде самого Apache, поэтому директивы в .htaccess и работали), а теперь всё это хозяйство функционирует через CGI (точнее, FastCGI и nginx).

Подозреваю, сделано всё это было ради повышения скорости работы самого web-интерфейса Synology.

Видимо, взамен нужно будет воспользоваться другими способами конфигурирования внешней программы PHP, которой в конечном счёте код php передаётся на обработку (про php.ini мне известно, например, может, ещё какие-нибудь есть).

Надоели недоделки syno-разработчиков, почему до сих пор в виртуальных хостах нет ни алиасов, ни логов?

В смысле, как это «ни алиасов, ни логов» в виртуальных хостах? А в чём проблема, у меня и то, и другое в виртуальных хостах независимо работает. Вы про директивы Alias и ErrorLog или что-то другое?

В смысле, как это «ни алиасов, ни логов» в виртуальных хостах? А в чём проблема, у меня и то, и другое в виртуальных хостах независимо работает. Вы про директивы Alias и ErrorLog или что-то другое?

Про это, я не имею в виду правку конфига в консоли, я имею в виду правку через веб-интерфейс.

А-аа, понятно. Ну да, вещь второстепенной важности, кому надо, через консоль настроят. Да, в общем, не так уж сложно, пережить можно. А вот невозможность иметь различные настройки PHP для разных виртуальных хостов — это уже серьёзнее. Ну разве что несколько экземпляров PHP запускать, а в каждом виртуальном хосте отдельно присоединять их к своему обработчику... Но это потребует ведь вникать в детали взаимодействия php-сервера, nginx и интерфейса FastCGI, что не каждый захочет.