Вы не зашли.
В дополнение предлагаю также выкладывать в этой теме все проблемы связанные с изменением пути админки...
На данный момент в таких файлах вместо переменной {admin_url} или относительного пути прописано engine:
/{admin_url}/skins/default/tpl/categories/entries.tpl
/syscron.php
/robots.txt
/index.php
/{admin_url}/skins/default/style.css
/{admin_url}/core.php
/{admin_url}/includes/js/libsuggest.js
/{admin_url}/includes/inc/links.inc.php
/{admin_url}/includes/inc/extras.inc.php (не критично - сообщения)
также в большинстве плагинов и языковых файлах (не критично)
Вы можете самостоятельно найти данные несоответствия с помощью программ по типу @Text Replacer
Отдельно хотелось бы сказать о записи в robots.txt, по возможности нужно что бы записи на админку в ней небыло. И тут либо папку админки создавать в папке engine, которая уже есть в robots.txt либо искать другой способ скрытия входа в админку (кардинальные изменеия я не рассматриваю как вариант, в силу больших затрат на этот процес).
Из альтернативных вариантов хотелось бы выделить 2 самых достойных внимания:
1) путь к админке оставить как есть в папке engine, но опционально сделать возможность изменять имя admin.php допустим на my_admin.php и из index.html убрать перенаправление. Т.э. в данном примере для доступа к админке нужно войти по адресу http://my-site.ru/engine/my_admin.php
Данный способ защиты очень хорошо себя зарекомендовал в билинг-панели rootpanel, да и требует он минимальных правок для реализации.
2) Аналог плагина jSecure Authentication для joomla при котором для доступа в админку нужно к URL админки добавить кодовое слово. Например, http://my-site.ru/engine/admin.php?secret_keyword или http://my-site.ru/engine/?secret_keyword.
Данный способ также хорошо себя зарекомендовал в той же joomlа, а так же он часто использовался хакерами для защиты доступа к ПУ ботнетом. Он также как и предыдущий не требует к себе кардинальных изменений в структуре CMS.
В идеале было бы опционально добавить оба последних способа, при этом пользователь при необходимости сам выбирает, какой способ использовать, а при желании хоть и оба одновременно...
P.S. Спасибо, что дочитали до конца;)
попробуй для теста в DNS прописать 8.8.8.8 (dns google). Возможно проблема в dns вашего провайдера. И покажите вывод команды tracert на ваш сайт.
Я уже писал о проблеме при изменении пути админки - http://ngcms.ru/forum/viewtopic.php?pid=30676#p30676
Извиняюсь что пишу тут, но у новых пользователей абсолютно нет возможности создать тему, а создать сообщение можно только в ограниченном количестве тем. По возможности неплохо было бы исправить это...
А написать хотел, следующее:
В NGCMS есть возможность изменять путь к админке, эта опция безусловно очень важная и нужная. Но эта смысл этой возможности полностью нивелируется структурой CMS. Дело в том что админка вместе с файлами ядра находится в папке engine, и узнать путь к админке не составляет труда узнать просто посмотрев исходный код страници. Предлагаю вынести админку из папки engine в отдельную директорию. Заранее спасибо за внимание.
Решил создать тему в соответствующем разделе дабы запрос попросту не затерялся...
К сожалению данный функционал похоже никого кроме меня не заинтересовал, поэтому начал искать самостоятельно... Нашол очень простой способ применяемый на DLE. Вот статья - http://8dle.ru/hacks/2078-podsvetka-sin … ttify.html
В ней все понятно, кроме правок в parse.class.php - данный блок кода значительно отличается от примера. Уважаемые знатоки этого движка помогите корректно внести изменения. Заранее спасибо за помощь.
Помогите плз, там по ссылке есть готовый код нужно просто адаптировать под данную CMS... Заранее большое спасибо...
неплохо было бы сделать такой плагин. Лично мне он был бы очень полезным.
Информация для разработки - http://webew.ru/articles/412.webew
мб небольшой мануал? readme вобще пустой:(
Неплохо было бы добавить это по дефолту в стандартный редактор
Klim, sk!, честно сказать я затрудняюсь ответить почему это произошло, так как с плагином познакомился только сегодня, но был сделан ряд ошибок.
1. Забыт обработчик в feedback.php , поэтому JavaScript обработчик вообще никогда не появлялся
Найти
// Check if we need captcha if (substr($frow['flags'],1,1)) { $tVars['flags']['captcha'] = 1; $tVars['captcha_url'] = admin_url."/captcha.php?id=feedback"; $tVars['captcha_rand'] = rand(00000, 99999); $_SESSION['captcha.feedback'] = $tVars['captcha_rand']; }
ниже добавить
if(substr($frow['flags'],0,1)){ $tVars['flags']['jcheck'] = 1; }
этим мы вернем JavaScript код на странице
2. Сам обработчик из шаблона site.form.tpl неисправен + неверно вписаны языковые переменные
замените весь кусок
<script language="JavaScript"> var FBF_INIT = {{ FBF_DATA }}; function FBF_CHECK() { var frm = document.getElementById('feedback_form'); if (frm == null) return true; var i; for (i in FBF_INIT) { console.log(i); if (FBF_INIT[i][1]) { if (FBF_INIT[i][0] == 'date') { if ((frm[i+':day'].value == '1') && (frm[i+':month'].value == '1') && (frm[i+':year'].value == '1970')) { alert('{l_feedback:form.err.notfilled} ('+FBF_INIT[i][2]+')!'); frm[i+':day'].focus(); return false; } } else if (frm[i].value == '') { alert('{l_feedback:form.err.notfilled} ('+FBF_INIT[i][2]+')!'); frm[i].focus(); return false; } } } return true; } </script>
на
<script language="JavaScript"> var FBF_INIT = {{ FBF_DATA }}; function FBF_CHECK() { var frm = document.getElementById('feedback_form'); if (frm == null) return true; var i; for (i in FBF_INIT) { console.log(i); if (FBF_INIT[i][1]) { if (FBF_INIT[i][0] == 'date') { if ((frm['fld_' + i+':day'].value == '1') && (frm['fld_' +i+':month'].value == '1') && (frm['fld_' +i+':year'].value == '1970')) { alert('{{lang['feedback:form.err.notfilled']}} ('+FBF_INIT[i][2]+')!'); frm['fld_' +i+':day'].focus(); return false; } } else if (frm['fld_' +i].value == '') { alert('{{lang['feedback:form.err.notfilled']}} ('+FBF_INIT[i][2]+')!'); frm['fld_' +i].focus(); return false; } } } return true; } </script>
Ну нафиг такую автоматизацию, быстрее было сторонний скрипт прикрутить, чем возиться с универсальным решением
неплохо бы внести эти правки в ночную сборку плагина
кстати, даже с этими правками не работает проверка полей - не смотря на явно указанное обязательное заполнение в настройках, все-равно имеется возможность отправить пустую форму...
В "управлении категориями" слева есть стрелки вверх/вниз - они как раз и отвечают за порядок отображения.
Не совсем, оказывается когда меняешь путь к админке, то пути к иконкам остаются как /engine/skins/default/images/up.gif и иконок не видно...
Лечится правкой в /ПУТЬ_К_АДМИНКЕ/skins/default/tpl/categories/entries.tpl
в дополнение к предыдущему сообщению (не могу его редактировать)
Хотелось бы иметь возможность редактировать порядок отображения категорий. На данный момент они отображаются сугубо в порядке создания, без возможности редактирования из под админки...
После обновления до 1045 перестал работать этот плагин((
Извиняюсь что пишу тут, но у новых пользователей абсолютно нет возможности создать тему, а создать сообщение можно только в ограниченном количестве тем. По возможности неплохо было бы исправить это...
А написать хотел, следующее:
В NGCMS есть возможность изменять путь к админке, эта опция безусловно очень важная и нужная. Но эта смысл этой возможности полностью нивелируется структурой CMS. Дело в том что админка вместе с файлами ядра находится в папке engine, и узнать путь к админке не составляет труда узнать просто посмотрев исходный код страници. Предлагаю вынести админку из папки engine в отдельную директорию. Заранее спасибо за внимание.