Rеhbock
-
Публикации
15 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные пользователем Rеhbock
-
-
Как загружать движок разницы не заметил. И так и так работает. Переставил всё по новой. Centos 8, PHP 7.4 и то пришлось PHP ставить с ручной корректировкой, без модуля мультибайтных ссылок, ибо по умолчанию он конечно ставится так, что DLE не работает. Сверх того надо поправить конфиг Апача для включения поддержки файла .htaccess Но зато все права, распознались.
-
Владелец, ну из того, что можно найти это root и группа тоже root. Вообще у всех файлов и папок скрипта. А насчёт режима работы php это то, о чём догадаться нереально. Поставлена всё штатными командами Centos, как всё по умолчанию поставилось так и стоит. Попробую конечно переустановить систему с ноля. Но переустановка не выход, всякий раз когда что-т происходит,, лучше просто знать какие должны бить настройки у php, что бы точно работало или сто бы точно не он был виноват. С дугой стороны. раз быстрого ответа нет видимо ситуация не шибко распространённая и лучше переустановить и не лохматить бабушку.
-
Надо найти причину такого странного поведения движка. Если он не понимает, что эти папки имеют нужные права. то и в дальнейшем работать нормально не будет, даже если его где-то поставить и потом загрузить папку.
-
решил попробовать поставить DLE 13.2'
Centos 7 php 5.6
Но уже на втором экране
./backup/ 777 is prohibited
./engine/data/ 777 is prohibited
./engine/cache/ 777 is prohibited
./engine/cache/system/ 777 is prohibited
./uploads/ 777 is permitted
./uploads/files/ 777 is permitted
./uploads/fotos/ 777 is permitted
./uploads/posts/ 777 is permitted
./uploads/posts/thumbs/ 777 is permitted
./uploads/posts/medium/ 777 is permitted
./uploads/thumbs/ 777 is permitted
./templates/ 777 is prohibited
./templates/Default/ 777 is prohibitedСколько не думаю, но у меня нет никаких идей отчего он видит права на папки, права все поставлены правильно (если менять, то видит изменения) но не считает что это нормально с одними и считает с другими. Что делать с этим? И какие могут быть причины подобного?
-
Пробую сделать поиск и замену
строка
<!--colorend--></span><!--/colorend-->
меняется, а строка
<!--colorstart:#000000--><span style=\"color:#000000\"><!--/colorstart-->
нет. Хотя кавычки вроде бы экранировал.
Что может быть не так?
-
Правильно ли я понимаю, что в случае когда обратная связь запрещена, попытке выбрать пользователя и нажать - отправить емейл, будет получен отказ?
-
Нужна модификация позволяющая добавить в настройку групп пользователей возможность запрета отправки сообщений на электронную почту через сайт.
В настройках групп пользователей DLE есть пункт
"Ограничение сообщений электронной почты в день
Установите лимит сообщений электронной почты, которые пользователи могут отправлять другим посетителям веб-сайта в день. Чтобы удалить это ограничение, оставьте поле пустым или введите 0."Надо сделать, что бы сообщения нельзя было отправлять совсем, не ставить лимит 1, а именно что бы нельзя было отправлять. А то получается, личные сообщения запретить можно, подписку можно, комментарии можно, всё блин можно, а отправлять письмо на электронную почту нельзя запретить. Как минимум одно в день всегда можно.
-
В 30.01.2018 в 15:47, Aison сказал:
на эту тему есть хак.
прошу прощения, но мне никогда не попадался искомый хак. Не могли бы вы уточнить, о каком именно решении идёт речь.
-
Предлагаю дать возможность отказаться от использования электронной почты как обязательного поля. Что бы её можно было безболезненно скрыть.
-
Это ещё работает в версиях 11.1 11,2 и старше?
-
На самом деле ситуация критическая. Базы просто разрушаются в следствии редактирования новостей пользователями. Каждое сохранение полностью меняет содержимое поле с текстом. Данные необратимо портятся и приходится откатываться на старые версии вплоть до девятых. Не понимаю ради чего сделано такое. Верните нам нормальный парсер, который не делает ничего самовольно и не меняет написанное ранее.
-
Да на сайте всё отображается .как старое так и новое вроде вот этой вот странной кучки знаков.
г‚Ѕгѓјг‚»гѓјг‚ёз”џењ°Её в принципе даже блокнот виндовый понимает как иероглифы и после сохранения показывает уже их
Отсюда проистекает два вопроса
1) При чём тут язык админки? Почему использование русского языка в админке приводит к уничтожению текста с заменой его на вопросительные знаки?
2) Как называется применяемые метод преобразования? Что бы хоть знать во что перекодировать.
-
Прошу прощения, но если бы мне надо было перейти на UTF-8 я не стал бы создавать данную тему. Я не хочу использовать иероглифы, а хочу использовать Decimal NCRs последовательности.
И ничего парсер не вырезает, а концертирует их в нечто, что непригодно для редактирования
Данный оригинал
ソーセージ生地выглядит в базе как
г‚Ѕгѓјг‚»гѓјг‚ёз”џењ°Это не вырезание. а конвертирование во что-то. Вот только во что и зачем? А главное как отключить автоматическое преобразование в это? Только откатившись на старую версию?
-
Пробую DLE 11,1 и 11.2 заметил, что по умолчанию там перестало работать преобразование расширенных символов, а также иероглифов, в Decimal NCRs Кодировка при установке выставлена как 1251 база тоже 1251, версия скрипта 1251.
Ранее любые символы сверх 1251 преобразовывались в Decimal NCRs и всё было отлично.
В 11,2 если переключить язык админки на английский, то показываются сами иероглифы, при этом в базу данных сохраняется не Decimal NCRs а какая-то не читаемая белиберда, которая тем не менее отображается на страницах и в админке нормально, но в силу своего характера не может более нигде быть отредактирована. Введённые вручную Decimal NCRs последовательности преобразовываются.
Если же переключить язык админки, просто самой админки на русский, то иероглифы преобразуются в вопросительные знаки, более того, даже введённые вручную Decimal NCRs последовательности преобразовываются в вопросительные знаки. Какая вообще связь между языком админки и текстом постов? Какие параметры отвечают за это? Как отключить самоуправство админки, что бы хоть вручную можно было вводить?
В DLE 11.1 самоуправства нет, ведённые вручную Decimal NCRs сохраняются как введены и не пропадают при редактировании, в базу данных они тоже записываются нормально. Однако автоматического преобразования нет и там тоже.
Спрашивается что это за кошмар и как вернуть для админки нормальное преобразование в Decimal NCRs?
На всякий случай если кто не в курсе что это за последовательности
https://r12a.github.io/apps/conversion/
Оригинал
ソーセージ生地
Decimal NCRs последовательность
ソーセージ生地
Права на папки при установке. Часть принимает, часть нет.
в DataLife Engine (Общие вопросы)
Опубликовано:
В чем именно вы сомневаетесь? В том, что после установки Centos 8 в любой стандартной конфигурации DLE не установится? В том, что поставленный из репозитария PHP не позволит продолжить установку ещё до проверки прав доступа, ссылаясь на мультибайтовые ссылки? Или в том, что конфиг Апача по умолчанию не позволит использовать часть функционала DLE? В случае со стандартным образом Centos 8, доступном на сайте разработчика сомнения совершенно напрасны.
Относительно того, использовать простого пользователя или суперпользователя, то это ни в коем случае не меняло дело относительно ситуации, описанной в первом сообщении. Права и так и так не распознавались. В том, что существует разница между работой под суперпользователем и под просто пользователем в курсе, но мне это не нужно, компьютер стоит рядом, подключен он через роутер во внешней сети не виден. Мучаться ставить это всё не под суперпользователем нет ровно никакого смысла. А так да, на внешних хостингах, там всё ставится от пользователя и работает под ним. Можно сказать это своего рода денвер, только в виде настоящего компьютера.