Kinkl

Возникла такая проблема: после переноса сайта не отображается ни одна картинка из папки со стилями. Как на самом сайте, так и в админке. Кеши все перестраивал, пути в настройках тоже правильные. Кто-нибудь сталкивался с таким?

Вопрос немного не в тему, но все-же относится к ней, не хочу отдельную тему создавать. Подскажите, как сделать всплывающее уведомление в центре экрана при получении нового ЛС? Помнится такое было еще в ветке IPB 2.x. У меня индикатор не в очень заметном месте расположен, не сразу видно что пришло ЛС

Версия 1.0.2 этого шаблона полноценно совместима только с версией IPB 3.4.x

Respected, вообще для двух: 3.3.4 и 3.4.2. Я погуглил, нашел как запрос выглядит, сейчас попробую сделать. Но если локализации у тебя есть, все равно поделись, кто знает, может пригодятся. UPDATE ibf_core_sys_lang_words SET word_custom='' WHERE lang_id= номер пакета Добавлено: все, с помощью запроса получилось сделать английский

Respected, при импорте я понимаю что ничего не испортится, только я не нашел отдельно английский. Тут предложили скопировать русский, и запросом удалить переведенные поля. Так вот, мне нужно узнать, что этот запрос из себя представляет.

Не подскажете подробнее как сделать? Появилась необходимость установить английский язык на форум, не знаю как правильно сделать, боюсь удалить оригинальную локализацию

Подниму тему. Respected, не получилось реализовать еще?

Вести с полей Не знаю как получилось, но по прошествии примерно 10 минут все заработало. Последнее что я делал, это игрался с htaccess mod_rewrite. Ссылки заработали, скриншоты появились, все редактируется. Однако, IP.Content так и не заработал, правда ошибка исчезла, но при переходе кидает на __сайт.ru/forum/index.html с ошибкой 404 "К сожалению, не удалось найти запрашиваемую вами страницу." Версия для 3.4

Ребят, после обновления с 3.3.4 вообще беда какая-то. Перестали нормально отображаться все ссылки, теперь они имеют такой вид __site.ru/forum/files/file/142--/ и __site.ru/forum/topic/335--/ Плюс до кучи пропали все скриншоты у файлов и самое главное, ничего нельзя отредактировать! Ни сообщения (при нажатии "изменить" выдает пустой редактор, при нажатии на "расширенную форму" ноль эмоций), ни файлы (просто говорит "К сожалению, не удалось найти запрашиваемую вами страницу"). Вот и обновился называется блин Еще у меня на главной установлен IP.Content, так там вот такая ошибка Fatal error: Class 'darkLAE' not found in /home/p26ххх/www/сайт.ru/forum/admin/sources/classes/output/formats/html/htmlOutput.php on line 611 Кеши перестраивал везде где только можно, не помогло. Что делать?

_Dark_, то есть виноват я или хостер? Кстати, сейчас отключил полнотекстовый поиск, и нагрузка судя по админке IPB упала с 3.66 до 2.93. Может совпадение, а может и нет. Оставил пока, погляжу дальше. Вычитал еще, что можно снизить нагрузку, правильно настроив php.ini. Посмотрите мой пожалуйста, и скажите что можно сделать? ; php 5.2.x ;zend_extension = /usr/local/php52/lib/php/extensions/no-debug-non-zts-20060613/ioncube_loader_lin_5.2.so ;zend_extension = /usr/local/php52/lib/php/extensions/no-debug-non-zts-20060613/eaccelerator.so ;zend_extension = /usr/local/php52/lib/php/extensions/no-debug-non-zts-20060613/ZendOptimizer.so ; php 5.3.x ;zend_extension = /usr/local/php53/lib/php/extensions/no-debug-non-zts-20090626/eaccelerator.so register_globals = On register_long_arrays = On eaccelerator.debug = 0 eaccelerator.optimizer = 0 eaccelerator.shm_size = 16 date.timezone = Europe/Moscow eaccelerator.cache_dir = /home/p2xxxx/tmp/php-eaccelerator session.save_path = /home/p2xxxx/tmp/session file_uploads = On upoad_tmp_dir = /tmp max_execution_time = 300 max_input_time = 300 post_max_size = 20M upload_max_filesize = 20M Вот тут подробная информация о возможностях хостинга, может пригодится

Да, журнал не обновлялся больше

_Dark_, хорошо. Тут еще кое-чего нашел. Посмотрел в журнал ошибок SQL, там за 16 число вот такие ошибки: Date: Sat, 16 Feb 2013 16:44:39 +0000 Error: 1135 - Can't create a new thread (errno 11); if you are not out of available memory, you can consult the manual for a possible OS-dependent bug И вот такая mySQL query error: SELECT f.*,c.cname as file_category, c.cname_furl,m.*,pp.* FROM downloads_files f LEFT JOIN downloads_categories c ON ( c.cid=f.file_cat ) LEFT JOIN permission_index p ON ( p.app='downloads' AND p.perm_type='cat' AND p.perm_type_id=c.cid ) LEFT JOIN members m ON ( m.member_id=f.file_submitter ) LEFT JOIN profile_portal pp ON ( pp.pp_member_id=m.member_id ) WHERE f.file_open=1 AND c.copen=1 AND p.perm_view REGEXP ',3,|*' ORDER BY RAND() LIMIT 0,4 .--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------. | File | Function | Line No. | |----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------| | admin/applications_addon/ips/downloads/modules_public/display/file.php | [downloadsFunctions].getStats | 489 | '----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------' | admin/sources/base/ipsController.php | [public_downloads_display_file].doExecute | 306 | '----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------' Продолжалось это с 12 до 19 часов.

