print_r(error_get_last());или нет ошибок?
Полная Версия: Open Server чудит
А посмотреть какая ошибка после попытки открытия файла
| Цитата (FatCat @ 12.04.2018 - 16:32) |
| До этого участка кода просто не дойдет, там раньше сработает несовместимость версий. |
так вынеси этот кусок в отдельный файл, возможно он и с этой версией будет работать, а косяк в чём то другом.
| Цитата (killer8080 @ 13.04.2018 - 08:46) |
| вынеси этот кусок в отдельный файл |
Сегодня поленюсь: устал, после дежурства с 5 утра, голова чугунная. Да и не ставлю я перед собой целью отлаживать опенсервер. Мне нужно было разобраться, не мои ли руки кривые; для того и создал тему.
Всем очень благодарен за участие, многое для себя почерпнул в подходах к разбору ошибки работы скрипта.
_____________
Бесплатному сыру в дырки не заглядывают...
Так а в чем точно была проблема, в версии openserver-а? Надо как раз поставить на новый комп последний open server и на D: желательно, на С места не сильно много.
Именно так: последняя, и единственная доступная для скачивания с офсайта. И на диск D, потому как С у меня системный на ssd, и на него ставить жаба душит.
_____________
Бесплатному сыру в дырки не заглядывают...
_____________
Бесплатному сыру в дырки не заглядывают...
| Цитата (Мальтиец @ 16.04.2018 - 15:57) |
| Так а в чем точно была проблема, в версии openserver-а? |
точнее в версии php в этой сборке
при необходимости это всё лечится
Единственная непонятка с путями, думаю там все таки закрались невидимые символы
| Цитата (killer8080 @ 16.04.2018 - 17:29) |
| точнее в версии php в этой сборке |
Именно вот в той конкретной, древней php - 5.2 ? Мне то эти версии не нужны. С 7-ки как минимум.
Сегодня запустил под опен-сервером сайт, написанный под пхп7. Там другая засада с кодировками… Сайт на 1251-й. В php.ini отглушил utf8, в эйчтиакцессе и мета-тегом прописаны 1251, а браузер все равно пытается отразить в юникоде, только если принудительно задать кодировку, тогда получаю правильное отображение. На сервере этот же сайт с этими же настройками нормально работает… При запуске под опен-сервером на пхп5.х тоже все нормально...
_____________
Бесплатному сыру в дырки не заглядывают...
_____________
Бесплатному сыру в дырки не заглядывают...
| Цитата (Мальтиец @ 16.04.2018 - 17:05) |
| Именно вот в той конкретной, древней php - 5.2 |
да
| Цитата (FatCat @ 16.04.2018 - 22:26) |
| Там другая засада с кодировками… Сайт на 1251-й. В php.ini отглушил utf8, в эйчтиакцессе и мета-тегом прописаны 1251, а браузер все равно пытается отразить в юникоде, |
видимо кодировка самим скриптом выставляется через header()
| Цитата (FatCat @ 16.04.2018 - 22:26) |
| и мета-тегом прописаны 1251 |
мета теги имеют наименьший приоритет, в общем случае кодировка приписанная в мета теге используется в двух случаях:
1 если кодировка не задана в заголовке Content-Type
2 если html открыт локально
P.S. вообще уже давно пора переходить на utf8
| Цитата (killer8080 @ 17.04.2018 - 12:22) |
| видимо кодировка самим скриптом выставляется через header() |
header("Content-Type: text/html; charset=windows-1251");
Я же говорю, под пхп5 всё нормально с кодировками, под пхп7 жопа.
| Цитата (killer8080 @ 17.04.2018 - 12:22) |
| вообще уже давно пора переходить на utf8 |
Пока есть один очень веский аргумент оставаться на 1251-й: модуль работы с поисковками. Много поисков в строке. Можно переписать под мультибайтные, но при моем тестировании нагрузка на сервер возрастала вдвое.
_____________
Бесплатному сыру в дырки не заглядывают...
Здесь расположена полная версия этой страницы.