Ошибка coreexception default domain could not be found

Перейти к контенту

0 Пользователей и 1 Гость просматривают эту тему.

Массово появляется ошибка «Default domain could not be found». Причем не у всех а как-то вдруг. Безсистемно и разово. Появилась — обновил страницу все ok.


Записан


Как правило, такие ошибки возникают при проблемах с БД.


Записан


Это я догадался. А с чем может быть связано? У нас тут очень высокая нагрузка была под «черную пятницу» и с тех пор сайт колбасит откровенно.
Может переписать выбор этого самого дефаулта из базы на прямой запрос?

« Последнее редактирование: 02 Декабря 2014, 15:04:01 от arbuzzz »


Записан


Я бы сначала запустил cron.php и почистил базу от лишнего (при условии, что версия системы выше 2.9.6). Затем оптимизировал текущие макросы, после уже писал бы свой запрос.


Записан


Версия 2.9.1 и обновлению, к сожалению, не подлежит. Во первых кончилась лицензия, а во вторых несмотря на все старания обойтись без правок в системных файлах не получилось.

От мусора чищу запуском файла, который дали ребята их СЗ при переносе системы с 2.8.3 на текущую 2.9.1 Но чищу только заказы без названия, т.к. остальное — либо возвращает слишком малое кол-во результатов, либо вешается при попытке посчитаться (про удаление, да ещё и на боевом сервере боюсь даже подумать).

Оптимизация макросов мне кажется не поможет, т.к. ошибки возникают в процессе работе системных. Так ошибка возникает при выводе списка запросов в модуле интернет-магазина.


Записан


Плохо, что изменены системные файлы.

Оптимизация макросов сократит нагрузку на базу, что позволит остальному сайту работать чуточку быстрее.

Буквально сегодня закончил оптимизацию магазина одежды. Вывод всех объектов со скидкой до оптимизации занимал 16 сек. на VPS. После оптимизации — в пределах 2,5 (из-за того, что на странице одновременно выводится 150 товаров с фотографиями). Если добавить пагинацию, можно уложиться в 1 сек.

После того, как оптимизировал этот запрос, остальной магазин стал работать быстрее — https://docs.google.com/spreadsheets/d/12YxmYRGixfK0mtEduq3sHaol_tFCCUu7sSXRIuoACuk/edit


Записан


Плохо, что изменены системные файлы.

Оптимизация макросов сократит нагрузку на базу, что позволит остальному сайту работать чуточку быстрее.

Буквально сегодня закончил оптимизацию магазина одежды. Вывод всех объектов со скидкой до оптимизации занимал 16 сек. на VPS. После оптимизации — в пределах 2,5 (из-за того, что на странице одновременно выводится 150 товаров с фотографиями). Если добавить пагинацию, можно уложиться в 1 сек.

После того, как оптимизировал этот запрос, остальной магазин стал работать быстрее — https://docs.google.com/spreadsheets/d/12YxmYRGixfK0mtEduq3sHaol_tFCCUu7sSXRIuoACuk/edit

Меня фронтэнд не беспокоит. Для неадмина у меня страницы грузятся достаточно быстро. Страницы уходят через nginx с со статичным коротким (10 минут) кешем. Блок корзины обновляю по ajax.

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

Ошибка про default домен вылезает и в админке в том числе.


Записан


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

Ошибка про default домен вылезает и в админке в том числе.

Меня это наводит на мысли, что проблема у вас не в ЮМИ, а в сервере. Может быть, поломались индексы в БД. Может, сама БД разрослась. Места свободного на диске достаточно? Может, был сбой и теперь в памяти висят мертвые процессы. 
Логи посмотрите на предмет ошибок; лог медленных запросов MySQL включите  — надо понять что может так тормозить .  Даже для ЮМИ у вас слишком медленно.
Похоже на то, что у вас сервер MySQL не успевает обрабатывать запросы.

Экспериментировать на боевом сервере я бы не рискнул, но ведь можно сделать копию на другом сервере и там развлекаться.


Записан


Буквально сегодня закончил оптимизацию магазина одежды.

А можете подробнее рассказать что делали?


Записан


Буквально сегодня закончил оптимизацию магазина одежды.

А можете подробнее рассказать что делали?

Напишите в skype e-ioffe


Записан


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

Ошибка про default домен вылезает и в админке в том числе.

