Admin tools ошибка

Концерн «Энергомера» писал(а):Каждая новая версия программы размещается на официальном сайте после устранения выявленных недостатков и проведения полноценного тестирования.

Уважаемый, «Концерн «Энергомера»
К сожалению это не так и ошибки в релизе имеются, к примеру последняя версия AdminTools3.7, которые говорят, что полноценного тестирования всё же не состоялось и продукт был выпущен недозревшим.

Концерн «Энергомера» писал(а):«Сразу» — без тестирования, вносить изменения в программу и размещать ее на сайте нецелесообразно.

Что сразу вносить доработки в релиз нельзя, это понятно.
Но очень не удобно когда приезжаешь на удалённый объект с новым ПО, а предоставленное компанией ПО не работает (или работало в предыдущих версиях, но ссылки на него были убраны). Ещё обиднее, когда узнаёшь, что не первый и об этой проблеме компания знает, и даже выложила исправление, но не для общего использования, а только для того кто уже столкнулся с проблемой (возможно так же на удалённом объекте съездив вхолостую) и только на форуме в куче других тем.

Концерн «Энергомера» писал(а):В сложных программах, к которым без сомнения следует отнести и Admin Tools, к каждой версии по мере эксплуатации, как правило, накапливается большой объем замечаний, ошибок и методов их устранения

Если релиз на столько сырой, что много ошибок, то как раз логично было пока оставить старые версии, выпустить пререлиз для массового тестирования и внесения изменений (возможно с привлечением пользователей и их мнений по удобству или даже конкурс какой устроить для пользователей вашего оборудования), а лишь потом релиз уже в стабильном исполнении без большого числа ошибок и замечаний.

Концерн «Энергомера» писал(а):ошибок и методов их устранения и размещать их «рядом» с программой не представляется возможным. Один из вариантов решения – размещение сообщений об ошибках и вариантах их устранения в текущей версии на форуме.

В этом случае рядом с программой было бы логично создать ссылку на тему в форуме где эти ошибки собирались бы (сути не меняет где размещаются решения, рядом или глубже, главное, что бы это легко было можно найти, даже если это будет без ссылки, но хотя бы на форуме закреплено в разделе ПО, например, отдельной закрытой темой).

А сама тема соответственно должна быть где-то на виду, возможно, отдельной веткой верху форума или закреплённая в ветке ПО и без возможности редактирования пользователями. Например, закреплённая тема AdminTools для каждого релиза в разделе ПО и ошибки в первом сообщении или добавляются следующими сообщениями по мере поступления, что бы можно было последовательно применять исправления до выхода нового релиза. Да и оставлять всегда полезно сохранять старые проверенные версии для старых приборов, возможно перенеся, например, в раздел тех же устаревших моделей более не выпускаемых вашим предприятием, но ещё имеющихся у потребителей.

Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Installation, upgrade and update troubleshooting for Akeeba Backup, Admin Tools and other software

Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Installation
Joomla! version: 2.5.11
PHP version: 5.2.23
MySQL version: 5.5.23-55
Host: Hostgator
Admin Tools version: 2.5.3

Description of my issue:

I have Akeeba Backup Pro installed. I can install and use Admin Tools Core just fine. When I install Admin Tools Pro, when I click on the menu item in the Joomla Administrator panel, I get an error that says

403 — An error has occurred.
Access forbidden
Return to Control Panel

I uninstall Admin Tools Pro, install Admin Tools Core and everything works fine again. I see ticket items about getting this error when managing users aftr installin Admin Tools Pro, but nothing about not being able to launch Admin Tools Pro.

Any suggestions where I can look for some kind of conflict? I’ve used Admin Tools Pro on other installations of Joomla just fine.

Thanks,
Tom

Seems to be working now!

I do get these requests though… this normal?

