AVAILABLE TO WRITE (CHMOD 777)

[alukardua]

Столкнулся с проблемой в версии 5.3.7 - IS IN THE FOLDER, WHICH IS AVAILABLE TO WRITE (CHMOD 777). FOR SECURITY PURPOSES THE CONNECTION FILES FROM THESE FOLDERS IS IMPOSSIBLE. CHANGE THE PERMISSIONS ON THE FOLDER THAT IT HAD NO RIGHTS TO THE WRITE.
Основная ошибка при работе с CMS DLE.

[SagePointer]

Не хочу огорчать, но под Windows не работают Posix-совместимые права доступа, функция _fstat64 их эмулирует, но явно не так, как того ожидают скрипты, написанные без учёта этих особенностей. Ищите в коде вызовы функций stat, fileperms или подобных и добавляйте костыли или убирайте существующие проверки. Или обращайтесь в техподдержку DLE, чтобы они исправили работоспособность DLE под Windows.

[alukardua]

Не хочу огорчать, но под Windows не работают Posix-совместимые права доступа, функция _fstat64 их эмулирует, но явно не так, как того ожидают скрипты, написанные без учёта этих особенностей. Ищите в коде вызовы функций stat, fileperms или подобных и добавляйте костыли или убирайте существующие проверки. Или обращайтесь в техподдержку DLE, чтобы они исправили работоспособность DLE под Windows.

самое прикольное в предыдущей версии open server 5.2.2 все идеально работает, версия CMS DLE и там и там одна и та 13,1.
Один раз играясь с командной строкой добивался что бы все сработало, но это костыль и на продакшине может вылезти ошибка которую не заметил.

[SagePointer]

самое прикольное в предыдущей версии open server 5.2.2 все идеально работает, версия CMS DLE и там и там одна и та 13,1.
Один раз играясь с командной строкой добивался что бы все сработало, но это костыль и на продакшине может вылезти ошибка которую не заметил.

Могу разве что предположить, что в 32-битном и в 64-битном PHP поведение различается. Проверить не могу, т.к. 4к отдавать за DLE нет никакого желания. Кстати, последняя версия DLE 14.1, возможно, в новых версиях это поведение поправили.

[alukardua]

самое прикольное в предыдущей версии open server 5.2.2 все идеально работает, версия CMS DLE и там и там одна и та 13,1.
Один раз играясь с командной строкой добивался что бы все сработало, но это костыль и на продакшине может вылезти ошибка которую не заметил.

Могу разве что предположить, что в 32-битном и в 64-битном PHP поведение различается. Проверить не могу, т.к. 4к отдавать за DLE нет никакого желания. Кстати, последняя версия DLE 14.1, возможно, в новых версиях это поведение поправили.

не знаю, но в 5.2.2 я запускаю х64 версию, и кстати в 14.1 версии те же проблемы, так как они там не переписывали само ядро CMS.

И кстати если что для проверки можно демо скачать, либо найти нулед версии. Я сам на продакшин купил лицензию, а вот на тестовом нулед юзаю.

А так скорее всего какой то модуль php дает сбой.

[alukardua]

нашел проблему, почему то open server 5.3.7 не правильно отдает в php php_uname.

[alukardua]

исправил, в настройках php в строке %disallow%disable_functions была отключена функция php_uname