Меня это наводит на мысли, что проблема у вас не в ЮМИ, а в сервере. Может быть, поломались индексы в БД. Может, сама БД разрослась. Места свободного на диске достаточно? Может, был сбой и теперь в памяти висят мертвые процессы. 
Логи посмотрите на предмет ошибок; лог медленных запросов MySQL включите  — надо понять что может так тормозить .  Даже для ЮМИ у вас слишком медленно.
Похоже на то, что у вас сервер MySQL не успевает обрабатывать запросы.

Экспериментировать на боевом сервере я бы не рискнул, но ведь можно сделать копию на другом сервере и там развлекаться.

default домен — я уверен, что какая-то проблема либо в базе, либо в кеш’ах.
Т.к. срок поддержки вышел, то обратиться в СЗ нельзя. Да и работают они в последнее время ка-то откровенно не очень.

А про скорость — дело реально в скидках. Если отключить поиск подходящих скидок при order->refresh() то скорость сохранения заказа вырастает в разы. Там тупой механизм — он берет все скидки и поочередно проверяет его для каждого элемента заказа. Если в заказе много позиций и база и так под нагрузкой, то обработка одной позиции в заказе занимает в районе секунды. При кол-ве позиций около 40 штук плюс время на обработку?отправку формы заказа, плюс время на получение результата и его отрисовку. Вот и получается время сохранения в районе минуты.

В медленных запросах самые все запросы, кроме тех которые выполняют полнотекстовый поиск, занимают не больше 2,5 секунд. Тоже не торт, но в базе очень много записей. phpMyAdmin показывает cms3_object_content больше 10Гб.


Записан


От мусора чищу запуском файла, который дали ребята их СЗ при переносе системы с 2.8.3 на текущую 2.9.1 Но чищу только заказы без названия, т.к. остальное — либо возвращает слишком малое кол-во результатов, либо вешается при попытке посчитаться (про удаление, да ещё и на боевом сервере боюсь даже подумать).

Правильно ли я понимаю, что чистку заказов, в итоге,  не получилось сделать?

Это я догадался. А с чем может быть связано? У нас тут очень высокая нагрузка была под «черную пятницу» и с тех пор сайт колбасит откровенно.

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

Я бы сначала запустил cron.php и почистил базу от лишнего (при условии, что версия системы выше 2.9.6). Затем оптимизировал текущие макросы, после уже писал бы свой запрос.

Так как у вас не та версия, то можно тоже самое чистить и ручками, но начинают обычно все равно с заказов (и тут снова отсылка к моему первому вопросу)


Записан


  • Remove From My Forums
  • Question

  • I am trying to join my computer with the 10074 build installed to my work domain through the «Join a Domain or Workgroup» wizard. An error box appears with the message «An Active Directory Domain Controller (AD DC) for the domain <domainname>
    could not be contacted.» I didn’t have this issue with the previous builds I’ve used. The domain is hosted on a Windows 2008 server. Has anything changed in build 10074 that would cause this?

    • Edited by

      Friday, May 1, 2015 12:43 PM

Answers

  • Hi,

    We can manually set the preferred DNS server in 10074 to the address the DC, after that, I can successfully join my 10074 to my domain.


    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

    • Proposed as answer by
      Yolanda ZhuModerator
      Wednesday, May 13, 2015 7:14 AM
    • Marked as answer by
      Brandon RecordsModerator
      Monday, May 18, 2015 8:09 PM

We added a secondary domain controller to our domain that is a Server 2008 R2 std.  There are 3 domains in the forest.  Our main location, Domain1.com consists of 2 Server 2003 DCs and 1 Server 2008 DC.   The 2k3 servers in Domain1.com are replicating with Domain2.com and Domain3.com but the 2008 server cannot communicate with Domain2 and Domain3 on the domain level.  I am able to ping the DC’s at the 2nd and 3rd locations from the 2008 server.

If I try to view the other domains from the 2k8 server in Group Policy Management or Active Directory Users and Computers, I am prompted with the error «the domain could not be found because: the server is not operational» or «the specified domain either does not exist or cannot be contacted.»  

The DCs at Domain2 and Domain3 seem to have no problem communicating with the 2k8 in Domain1.  I ran repadmin to check for replication errors and the only errors are when 2k8 Server tries to replicate to DC’s in domain2 and domain3.  The DCs in domain2 and domain3 are both 2k8 servers.  I have tried turning off the firewall completely do see if that was part of the problem and there were no changes in the issue.   I have also checked DNS info and can’t seem to find the issue.

