Вы не зашли.
Это я на старый вернулся. Вечером буду снова пробовать.
irbees2008, уточните. Я их заархивировал неправильно? Или при распаковке на новом хостинге стояла не та кодировка?
Проблема следующая. Сайт работает на последней версии движка. Все было нормально, но задумал переехать на другой хостинг.
Перезалил сайт, подключил базу и на сайте отобразилась сплошная абра-кадабра. Зашел в админку, настройки, управление базой данных и нажал восстановить базу из заранее созданного архива.
Все на сайте стало отображаться корректно, кроме названий категорий!
Кто-нибудь может подсказать причину такого явления? Почему новости, админка, реклама, в общем все отображается нормально, а категории нет?
Да, все правильно дело, в моем шаблоне. Сейчас установил в настройках шаблон плагина и сообщения оправляются.
Чего я там буду сравнивать, если не хрена в этом не понимаю. Я файлы с папки tpl закинул в папку pm шаблона, результат тот же: "Ошибка: Неверный заголовок сообщения"
Смотрю с 2014 г плагином никто не интересовался... Установил его сейчас на версию 095, при отправке сообщения выдает "Ошибка: Неверный заголовок сообщения!"
Может кто-то знает, как эту ошибку исправить.
А если в них что-то будет, то надо удалять?
Да они мне абсолютно не нужны. Я их заключил /* */ Такой вариант поможет?
Нет, наверно я соврал... Сейчас просмотрел историю обращений в техподдержку и похоже сайт стал создавать нагрузку после перехода на версию 095.
Все это бестолку,сайт находится на бесплатном хостинге, или покупай у них тариф,или переезжай на другой платный. Это тот же хостингер
С чего Вы взяли, что бесплатный? Сайт находиться на webhost1.ru
Кстати у меня там еще один сайт на NG и он никогда нагрузку не создавал. Правда он пока еще на версии 094. А этот сайт, когда был и на версии 094 все равно создавал нагрузку.
А за что они отвечают, на работе сайта это никак не отразится?
Да, таблицы есть, но в них нет ни одной записи
В обоих ноль
В настройках "Ведение журнала операций" везде стоит "Нет" и в пункте "Включить детальные SQL логи и логи активностей на XX секунд" стоит ноль.
Аккаунт еще не подключили, поэтому никакие данные посмотреть не могу. Я лично никакой планировщик задач не настраивал. Было у меня ранее на сайте включен ежедневный бекап базы данных, но я подумал, что из-за этого возникает проблема и отключил (на хостинге и так ежедневно делают бекап).
В каком направлении хоть искать причину?
Всем доброго времени суток! Помогите пожалуйста решить следующую проблему: периодически, примерно раз в месяц, мой аккаунт на хостинге автоматически отключается из-за того, что превышены допустимые лимиты нагрузки. Приходит письмо с указанием причин, но я в этом ничего не понимаю. Подскажите, что нужно сделать, чтобы перегрузки не возникали. Вот содержание письма с хостинга:
"Здравствуйте!
Аккаунт "yukos" превысил допустимые лимиты нагрузки.
Так как данная нагрузка мешает нормальной работе сервера,
аккаунт будет отключен до выяснения обстоятельств автоматически!
LA=7
PIDS=7
CPU=0%
MEM=1.4%
SQL=133%
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ UID COMMAND (TOP)
-----------------------------------------------------------------------
3376 yukos 30 10 1022384 71276 24744 S 0.0 0.2 0:00.02 1852 /usr/sbin/apache2 -k restart
9035 yukos 30 10 1022384 71276 24744 S 0.0 0.2 0:00.02 1852 /usr/sbin/apache2 -k restart
12954 yukos 30 10 1022448 71616 25064 S 0.0 0.2 0:00.02 1852 /usr/sbin/apache2 -k restart
17355 yukos 30 10 1022384 71160 24644 S 0.0 0.2 0:00.03 1852 /usr/sbin/apache2 -k restart
22048 yukos 30 10 1022384 71272 24744 S 0.0 0.2 0:00.02 1852 /usr/sbin/apache2 -k restart
29954 yukos 30 10 1022384 71272 24744 S 0.0 0.2 0:00.03 1852 /usr/sbin/apache2 -k restart
29955 yukos 30 10 1022384 71248 24744 S 0.0 0.2 0:00.03 1852 /usr/sbin/apache2 -k restart
Id User Host db Command Time State Info (SQL)
-----------------------------------------------------------------------
29804825 yukos_sowet localhost yukos_sowet Query 659 Waiting for table level lock optimize table ng_load
29804827 yukos_sowet localhost yukos_sowet Query 659 Waiting for table metadata lock optimize table ng_load
29807771 yukos_sowet localhost yukos_sowet Query 526 Waiting for table metadata lock delete from ng_load where dt < from_unixtime(unix_timestamp(now()) - 7*86400)
29810660 yukos_sowet localhost yukos_sowet Query 395 Waiting for table metadata lock delete from ng_load where dt < from_unixtime(unix_timestamp(now()) - 7*86400)
29812907 yukos_sowet localhost yukos_sowet Query 269 Waiting for table metadata lock delete from ng_load where dt < from_unixtime(unix_timestamp(now()) - 7*86400)
29815020 yukos_sowet localhost yukos_sowet Query 148 Waiting for table metadata lock delete from ng_load where dt < from_unixtime(unix_timestamp(now()) - 7*86400)
29817333 yukos_sowet localhost yukos_sowet Query 22 Waiting for table metadata lock delete from ng_load where dt < from_unixtime(unix_timestamp(now()) - 7*86400)
Srv PID Acc M CPU SS Req Conn Child Slot Client VHost Request (APACHE)
-----------------------------------------------------------------------
0-198 31983 0/888/410929 W 0.36 659 0 0.0 42.16 12818.92 148.251.24.171 inetsowet.ru:8070 GET /page/322/ HTTP/1.0
6-198 10063 0/917/393802 W 0.00 268 0 0.0 21.74 12309.45 95.213.218.245 inetsowet.ru:8070 GET /uchimsya_pisat_panchi_v_repe.html HTTP/1.0
7-198 10172 0/826/390167 W 0.67 525 0 0.0 19.07 12434.53 5.9.147.249 inetsowet.ru:8070 GET /page/323/ HTTP/1.0
11-198 24138 0/631/373223 W 0.00 659 0 0.0 17.65 11813.70 178.63.61.59 inetsowet.ru:8070 GET /page/324/ HTTP/1.0
12-198 3266 0/712/369047 W 0.26 147 0 0.0 26.05 11570.69 144.76.221.38 inetsowet.ru:8070 GET /page/321/ HTTP/1.0
14-198 3497 0/632/346753 W 0.01 394 0 0.0 21.57 11014.91 148.251.114.246 inetsowet.ru:8070 GET /page/323/ HTTP/1.0
19-198 13347 0/101/222287 W 0.00 21 0 0.0 2.59 7104.31 5.9.147.249 inetsowet.ru:8070 GET /page/322/ HTTP/1.0
27-194 - 0/0/12004 . 0.02 25471 35 0.0 0.00 345.61 148.251.24.171 inetsowet.ru:8070 GET /page/324/ HTTP/1.0
30-175 - 0/0/8996 . 0.03 125976 35 0.0 0.00 256.95 5.9.147.249 inetsowet.ru:8070 GET /page/323/ HTTP/1.0
31-174 - 0/0/4999 . 0.03 136682 46 0.0 0.00 150.11 148.251.114.246 inetsowet.ru:8070 GET /page/324/ HTTP/1.0
Если Вы готовы исправить данное нарушение, свяжитесь с нами."
rusiq, спасибо! Работает!
Зайди в настройки плагина auth_basic. Там есть "Статус пользователя по умолчанию". Назначаешь вместо комментатора журналиста и будет тебе счастье
Перешел на версию 095 и все новые пользователи регистрируются только комментаторами, хотя в настройках плагина установил "Журналист".
Подскажите пожалуйста, как решить эту проблему.
rusiq, спасибо!
В настройках плагина комментариев есть пункт "Максимальный размер". А можно добавить еще пункт: "Минимальный размер"? Подскажите как это сделать?
infinity237, ввиду того, что у меня установка с архивом: "ng_095_release_git20170301.zip - CMS + плагины" не пошла, значит что-то там не так, и у кого-нибудь тоже могут возникнуть подобные проблемы. Может его надо по новой скомплектовать? Взять содержимое Source code (tar.gz) добавить плагины и снова перезалить в виде архива: ng_095_release_git20170301.zip
Ну, вот, вроде все получилось. Установилась с архива Source code (tar.gz), только там нет папки с плагинами. Добавил туда папку с плагинами и вся установка прошла на УРА!
Получается архив ng_095_release_git20170301.zip - НЕРАБОЧИЙ! Во всяком случае мне, с файлами этого архива, установить не удалось.
С хостингом все нормально, тут что-то другое. Вот сейчас скачал архив Source code (tar.gz), установка пошла уже по другому: права на папках стали 755, есть графика, но при открытии страницы входа в админку в левом верхнем углу пишет: "Fatal error: No auth module is found.
To fix problem please run upgrade.php script",
а при попытке входа выдает "NGCMS Runtime error: Call to a member function login() on null
[ 1]: Call to a member function login() on null
Stack trace
Line # File name
488 /home/yukos/vopros.urokisite.ru/engine/cmodules.php"
Почему при установке из архива ng_095_release_git20170301.zip одни ошибки, а из Source code (tar.gz) другие? Значит содержание архивов разное? Может я вообще не от туда скачиваю? Скиньте прямую ссылку.
vl, мой главный вопрос: почему при установке старых версий, права сами-собой нужные становились, а на этой становятся "700" и их надо вручную менять? Согласитесь, мало радости по каждой папке и файлику щелкать и менять права. А как-то проще никак нельзя? Вы тоже вручную на каждой папке и файле права выставляли?
Пробовал установить 095 на субдомене. При установке вроде ни на что не ругается, но в итоге на сайте нет графики, одни описания кнопок. В чем причина? В правах доступа? Почему-то на папках выставлено 700. С предыдущими версиями никогда такого не было, все установки проходили гладко и права выставлялись 755.