Переход с F.r.server 2.0. на F.r.2.3.3
На версии 2.0. для разграничения доступа использовали UserAuth = yes.
Поставили 2.3.3, отключаем UserAuth, отчеты работают, включаем: входная форма загружается нормально, и текст в нужной кодировке и текущая дата по скрипту выставляется, но нажав на кнопку выполнения, браузер выдает, что «страница не найдена», а она и не может, найдена, т.к. в url в параметре адреса выполненного отчета, там, где SID, написан текст в непонятной кодировке, похоже на UTF.
http: //192.187.15.10/sid_f07EAC93286BE4EC0BE20B6CDC4AD5394/result?report=999.%EF%BF%B1%EF%B1%BD%EF%B1%BD%EF%BF%BD%EF%BF%BD%EF%BF%BD%EF%BF%BD%EF%BF%BD\%EF%BF%BD%EF%BF%B1%EF%BF%BF%BD%EF%BF%BD+%EF%BF%B1%BD%EF%BF%BD+%EF%BF%BD%EF%BF%BD%EF%BF%BD%EF%BF%BD%EF%BF%BD+%EF%BF%BD%EF%BF%BD%EF%%BD%EF%BF%BD%EF%BF%BD+%EF%BF%BD%EF%BF%BD%EF%EF%BF%BD%EF%BF%BD+%EF%BF%BD%EF%BF%BD+on_.fr3&pagenav=0&multipage=0&sessionid=sid_f07EAC93286BE4EC0BE20B6CDC4AD5394&Panel1_Edit1=233-111
каталог C:\Program Files\FastReports\FastReport Server\htdocs\sid_f07EAC93286BE4EC0BE20B6CDC4AD5394 с входной формой разумеется существует, иначе бы как бы выводилась в браузер входная форма отчета, однако после запуска т.е. возможно после выполнения скрипта <script>history.forward()</script>, описанного в форме не создается в каталоге FastReport Server\htdocs\ нового временного каталога отчета, и разумеется браузер никуда ни по какой ссылке не переходит.
В \FastReport Server\logs\error.log ни каких записей по этому поводу нет.
Что делать?
Поставили 2.3.3, отключаем UserAuth, отчеты работают, включаем: входная форма загружается нормально, и текст в нужной кодировке и текущая дата по скрипту выставляется, но нажав на кнопку выполнения, браузер выдает, что «страница не найдена», а она и не может, найдена, т.к. в url в параметре адреса выполненного отчета, там, где SID, написан текст в непонятной кодировке, похоже на UTF.
http: //192.187.15.10/sid_f07EAC93286BE4EC0BE20B6CDC4AD5394/result?report=999.%EF%BF%B1%EF%B1%BD%EF%B1%BD%EF%BF%BD%EF%BF%BD%EF%BF%BD%EF%BF%BD%EF%BF%BD\%EF%BF%BD%EF%BF%B1%EF%BF%BF%BD%EF%BF%BD+%EF%BF%B1%BD%EF%BF%BD+%EF%BF%BD%EF%BF%BD%EF%BF%BD%EF%BF%BD%EF%BF%BD+%EF%BF%BD%EF%BF%BD%EF%%BD%EF%BF%BD%EF%BF%BD+%EF%BF%BD%EF%BF%BD%EF%EF%BF%BD%EF%BF%BD+%EF%BF%BD%EF%BF%BD+on_.fr3&pagenav=0&multipage=0&sessionid=sid_f07EAC93286BE4EC0BE20B6CDC4AD5394&Panel1_Edit1=233-111
каталог C:\Program Files\FastReports\FastReport Server\htdocs\sid_f07EAC93286BE4EC0BE20B6CDC4AD5394 с входной формой разумеется существует, иначе бы как бы выводилась в браузер входная форма отчета, однако после запуска т.е. возможно после выполнения скрипта <script>history.forward()</script>, описанного в форме не создается в каталоге FastReport Server\htdocs\ нового временного каталога отчета, и разумеется браузер никуда ни по какой ссылке не переходит.
В \FastReport Server\logs\error.log ни каких записей по этому поводу нет.
Что делать?
Комментарии
а было: сервер 2.3.3 и студио из файла fr4_8_245_studio_setup.msi
Но есть одно но: почему-то ключ к студио с которыми зарегистрирован студио 4.7.5 не подошел к новой студио ( fr4_8_245_studio_setup.msi).
Новая студия хоть и не зарегистрированная, но отчеты позволяла открывать, запускать и, разумеется, делала обновление внутри их по дате и кодировке. Время на разборку причин не было, т.к. нужен был работоспособный сервер. Может если бы студио была зарегистрирована, то Ваш совет по поводу пересохранения по новой студии помог?...
Запускаю отчет, появляется входная форма, в которой читаемые нормально русские буквы, но страница стоит в кодировке utf-8 и в исходном коде страницы соотв. content="text/html; charset=utf-8">
Запускаю отчет и как обычно кодировка в поле адреса на charset=utf-8 и отчет не запускается.
Далее редактирую отчет в блокноте, меняю строку <?xml version="1.0" encoding="utf-8"?> на <?xml version="1.0" encoding="windows-1251"?>
перезагружаю сервер ,чтобы быть уверенным в обновлении страницы, запускаю отчет и вижу его также как и раньше, и в исходном коде страницы стоит опять почему-то <?xml version="1.0" encoding="utf-8"?>. И результат при запуске - отрицательный.
Тогда опять запускаю отчет, при виде входной формы меняю в панели браузера-вид-кодировка-windows-1251 , текст в входной форме становится не читаемым, но не важно, его я знаю, нажимаю на выполнить и о чудо, отчет выполнился, данные правильные и даже читаются по-русски.
Тогда смотрю внимательно в текст файла-отчета и вижу что у меня весь текст кроме наименования отчета в кодировке utf-8.
Копаюсь в настройках, нигде не нахожу сохранять windows-1251, а походив по форуму, нахожу что это и не возможно: http://www.fast-report.com/ru/forum/index....870&hl=1251.
Пересохраняю этот отчет в новой версии Студио, теперь глядя на текст, вижу, что и заголовок и дескриптор стали как весь остальной текст в utf-8
Среди списка отчетов он не читаемый, меняю кодировку страницы списка отчетов, на utf-8, теперь, разумеется, все не читаемые, а он читается - запускаю, но отчет даже не доходит до входной формы!
Тогда возвращаю кодировку списка в windows-1251, запускаю отчет, с нечитаемым заголовком и ситуация повторяется, форма видна - перекодирую - запускаю - результат.
Беру тогда файл-отчет - перекодирую его утилитой в windows-1251 из utf-8 и в списке отчетов он вообще не появляется. В логе ошибок по этому поводу нечего нету.
Проверяю все это в Internet Explorer, Опере и Хроме - все идентично.
Что делать?
Но если имя файла не несет смысловую нагрузку то каталог, в котором хранятся отчеты очень даже нужен для выделения группы отчетов по общему признаку, попытка закодировать каталог в UTF-8 к успеху не привела. Конечно, можно выкрутиться, поставив скрипт подставляющий русский текст ну нужном месте C:\Program Files\FastReports\FastReport Server\htdocs\index.html, или сделать статическую страничку со ссылками на отчеты, и потом скрипт генерирующий эту страничку при добавлении отчетов, но хотелось бы все-таки, что бы FastReportServer сам все делал.