_Dark_, в общем нагрузка опять превысила лимит, так что письмо счастья об выселении с утра придет видимо опять 179 CPU / 789 MySQL Радует что хоть с MySQL видимо разобрался немного, раз таких бешеных цифр как раньше нет. А вот с CPU все равно не ясно до конца, цифры за весь день маленькие вроде, а суммарно опять накапало за лимит... Кстати, мне логи почистили, так что он пишется с нуля теперь. Что можно оттуда достать интересного?

Народ, новые новости. В общем вчера перед сном погуглил и наткнулся вот на такой вопрос. Вот после этого коммента я заподозрил неладное: "Идет выбор 8 случайных товаров, походу на Главную." Тут я вспомнил одну интересную вещь, а именно: в IP.Downloads присутствует такой интересный блок, как Случайные файлы. Так вот, этот блок как раз у меня на главной выводит 4 рандомных файла при каждом обновлении страницы. Я бегом в настройки выключать его + заодно выключил блок Вам могут быть интересны эти файлы. Выключил я это дело значит, и пошел спать (около 1:00 было времени). Сегодня утром зашел первым делом на сайт: 160 уников уже накапало, и онлайн как обычно около 20. Далее отправился в панель хостера, и увидел, что нагрузка на MySQL уменьшилась в разы, до этого были трехзначные числа (120-300+), а теперь нагрузка максимум была 61. Нагрузка на CPU тоже уменьшилась, но все-равно пока как-то скачками идет: с 1:00 до 11:00 нагрузка была 2-9, в 12:00 появился резкий скачок до 16, потом с 13:00-14:00 нагрузка была 6 и 7, в 15:00 опять резкий скачок до 16. Последние 2 часа нагрузка составляет 15 и 14 соответственно. В общем получается, что все-таки большая часть вины была именно в этих блоках с рандомными файлами? Теперь чтобы узнать, из-за чего проявляются такие скачки, мне написать хостеру, чтобы он дал информацию? Чувствую что меня опять отправят в этот лог-файл. Как правильно и точно описать ситуацию, что попросить предоставить? Лимит я опять превысил, но пока только по CPU (144), показатель MySQL тоже приближается к отметке 700, но больше радует, число сейчас равно 638, когда уже обычно было 2000-3000. Еще я вычитал, что ЧПУ тоже влияет на нагрузку. Так ли это? Имеет смысл отключить его? Нагрузка за сегодня Нагрузка 2 дня назад

Death1, лог мой, тут просто помимо этого лога лежат еще логи второго сайта. Тут общий вес оказывается на 935 МБ уже

Пробовал конечно, аналогично, не дает менять

_Dark_, не удаляется сволочь... Пробовал по FTP Admin, ни один файл из папки не удаляется. По SSH через Putty пробовал, аналогично. Выдает: [p26xxx@h13 logs]$ rm site.ru_access.log rm: remove write-protected regular file `site.ru_access.log'? y rm: cannot remove `site.ru_access.log': Permission denied

У меня конечно дебильный вопрос, но как удалить этот самый лог? Из ФТП никак не получается: 550 access.log: Permission denied

Итак, пришел ответ. Эти данные Вы можете найти в файле access_log , в каталоге logs. Захожу я в папку и вижу... файл размером 240 МБ! Это явно не нормально? Внутри 815.194 строки! Что мне искать хотя бы примерно?

_Dark_, отписал им, жду ответа. В режиме отладки кстати еще посмотрел, вот что там: Время исполнения: 0,5860 Загрузка: -- Запросов: 19 запросов. andreuka, хостинг тоже IHC? Какой тариф/VPS? Цифры вообще в сравнение с моими не идут... Вот я уже вообще не представляю что может быть такое, и в какую сторону копать. Ненормальная нагрузка у меня значит совсем.

Я уже и не знаю что думать если честно... Как можно проверить? Вообще такая нагрузка практически с открытия сайта была, онлайн постоянный 20 сегодня. В списке смотрел, все что-то просматривают, при ддос такое вряд-ли бы было наверное, там обычно главная страница указана.

