kosen
-
Публикации
1 140 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
1
Сообщения, опубликованные пользователем kosen
-
-
А в чем именно проявляется сия критичность?
Что от этого зависит?
И почему не работает так, как приведено выше?
-
-
О как...
А слона то я и не заметил...
-
Нашел достаточно интересный модуль для DLE, который информирует админа сайта о новых файлах залитых на сервак или обо всех изменениях файлов лежащих на сервере...
Было бы не плохо такую возможность реализовать в самом движке DLE, тем более что антивирус уже имеется (который сканирование файлов производит)...
Модуль AntiShell не требует вносить каких либо изменений в файлы движка DLE и, думаю, не зависит от используемой версии движка...
При установке модуля создается пара файлов (там где укажите)...
На хостинге устанавливается крон на выполнение скрипта... (я поставил для себя раз в час) и при каких либо изменениях получаете оповещение на е-мейл...
Есть возможность установки в кодировке Win / UTF
Думаю что это позволит более оперативно реагировать на попытку взлома сайтов...
Вот сайт модуля:
_http://antishell.ru
И здесь можно глянуть:
_http://dle-faq.ru/blog/6716-antishell.html
-
-
Нужна реализация выбора типа сортировки комментариев в отдельной категории / новости.
На данный момент выбор типа сортировки комментариев возможен только на глобальном уровне для всего сайта.
Т.е. сортировки комментариев логика должна быть такой:
- Глобально для всего сайта (средствами самого движка - как есть на данный момент)
- Если в категории установлен другой порядок сортировки, то он имеет приоритет в этой категории.
- Если в новости установлен свой тип сортировки комментариев, то он имеет приоритет над другими настройками сортирокви (в категории)
Оплату гарантирую.
- Глобально для всего сайта (средствами самого движка - как есть на данный момент)
-
у меня не принимает регистрируемый е-мейл (абсолюно реальный) если в данной строке стоит type="email":
<input type="email" id="qwerty2" style="display:none" name="email">
Е-мейл принимается только в случае изменения типа на text, т.е.:<input type="text" id="qwerty2" style="display:none" name="email">[/code]
Это критично?
-
Соответственно делаем ссылку на регистрацию такой: index.php?do=register&hash=555
Такой вопрос:
При данной модификации (при расширенной регистрации пользователя) после подтверждения е-мейла невозможно продолжить регистрацию по предназначенной для этого ссылке...
Как это можно исправить?
-
Я работаю на маке.
С перекодировкой шаблонов справляется достаточно нормально Coda - http://panic.com/coda/
Мне нужно перекодировать новости в которых одновременно находятся текст на русском и HTML-сущности (для отображения японского текста).
Все они - в исходной кодировке win-1251
Еще мне надо перевести в UTF-8 несколько таблиц БД (в которых также находятся текст на русском и HTML-сущности ) созданных для модуля поиски иерогрифов.
Пока решения не нашел, кроме как ручного способа перевода пользуясь вышеуказанным сервисом онлайн... а это очень трудоемкий и долгий процесс не застрахованный от ошибок...
-
Благодарю...
Посмотрю на досуге...
Пока нашел онлайн вариант перекодировщика, который справляется с поставленной задачей, но только отдельными файлами или текстом... http://2cyr.com/decode/?lang=ru
А это довольно трудоемкое дело... вот бы пакетную обработку сделать...
-
Приветствую Вас!
Имеется сайт на ДЛЕ в кодировке win1251
Сайт выводит русский и японский текст.
Весь японский текст представлен на сайте в виде кода типа:
ー 私は海のそばの小さな町にすみたいです。<br> まどから毎朝おだやかな海を見たいです。<br> よるはきれいなゆうやけをながめたいです。<br> この絵を見てください。
На сайте данные символы отображаются уже в виде японских знаков так как нужно.
Также на сайте имеется модуль поиска иероглифов помещенных в базу данных.
На сервере вся база данных DLE и модуля поиска иероглифов в кодировке win1251
Мне необходимо перевести сайт DLE в кодировку UTF-8
При этом надо также переконвертировать имеющиеся HTML-сущности в кодировку UTF-8 для корректного отображения на сайте и работы поиска как по новостям так и по имеющейся базе иероглифов.
При переводе сайта в кодировку UTF-8 штатными средствами вопросов не вызывает, но хотелось бы чтобы и имеющийся японский текст также был переведен в эту кодировку...
Кто сможет помочь в этом вопросе?
-
Ясно.
Благодарю Вас!
-
Это понятно.
Однако на статических страницах я использую скрипты, вследствии чего и был выбран данный способ вывода кода на странице.
Однако в этом случае при вставке изображений через стандартный редактор ДЛЕ я и получаю вышеописанный эффект.
Каким образом мне необходимо вставлять загруженные изображения в статические страницы чтобы они отображались на сайте при условии, что выбран режим "Исходный текст HTML без фильтрации и изменений" ?
-
Приветствую Вас!
У меня такая же проблема.
Изображения вставляемые в статические страницы не отображвются.
На сайте выводятся в виде кода:
[thumb]http://www.сайт.ru/uploads/posts/2012-06/1339073955_annuitetn.jpg[/thumb]
В статической странице используется режимИсходный текст HTML без фильтрации и изменений[/code]
Версия движка - 9.6 для UTF
Перезаливал два файла из последнего апдейта - проблема осталась.
-
-
celsoft,
Странно...
У меня было несколько раз ситуация, когда я ДНЁМ писал новость... редактировал, переделывал...и т.п. порядка 30 - 40 мин.
При этом я новость только писал...
И вот после всех отладок - нажимаю опубликовать и получаю Хакинг...
Да, этот эффект я наблюдал в АДМИНКЕ.
Вот я и подумал, что имеется какое то "время простоя"... ведь получается что админка открыта на добавление новости и только по прошествии довольно длительного времени происходит попытка сохранения...
Но это "имеет место быть"...
-
Captain,
Я описал свою схожую проблему... связанную с тем, что данное предупреждения я получаю после того, как проходит довольно длительное время при написании новости...
celsoft,
Так какое время имеется для написания новости?
Kolbaser,
Привык к Лисе уже... В Опере как то не комфортно мне работать...
-
celsoft,
А какое "время простоя" ?
У меня было несколько раз так... писал статью обрабатывал... форматировал... правил ошибки, оформлял получше - нажимаю добавить - и шишь! - Hacking attempt!...
Угробил кучу времени, статья не добавилась - пришлось вспоминать что писал, как писал и восстанавливать её заново уже в текстовом редакторе, копировать и вставлять уже на сайт.
Было ужасно обидно.
И попадал так несколько раз.
Какой смысл тогда текстовых полей для ввода статей?
Нельзя же статью написать за 5 - 10 минут...
Теперь приходится писать статьи не на самом сайте, а где то в другом редакторе (текстовом или в ворде) и только потом вставлять на сайт через копипаст - это жутко не удобно...
Можно ли где-то изменить время жизни сессии?
Или сделать её отключаемой для админа?
-
Как запретить публиковать новости в несуществующих категориях?
Так вроде как в админке... для групп пользователей выбираются доверительные разделы, где можно публиковать новости...
В этом случае все остальные разделы оказываются недоступными для публикации...
-
motivator,
Скорее всего в Ваших стилях, применяемых к выводу текста в новостях, прописаны такие параметры, которые отображают текст только в обычном виде...
Копайте свои стили или обращайтесь к тому, у кого Вы брали используемый для сайта шаблон...
-
celsoft,
Поздравляю от всей души!
Крепкого здоровья и малышу и маме!!!
Забот теперь прибавится... но это того стоит...
-
ЗдОрово!
Отличная новость!!!
В этом релизе очень много нового...
-
guusr,
Если Вы сами поставили себе этот ифрейм для достижения какой-то определённой цели, то ничего страшного.
Если же его кто-то его вам вставил - то это плохо.
-
Не вредных ифреймов не бывает... если только не Вы их себе сами ставите.
В противном случае - вас взломали.
Бонусы на сайте!
в Готовые Моды, Хаки, Локализаторы, Советы
Опубликовано:
Что то по отзывам ругают автора... за дыры в безопасности в данном модуле и отношении к пользователям...
Это несколько настораживает... хотя сама идея интересна...