Thanks for your assistance.

I follow the official document try to install openstack-keystone

 openstack --os-auth-url http://192.168.80.6:35357/v3 
 --os-project-domain-id default --os-user-domain-id default 
  --os-project-name admin --os-username admin --os-auth-type password 
    token issue

Verify that the user can authenticate,error:

The request you have made requires authentication. (HTTP 401) (Request-ID: req-8d9e9608-2adb-4b80-bc00-f0fd9e9684ae)

I checked log find:

2017-10-04 09:06:40.966 1256 INFO keystone.common.wsgi [req-5a17f2ba-ce0e-46cb-8397-707ac9240870 - - - - -] GET http://192.168.80.6:35357/v3/
2017-10-04 09:06:40.982 1243 INFO keystone.common.wsgi [req-8d9e9608-2adb-4b80-bc00-f0fd9e9684ae - - - - -] POST http://192.168.80.6:35357/v3/auth/tokens
2017-10-04 09:06:40.987 1243 WARNING keystone.auth.controllers [req-8d9e9608-2adb-4b80-bc00-f0fd9e9684ae - - - - -] Could not find domain: default
2017-10-04 09:06:40.988 1243 WARNING keystone.common.wsgi [req-8d9e9608-2adb-4b80-bc00-f0fd9e9684ae - - - - -] Authorization failed. The request you have made requires authentication. from 192.168.80.6

I checked domain list

# openstack domain list 
+---------------------------------+---------+---------+----------------+
| ID                              | Name    | Enabled | Description    |
+---------------------------------+---------+---------+----------------+
| 75391e2f3a1c4c8e94a82d05badb941 | default | True    | Default Domain |
| 8                               |         |         |                |
+---------------------------------+---------+---------+----------------

I check configuration,or unless what I should do ?
thanks!

asked Oct 4, 2017 at 1:50

Nova's user avatar

I think it has to do with using the project-id instead of project-name. The project name would be default, while the id would be 75391e2f3a1c4c8e94a82d05badb9418.

Change:

--os-project-domain-id default

to

--os-project-name default

or

--os-project-domain-id 75391e2f3a1c4c8e94a82d05badb9418

Update the —os-user-domain-id in the same way.

Give that a try and see if you are able to get a token.

answered Oct 4, 2017 at 15:46

Michael Petersen's user avatar