Итак, пришел ответ на вопрос о нагрузке: "Чаще всего в лог попадает скрипт /home/p26ххх/www/сайт.ru/index.php" То есть получается главная дает такую нагрузку? Я не совсем понял если честно. Забыл добавить, вдруг это важно: при обращении по www.сайт.ру у меня грузится именно компонент IP.Downloads, я прописал его в initdata.php. Это может влиять на что-нибудь? Вот содержимое index.php <?php /** * <pre> * Invision Power Services * IP.Board v3.3.4 * Main public executable wrapper. * Set-up and load module to run * Last Updated: $Date: 2012-06-12 10:14:49 -0400 (Tue, 12 Jun 2012) $ * </pre> * * @author $Author: bfarber $ * @copyright (c) 2001 - 2009 Invision Power Services, Inc. * @license __www.invisionpower.com/company/standards.php#license * @package IP.Board * @link __www.invisionpower.com * @version $Rev: 10914 $ * */ define( 'IPB_THIS_SCRIPT', 'public' ); require_once( './initdata.php' );/*noLibHook*/ require_once( IPS_ROOT_PATH . 'sources/base/ipsRegistry.php' );/*noLibHook*/ require_once( IPS_ROOT_PATH . 'sources/base/ipsController.php' );/*noLibHook*/ ipsController::run(); exit();

_Dark_, спасибо за ответ. Уже начал писать пост, где я лазил в настройках, попутно копируя названия пунктов, как дошел до Подгружать javascript файлы из серверов Google. Собственно в этом проблема и была. Дурная голова рукам покоя не дает, наверное за компанию поставил Да Установил на Нет, все заработало. Про нагрузку. Хостеру сейчас отпишу, чтобы статистику выслал. Боюсь как-бы не пришлось в конечном итоге переходить на VPS, все к этому и идет. Глянул опять в панели хостера на числа, расклад такой: С 17:00 нагрузка: на CPU=15, на MySQL=194 Суммарно на сегодняшний час уже CPU=114, MySQL=1167, что уже превышает порог в CPU=72 и MySQL=700. Кстати, вопрос вдогонку сразу: такая система подсчета у всех хостингов используется? То есть суммируемая нагрузка по часам.

Здравствуйте! Беда у меня, помогите! Предисловие. Довольно продолжительное время я создавал сайт на базе IPB. А именно файловый каталог. Все остальные вещи, присущие форуму, я отключил или скрыл за ненадобностью. Каталог в данный момент содержит около 2000 файлов, которые находятся на сторонних файлообменниках. В общем открыл я сайт 10 февраля. В первый день посещаемость была в ~500 уников. В течении этой недели постоянно в промежутке 200-300. Онлайн 10-30 человек практически постоянно. Сегодня получаю письмо от хостера (IHC, если что) вот такого содержания: "Здравствуйте. Услуга база данных «base_name» в вашем заказе pXXXXXX заблокирована по причине: Скрипты Вашего сайта создавали критическую нагрузку на сервер." Я направился в панель хостера, и обнаружил, что с 10 февраля нагрузка действительно превышена в 3-5 раз каждый день. Попросил хостера разблокировать мне базу, чтобы устранить проблему. Отправился в адмику IPB. В панели IPB в поле "Нагрузка на сервер" стояло число 4.22 Прошерстил интернет в поисках, наткнулся на одну теорию, а именно, что робот Google создает нагрузку, ибо сайт новый, и бот сейчас усиленно кушает странички. Действительно, с 10 числа Google практически 24/7 проводил время на сайте. А судя логам из IP.SEO с 12 числа наблюдался особый рост индексации. Решил я проверить данную теорию, и запретил через robots.txt всем поисковикам доступ. Итог: Google все равно в списке онлайн, и просматривает страницы, хотя в журнале посещений он не появлялся уже часа 4 (обычно почти каждые 5-10 минут отмечается). Собственно как узнать, действует ли запрет, или Google игнорирует все запреты? Дальше – больше. Направился я в настройки, и прошелся по всем пунктам, чтобы настроить те, которые помогли бы в оптимизации. Потыкал некоторые пункты и отправился в журналы, а именно в Журнал задач, где обнаружил выполнение каждые 10 минут вот такой задачки "Мобильные уведомления НЕ МОГУТ БЫТЬ отправлены из-за ошибки с лицензионных ключом" Вот собственно дальше я зашел Планировщик задач и начал вырубать все подряд, что на мой взгляд показалось ненужным. До кучи зашел в Инструменты управления SQL, и оптимизировал таблицы. После всех этих манипуляций число нагрузки упало до 3.6 Я уже обрадовался, но видимо рано... Доковырялся видимо до такого, что сейчас обнаружил, что не работает ни одна функция, связанная со всплывающими элементами: карточка профиля, уведомления, ЛС, кнопки листания файлов на главной, кнопка смены стиля, ББ-коды... Теперь сижу и вообще не знаю что делать. Толком так и не выяснил, откуда нагрузка, и видимо еще и яву поломал каким-то образом. Собственно, интересует вопрос: может ли при таком количестве уников, и с таким онлайном создаваться подобная нагрузка? Мне это лично кажется странным, ладно бы 1000+ уников было, но 200... Даже не знаю. И как мне починить поломанную Java? Есть идеи, как могло ее зацепить? Вопрос с нагрузкой нужно решить как можно скорее, ибо сегодня-завтра опять прикроют. Чувствую придется на VPS переползать, а это для меня дороговато... Буду рад любым идеям, спасибо за помощь заранее!

Подниму тему. Помогите найти пожалуйста, проблема все еще актуальна :(