НУР, установите корректную таймзону в настройках PHP, за это отвечает директива в php.ini. Например, для Москвы:
| Код |
|---|
date.timezone = Europe/Moscow |
|
НУР, установите корректную таймзону в настройках PHP, за это отвечает директива в php.ini. Например, для Москвы:
|
|||
|
|
|
|
Попробуйте добавить в /etc/davfs2/davfs2.conf
Если это не поможет и вы все равно будете получать странный ответ, то можно: 1. Посмотреть ответ сервера при помощи tcpdump/ngrep или запуском davfs2 через отладочный прокси 2. Если вы по прежнему получаете 302 редирект, то скорее всего проблема связана с дублированием заголовка User-Agent. Для этого можно попробовать просто пропатчить davfs2. Для этого нужно найти и закоментировать три строки:
После этого пересобрать davfs2 |
|||||
|
|
|
Насколько я помню, было принято решение, что при обновлении пакета автоматически не будет обновляться php и (особенно!) mysql до новых версий, т.к. это не столь тривиальная задача (e.g. с кластером). Поэтому вы можете пойти и самостоятельно обновить php и mysql, через менюшку, в удобное для вас время. |
|||
|
|
|
По сабжу же - Виртуальная машина действительно не расчитана на использование в качестве шаред хостинга. Одна машинка - один владелец, тчк. Поэтому вы можете на свой страх и риск попробовать изменить её конфигурацию для поддержки этого кейса, но: 1. Как правильно заметил Олег - успех обновления настолько кастомизированной машинки не гарантируется и шансы на 2. Скорее всего у вас не выйдет это сделать своими силами:-) В конфигурировании шариков достаточно много тонкостей связанных с безопасность и даже профессиональные хостеры очень часто косячат с этим. Иными словами - в общем случае, эта задача не решаема и попытки её решить в рамках виртуальной машинки 1С-Битрикс больше похожи на попытки впихнуть невпихуемое. |
|||
|
|
|
|
Валерий Морозов, а изначально кука устанавливается на стороне сервера или клиента? Если на стороне сервера - проверьте флажок httpOnly, запрещающий работать с кукой на JS. Если все ок, и для этой куки флажок не установлен - покажите пример JS кода и запрос браузера к серверу, т.к., например, если вы забыли указать Expires или Path для этой куки, то в зависимости от браузера получите разное поведение (это отдано на откуп реализации, посему каждый браузер посчитал своим долгом реализовать эту логику по своему)
|
|
|
|
|
Для CentOS фикс вышел в версии 1.0.1e-16.7, можете в этом убедиться сами:
На всякий случай можно посмотреть информацию о пакетике:
|
|||||||||
|
|
|
|
Смотря какова логика работы, если у Вас предполагается ввод пользовательского HTML-кода - лучше воспользоваться html-санитайзером (), если же ввод/вывод только текстовых данных - то htmlspecialcharsbx как говорил Дмитрий.
|
|||
|
|
|
|
Пробовали в другом браузере?
Можете показать заголовки ответа (интересуют Set-Cookie: PHPSESSID=...)? Или вообще все:
|
|||
|
|
|
|
А у вас Apache выступает в роли фронтенда? Или в связке nginx+apache? Если в роли фронтенда выступает nginx, то там все делается очень просто:
Или для всех:
|
|||||
|
|
|
|
|||
|
|
|
|
А где-же проверка/нормализация $path перед сохранением изображения по этому пути?
|
|||
|
|
|