I just upgraded to macOS 10.14.2, but the issue still persists.
This is my plist file (~/Library/LaunchAgents/com.buildkite.buildkite-agent-1.plist):

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<!--
  A launchd config for loading buildkite-agent on system boot on OS X
  systems, and runs without GUI (which starts on system boot, but doesn't allow Xcode UI testing)
-->
<plist version="1.0">
  <dict>
    <key>Label</key>
    <string>com.buildkite.buildkite-agent-1</string>

    <key>UserName</key>
    <string>user</string>

    <key>ProgramArguments</key>
    <array>
      <string>/Users/user/.buildkite-agent/bin/buildkite-agent</string>
      <string>start</string>
      <!-- <string>--debug</string> -->
    </array>

    <key>KeepAlive</key>
    <dict>
      <key>SuccessfulExit</key>
      <false/>
    </dict>

    <key>RunAtLoad</key>
    <true/>

    <key>OnDemand</key>
    <false/>

    <key>ProcessType</key>
    <string>Interactive</string>

    <key>SessionCreate</key>
    <true/>

    <key>ThrottleInterval</key>
    <integer>30</integer>

    <key>StandardOutPath</key>
    <string>/Users/user/.buildkite-agent/log/buildkite-agent-1.log</string>

    <key>StandardErrorPath</key>
    <string>/Users/user/.buildkite-agent/log/buildkite-agent-1.log</string>

    <key>EnvironmentVariables</key>
    <dict>
      <key>PATH</key>
      <string>/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin</string>

      <key>BUILDKITE_AGENT_CONFIG</key>
      <string>/Users/user/.buildkite-agent/buildkite-agent-1.cfg</string>
    </dict>
  </dict>
</plist>

The buildkite agent is in the /Users/user/.buildkite-agent directory (default when following the Linux/other installation method) and it’s owned by user:staff:

macmini1:~ user$ id
uid=501(user) gid=20(staff) groups=20(staff),12(everyone),61(localaccounts),79(_appserverusr),80(admin),81(_appserveradm),98(_lpadmin),701(com.apple.sharepoint.group.1),33(_appstore),100(_lpoperator),204(_developer),250(_analyticsusers),395(com.apple.access_ftp),398(com.apple.access_screensharing),399(com.apple.access_ssh-disabled)
macmini1:~ user$ find /Users/user/.buildkite-agent ! -user user
macmini1:~ user$ find /Users/user/.buildkite-agent ! -group staff
macmini1:~ user$ launchctl list | grep build
macmini1:~ user$ 

I tried this on two different machines with macOS, but ran into the same problem.

This is the agent configuration (/Users/user/.buildkite-agent/buildkite-agent-1.cfg):

# The token from your Buildkite "Agents" page
token="xxx"

# The name of the agent
name="macmini1-1"

# The priority of the agent (higher priorities are assigned work first)
# priority=1

# Meta-data for the agent (default is "queue=default")
# meta-data="key1=val2,key2=val2"

# Include the host's EC2 meta-data (instance-id, instance-type, and ami-id) as meta-data
# meta-data-ec2=true

# Include the host's EC2 tags as meta-data
# meta-data-ec2-tags=true

# Path to where the builds will run from
build-path="~/builds-1"

# Directory where the hook scripts are found
hooks-path="/etc/buildkite-agent/hooks"

# Do not run jobs within a pseudo terminal
# no-pty=true

# Don't automatically verify SSH fingerprints
# no-automatic-ssh-fingerprint-verification=true

# Don't allow this agent to run arbitrary console commands
# no-command-eval=true

# Enable debug mode
# debug=true

# Don't show colors in logging
# no-color=true

# Clean all the things!
git-clean-flags=-ffdxe_build

# add linux=true tag to target based on os
tags="osx=true"

the agent configuration has to be okay, since I can start the agent manually just fine, like this:
macmini1:~ user$ cd .buildkite-agent && bin/buildkite-agent start --config buildkite-agent-1.cfg

0 Пользователей и 1 Гость просматривают эту тему.

Массово появляется ошибка «Default domain could not be found». Причем не у всех а как-то вдруг. Безсистемно и разово. Появилась — обновил страницу все ok.


Записан


Как правило, такие ошибки возникают при проблемах с БД.


Записан


Это я догадался. А с чем может быть связано? У нас тут очень высокая нагрузка была под «черную пятницу» и с тех пор сайт колбасит откровенно.
Может переписать выбор этого самого дефаулта из базы на прямой запрос?

« Последнее редактирование: 02 Декабря 2014, 15:04:01 от arbuzzz »


Записан


Я бы сначала запустил cron.php и почистил базу от лишнего (при условии, что версия системы выше 2.9.6). Затем оптимизировал текущие макросы, после уже писал бы свой запрос.


Записан


Версия 2.9.1 и обновлению, к сожалению, не подлежит. Во первых кончилась лицензия, а во вторых несмотря на все старания обойтись без правок в системных файлах не получилось.

От мусора чищу запуском файла, который дали ребята их СЗ при переносе системы с 2.8.3 на текущую 2.9.1 Но чищу только заказы без названия, т.к. остальное — либо возвращает слишком малое кол-во результатов, либо вешается при попытке посчитаться (про удаление, да ещё и на боевом сервере боюсь даже подумать).

Оптимизация макросов мне кажется не поможет, т.к. ошибки возникают в процессе работе системных. Так ошибка возникает при выводе списка запросов в модуле интернет-магазина.


Записан


Плохо, что изменены системные файлы.

Оптимизация макросов сократит нагрузку на базу, что позволит остальному сайту работать чуточку быстрее.

Буквально сегодня закончил оптимизацию магазина одежды. Вывод всех объектов со скидкой до оптимизации занимал 16 сек. на VPS. После оптимизации — в пределах 2,5 (из-за того, что на странице одновременно выводится 150 товаров с фотографиями). Если добавить пагинацию, можно уложиться в 1 сек.

После того, как оптимизировал этот запрос, остальной магазин стал работать быстрее — https://docs.google.com/spreadsheets/d/12YxmYRGixfK0mtEduq3sHaol_tFCCUu7sSXRIuoACuk/edit


Записан


Плохо, что изменены системные файлы.

Оптимизация макросов сократит нагрузку на базу, что позволит остальному сайту работать чуточку быстрее.

Буквально сегодня закончил оптимизацию магазина одежды. Вывод всех объектов со скидкой до оптимизации занимал 16 сек. на VPS. После оптимизации — в пределах 2,5 (из-за того, что на странице одновременно выводится 150 товаров с фотографиями). Если добавить пагинацию, можно уложиться в 1 сек.

После того, как оптимизировал этот запрос, остальной магазин стал работать быстрее — https://docs.google.com/spreadsheets/d/12YxmYRGixfK0mtEduq3sHaol_tFCCUu7sSXRIuoACuk/edit

Меня фронтэнд не беспокоит. Для неадмина у меня страницы грузятся достаточно быстро. Страницы уходят через nginx с со статичным коротким (10 минут) кешем. Блок корзины обновляю по ajax.

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

Ошибка про default домен вылезает и в админке в том числе.


Записан


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

Ошибка про default домен вылезает и в админке в том числе.

Меня это наводит на мысли, что проблема у вас не в ЮМИ, а в сервере. Может быть, поломались индексы в БД. Может, сама БД разрослась. Места свободного на диске достаточно? Может, был сбой и теперь в памяти висят мертвые процессы. 
Логи посмотрите на предмет ошибок; лог медленных запросов MySQL включите  — надо понять что может так тормозить .  Даже для ЮМИ у вас слишком медленно.
Похоже на то, что у вас сервер MySQL не успевает обрабатывать запросы.

Экспериментировать на боевом сервере я бы не рискнул, но ведь можно сделать копию на другом сервере и там развлекаться.


Записан


Буквально сегодня закончил оптимизацию магазина одежды.

А можете подробнее рассказать что делали?


Записан


Буквально сегодня закончил оптимизацию магазина одежды.

А можете подробнее рассказать что делали?

Напишите в skype e-ioffe


Записан


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

Ошибка про default домен вылезает и в админке в том числе.

Меня это наводит на мысли, что проблема у вас не в ЮМИ, а в сервере. Может быть, поломались индексы в БД. Может, сама БД разрослась. Места свободного на диске достаточно? Может, был сбой и теперь в памяти висят мертвые процессы. 
Логи посмотрите на предмет ошибок; лог медленных запросов MySQL включите  — надо понять что может так тормозить .  Даже для ЮМИ у вас слишком медленно.
Похоже на то, что у вас сервер MySQL не успевает обрабатывать запросы.

Экспериментировать на боевом сервере я бы не рискнул, но ведь можно сделать копию на другом сервере и там развлекаться.

default домен — я уверен, что какая-то проблема либо в базе, либо в кеш’ах.
Т.к. срок поддержки вышел, то обратиться в СЗ нельзя. Да и работают они в последнее время ка-то откровенно не очень.

А про скорость — дело реально в скидках. Если отключить поиск подходящих скидок при order->refresh() то скорость сохранения заказа вырастает в разы. Там тупой механизм — он берет все скидки и поочередно проверяет его для каждого элемента заказа. Если в заказе много позиций и база и так под нагрузкой, то обработка одной позиции в заказе занимает в районе секунды. При кол-ве позиций около 40 штук плюс время на обработку?отправку формы заказа, плюс время на получение результата и его отрисовку. Вот и получается время сохранения в районе минуты.

В медленных запросах самые все запросы, кроме тех которые выполняют полнотекстовый поиск, занимают не больше 2,5 секунд. Тоже не торт, но в базе очень много записей. phpMyAdmin показывает cms3_object_content больше 10Гб.


Записан


От мусора чищу запуском файла, который дали ребята их СЗ при переносе системы с 2.8.3 на текущую 2.9.1 Но чищу только заказы без названия, т.к. остальное — либо возвращает слишком малое кол-во результатов, либо вешается при попытке посчитаться (про удаление, да ещё и на боевом сервере боюсь даже подумать).

Правильно ли я понимаю, что чистку заказов, в итоге,  не получилось сделать?

Это я догадался. А с чем может быть связано? У нас тут очень высокая нагрузка была под «черную пятницу» и с тех пор сайт колбасит откровенно.

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

Я бы сначала запустил cron.php и почистил базу от лишнего (при условии, что версия системы выше 2.9.6). Затем оптимизировал текущие макросы, после уже писал бы свой запрос.

Так как у вас не та версия, то можно тоже самое чистить и ручками, но начинают обычно все равно с заказов (и тут снова отсылка к моему первому вопросу)


Записан


2015 год официально объявлен Годом литературы.

«Рассчитываю, что ярким, объединяющим общество проектом станет Год литературы, указ о его проведении в 2015 году подписан», — сказал Президент РФ Владимир Путин на церемонии вручения государственных премий в Георгиевском зале Большого Кремлевского дворца.

Указ о его проведении подписан Президентом РФ Владимиром Путиным 12 июня 2014 года. Государство, вузы, школы, писательские организации, библиотеки и СМИ хотят привлечь внимание общества к литературе и напомнить, что читать – нужно, полезно и модно. Литература имеет огромное значение в жизни каждого человека. Ведь человек, в высоком смысле слова, становится человеком благодаря литературе. Все ценности он черпает из книг. Книги заставляют человека мыслить, воспитывают собственное мнение, развивают воображение.

К Году литературы в стране приурочено проведение огромного числа мероприятий, включая литературные конкурсы и «битвы», выступления современных авторов, как молодых, так и наших знаменитых современников, планируется опубликовать собрания сочинений различных авторов.

В  планах Года литературы масштабные и интересные мероприятия.Это Международный писательский форум «Литературная Евразия», проект «Литературная карта России», «Библионочь – 2015», проекты «Книги в больницы» и «Лето с книгой”: дни чтения в летних лагерях», творческие встречи писателей с читателями в библиотеках и книжных магазинах, пилотный проект «Всемирный День Книги», конкурс «Литературная столица России».

По решению оргкомитета по проведению в Российской Федерации Года литературы создан  

сайт «Год литературы» https://godliteratury.ru/

Обзор сайтов о российских писателях

План мероприятий библиотек Полевского городского округа в «Год литературы» включает знаменательные и юбилейные литературные даты, актуальные формы библиотечных мероприятий.

План основных мероприятий в библиотеках МБУК «Централизованная библиотечная система» Полевского городского округа
в Год литературы в Российской Федерации в 2015 году 

п/п

Наименование мероприятия

Срок проведения

Место

проведения

1

«Бажовские чтения». Книжные выставки, литературно художественные часы, громкие чтения.

Январь

Библиотеки МБУК «ЦБС»

2

Выставка–экспозиция работ учащихся МБОУ ДОД Детская художественная школа

«В царстве сказов Бажова…»

6+

Январь

Центральная городская библиотека

3

 Информационно — познавательное мероприятие «Наш Бажов» с интерактивной выставкой-кроссвордом «Бажовских сказов вечная загадка» 12+

Январь

Центральная городская библиотека

4

Игра поле — чудес

«Открой малахитовую шкатулку»

5 класс

26.01.2015.

Зюзельская поселковая библиотека № 3

5

 Историко – литературный час «Пронесли в боях мы предков наших славу» (Сказы П.Бажова о немцах в контексте войны) 14+

Январь

Городская библиотека № 9

6

«Держава армией крепка»

Игры, викторины, беседы, встречи у книжных выставок ко Дню Защитника Отечества. 6+ 9+ 12 + 16+

Февраль

Библиотеки МБУК «ЦБС»

7

Книжная выставка

 «Драгоценное и бесценное» . 

Госпитали, больницы в художественной литературе 18+

Февраль

Центральная городская библиотека

8

Час фольклора «Русский солдат смекалкой богат»

Для учащихся 2 классов

Февраль

Центральная детская библиотека

9

«Книжкины именины».

 Мероприятия к Неделе детской книги.

6+ 9+ 12+

Март

Библиотеки МБУК «ЦБС»

10

Городской праздник детской книги в рамках Недели детской книги 

«В стране героев Андерсена» — игровая театрализация.

Для всех категорий: родители, дети, педагоги

Март

21.03.2015

Центральная детская библиотека в Бажовском центре детского творчества

11

Юбилей библиотеки

«Полдневской сельской библиотеке- 65».  Для детей и взрослых

Март

Полдневская сельская библиотека № 4 совместно с ДК

12

«2015 секунд» — акция громкого чтения стихов к Всемирному дню поэзии. 12+

20.03

Станционная сельская библиотека № 6

13

Библиосумерки-2015 в поддержку Всероссийской акции Библионочь-2015. Для всех категорий: родители, дети, педагоги.

Библиосумерки-2015 в Центральной детской библиотеке им. П. П. Бажова, часть 1. Часть 2.

Библиосумерки-2014

Апрель

Городские библиотеки МБУК «ЦБС»

14

«Я помню! Я горжусь!»

 Мероприятия к 70-летию со дня Победы: беседы по книгам, громкие чтения, часы памяти и т.д.

6+ 9+ 12+ 16+18+ 

Май

Библиотеки МБУК «ЦБС»

15

Поэтический  вечер 

«Строки, опаленные  войной…»

16+  (учащиеся, учителя, библиотекари)

Май

Центральная городская библиотека

16

Электронный познавательный тест по книгам «Города-герои». 6+

Май

Городская детская библиотека №2

17

Литературно-музыкальный вечер

« Мы хотим , чтобы мирное небо не знало пожара войны». 9+

Май

Полдневская сельская библиотека № 4 совместно с ДК

18

«Летнее чтение с увлечением» Литературные игры, познавательные часы, викторины в летнем лагере «Юность». 6+ 9+ 12+

Июнь

Библиотеки МБУК «ЦБС»

19

Игровая программа «Путешествия по книжному лабиринту». К 210-летию со дня рождения датского писателя Х.К. Андерсена 1-4 класс.  6+

Июнь

Центральная городская библиотека

20

Квест «Загадки книжного дома»

1-4 класс.  6+

Июнь

Центральная городская библиотека

21

Городская акция в поддержку чтения. 

Карнавальное шествие  «Читай, Полевской!».

Лагерь «Юность».  6+

Июнь

Центральная детская библиотека и Бажовский центр детского творчества. Станционная сельская библиотека № 6 совместно со школой

22

Игра поле-чудес

«Путешествие в мир сказок»

Лагерь «Юность» 6+

Июнь

Зюзельская поселковая библиотека № 3

23

Литературный праздник.

«Вася Теркин – мой герой»

(105 лет со дня рождения Твардовского).

Летний лагерь « Юность» 2-5 класс.

Июнь

Полдневская сельская библиотека № 4

совместно с ДК

24

Историко-литературная конференция «Есенинские чтения» (К 120-летию со дня рождения С.А.Есенина)

Разновозрастная аудитория 

Октябрь

Городская библиотека № 9

25

Юбилей Центральной городской библиотеки им. А.А. Азовского – 115 лет

06.11.2015

Центральная городская библиотека

26

«Азовские чтения»  к 75 летию поэта А.А. Азовского. Разновозрастная аудитория

06.12.2015

Центральная городская библиотека и музей школы № 20

27

Библиографический указатель «Азовский А. А.» 12+

Декабрь 2015 г.

Центральная городская библиотека

Неперехваченное исключение

Ошибка (coreException): Not found template «/home/visasrussia/site.ru/templates/demooldschool/xslt/layouts/default.xsl».

Помогите исправить пожалуйста! Даже когда захожу в админку, там эта ошибка..

Нет «дефолтного» файла «default.xsl» его нужно создать и назначить основным шаблоном в настройках модуля «Структура».

Файл тот есть там.. а в админку не как не попасть.. там точно такая же ошибка вылезает.

Значит файл «default.xsl» написал с ошибками или нет надстроек. Попробуйте следующее:

1. Модули — структура.
2. Настройки модуля (справа верху).
3. Название шаблона, пишем: (Основной) Имя файла (default.xsl) — стандарт настройки (если конечно у вас пусто).
4. Имя шаблона, пишем (demodizzy или то название, которое необходимо) — «demodizzy» тоже по стандарту.

У меня такая ошибка была, решил путем восстановления «дефолтного» файла «default.xsl». Как правило «coreException» в «default.xsl» может возникать из-за «Undefined templater» — это значит, что CMS не понимает шаблон. Вы скорее всего убрали «дефолтный» шаблон или удалили всю информацию о нем (название, адрес файла и т.д.), так?

Не знаю.. Мы просто перенесли сайт с одного хостинга на другой и потом вылезла данная ошибка…

Если Вы переносили сайт с одного хостинга на другой, при этом домен не менялся и у Вас лицензия — нужно обратиться в техническую поддержку. Если нет лицензии — обратится к хостеру. Кроме этого Вы можете сами сравнить информацию phpinfo с одного хостинг-аккаунта и другого, плюс проверить права на файлы.

Мы просто с бесплатного уми-конструктора перешли на другой хостинг, искренне полагая, что версия на конструкторе — полноценная. Так правильнее будет.

Нет, это не так. Лицензионная политика UMI.CMS не является прозрачной. Вашу проблему нужно рассматривать «под другим углом».

Если Вы переносили с локального хоста на рабочий хостинг-аккаунт, тогда причина ошибки (coreException): Not found template «/home/visasrussia/site.ru/templates/demooldschool/xslt/layouts/default.xsl» объяснима и логична, заключается она в относительном пути скрипта. Но не факт, ведь относительный путь, phpinfo, права на файлы и надстройки должны полностью соответствовать текущим параметрам и требованиям хостинг-аккаунта.

I’m in the middle of installing Murano using this guide: http://docs.openstack.org/developer/murano/draft/admin-guide/deploy_murano/install_manually.html and got stack when I try to import core Murano libarary.

I installed a standard OpenStack Mitaka on CentOS 7 and use domain default successfully with other service, but when I execute the follow command:

$tox -e venv -- murano --os-user-domain-name default --os-project-name admin --os-username admin --os-auth-url http://controller:35357/v3  --murano-url http://controller:8082   package-import --is-public io.murano.zip

I get this error:
The request you have made requires authentication. (HTTP 401)

looking on the logs I see that:

ERROR keystone.auth.controllers [req-f4b6a4f8-d16c-4d7d-9c26-9859ee1e0a32 - - - - -] Could not find domain: default
ERROR keystone.auth.controllers Traceback (most recent call last):
ERROR keystone.auth.controllers   File "/usr/lib/python2.7/site-packages/keystone/auth/controllers.py", line 187, in _lookup_domain
ERROR keystone.auth.controllers     domain_ref = self.resource_api.get_domain(domain_id)
ERROR keystone.auth.controllers   File "/usr/lib/python2.7/site-packages/keystone/common/manager.py", line 124, in wrapped
ERROR keystone.auth.controllers     __ret_val = __f(*args, **kwargs)
ERROR keystone.auth.controllers   File "/usr/lib/python2.7/site-packages/dogpile/cache/region.py", line 1053, in decorate
ERROR keystone.auth.controllers     should_cache_fn)
ERROR keystone.auth.controllers   File "/usr/lib/python2.7/site-packages/dogpile/cache/region.py", line 657, in get_or_create
ERROR keystone.auth.controllers     async_creator) as value:
ERROR keystone.auth.controllers   File "/usr/lib/python2.7/site-packages/dogpile/core/dogpile.py", line 158, in __enter__
ERROR keystone.auth.controllers     return self._enter()
ERROR keystone.auth.controllers   File "/usr/lib/python2.7/site-packages/dogpile/core/dogpile.py", line 98, in _enter
ERROR keystone.auth.controllers     generated = self._enter_create(createdtime)
ERROR keystone.auth.controllers   File "/usr/lib/python2.7/site-packages/dogpile/core/dogpile.py", line 149, in _enter_create
ERROR keystone.auth.controllers     created = self.creator()
ERROR keystone.auth.controllers   File "/usr/lib/python2.7/site-packages/dogpile/cache/region.py", line 625, in gen_value
ERROR keystone.auth.controllers     created_value = creator()
ERROR keystone.auth.controllers   File "/usr/lib/python2.7/site-packages/dogpile/cache/region.py", line 1049, in creator
ERROR keystone.auth.controllers     return fn(*arg, **kw)
ERROR keystone.auth.controllers   File "/usr/lib/python2.7/site-packages/keystone/resource/core.py", line 704, in get_domain
ERROR keystone.auth.controllers     raise exception.DomainNotFound(domain_id=domain_id)
ERROR keystone.auth.controllers DomainNotFound: Could not find domain: default
ERROR keystone.auth.controllers
WARNING keystone.common.wsgi [req-f4b6a4f8-d16c-4d7d-9c26-9859ee1e0a32 - - - - -] Authorization failed. The request you have made requires authentication.

Any suggestion?

Thanks!

Dedi

  • Ошибка could not find any compatible direct3d devices
  • Ошибка core dll mta
  • Ошибка core dll lineage 2
  • Ошибка copyfile failed with 32 easy anti cheat
  • Ошибка copy resumed with different info