`01/08/2016 18:29:03 FILE: Settings loaded from C:UsersAdministrator
DesktopGame ServersGTAV Server PWSettings.xml
IPs: 127.0.0.1:4499
Name: EU Gaming Group | pw @ site | www.eugaminggroup.com
Player Limit: 50
Starting…
Announcing to master server…
Loading filterscripts..
Server Info: Name: EU Gaming Group | pw @ site | www.eugaminggroup.com | Passwor
d?: True | Players: 0 / 50 | Gamemode: freeroam |
Servers returned by master server: 102
Started! Waiting for connections.
01/08/2016 18:29:20 NETWORK: Server Status requested by 91.205.209.137

01/08/2016 18:29:31 NETWORK: Server Status requested by 171.101.11.145

01/08/2016 18:29:47 NETWORK: Server Status requested by 81.65.11.134
01/08/2016 18:29:49 NETWORK: Server Status requested by 81.65.11.134
01/08/2016 18:29:49 NETWORK: Server Status requested by 81.65.11.134
01/08/2016 18:29:57 NETWORK: Server Status requested by 213.14.158.232

01/08/2016 18:29:58 NETWORK: Server Status requested by 81.65.11.134
01/08/2016 18:30:09 NETWORK: Server Status requested by 85.230.72.189
01/08/2016 18:30:10 NETWORK: Server Status requested by 213.14.158.232

01/08/2016 18:30:16 NETWORK: Server Status requested by 91.205.209.137

01/08/2016 18:30:17 NETWORK: Server Status requested by 79.118.156.104

01/08/2016 18:30:17 NETWORK: Server Status requested by 77.139.145.226

`

Делал все по мануалу
в settings.py

INSTALLED_APPS = [
'admin_tools',
'admin_tools.theming',
'admin_tools.menu',
'admin_tools.dashboard',
'django.contrib.auth',
'django.contrib.sites',
'django.contrib.admin'
'django.contrib.admin',
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.messages',
'django.contrib.staticfiles',

]

TEMPLATES = [
{
    'BACKEND': 'django.template.backends.django.DjangoTemplates',
    'DIRS': [],
    'APP_DIRS': True,
    'OPTIONS': {
        'context_processors': [
            'django.template.context_processors.debug',
            'django.template.context_processors.request',
            'django.contrib.auth.context_processors.auth',
            'django.contrib.messages.context_processors.messages',
            'django.core.context_processors.request',
        ],
    },
},

]

при запуске сервера ошибка

Unhandled exception in thread started by <function wrapper at 0x7fd1d7ee2a28> Traceback (most recent call last):   File

«/home/gatapov/pro/pro/local/lib/python2.7/site-packages/Django-1.9.1-py2.7.egg/django/utils/autoreload.py»,
line 226, in wrapper
fn(*args, **kwargs) File «/home/gatapov/pro/pro/local/lib/python2.7/site-packages/Django-1.9.1-py2.7.egg/django/core/management/commands/runserver.py»,
line 109, in inner_run
autoreload.raise_last_exception() File «/home/gatapov/pro/pro/local/lib/python2.7/site-packages/Django-1.9.1-py2.7.egg/django/utils/autoreload.py»,
line 249, in raise_last_exception
six.reraise(*_exception) File «/home/gatapov/pro/pro/local/lib/python2.7/site-packages/Django-1.9.1-py2.7.egg/django/utils/autoreload.py»,
line 226, in wrapper
fn(*args, **kwargs) File «/home/gatapov/pro/pro/local/lib/python2.7/site-packages/Django-1.9.1-py2.7.egg/django/init.py»,
line 18, in setup
apps.populate(settings.INSTALLED_APPS) File «/home/gatapov/pro/pro/local/lib/python2.7/site-packages/Django-1.9.1-py2.7.egg/django/apps/registry.py»,
line 85, in populate
app_config = AppConfig.create(entry) File «/home/gatapov/pro/pro/local/lib/python2.7/site-packages/Django-1.9.1-py2.7.egg/django/apps/config.py»,
line 116, in create
mod = import_module(mod_path) File «/usr/lib/python2.7/importlib/init.py», line 37, in import_module
import(name) ImportError: No module named admindjango.contrib

как решить? В гугле ответ не нашел