EIKA

Спасибо за ответ. У вас нет этих файлов на 4ке?

Проблема найдена - в ACP была снята галка Allow front-end logins.

За годы развелись какие-то файлы в корневой директории IPS, назначение и обязательность которых мне неизвестны. Что-то появилось при неаккуратной распаковке, что-то - при апгрейдах. Можно ли что-то безболезненно удалить? А то визуально мешаются... error.html index.html upgrading.html 404error.php constants.php conf_global.dist.php (нулевой размер) dav.php error.php extract.php extractCic.php init.php initdata.php lang.php upgradeAvailable.php upgradeAvailableCic.php upgradeStarted.php

После обнолений на 4.7.15/4.7.18 в целом все работает и претензий нет. Но сегодня случайно обнаружил, что страница /login/ имеет пустую контентную часть: Сброс кеша не помогает. Проверял в разных браузерах. От выбранного языка не зависит. Как дебажить?

Спасибо. Обновление файла локализации + сброс кеша помогли.

Всем привет. После аптейтов внутри 4.x возникла такая бага. Как это лечить?

Вы в глаза что ли балуетесь? Выше 2 раза написано для какой версии запросы, и что они проверены. Кроме того, на несовмесимой версии ipb этот запрос ничего не разрушит - там другая структура (другие имена таблиц). В частности, нет префикса core_. Запрос тупо ничего не сделает. Поищите проблему в себе - что вы тупо строчите на клавиатуре, не вникая. Фы просто форумный флудер, и этим живете. Удачи вам.

С чего вдруг баня то упала, если я запрос написал под 4.7.15, а в 4.3 была другая структура БД? И уже давно все проверил и проблему решил. Вы вместо этого сотрясаете воздух, даже не удосужившись что-либо проверить. А как блокировать доступ через Флару я и так прекрасно знаю, но не хочу это решение. Я нашел решение штатными средствами без плагинов и без Флары.

Вообще-то по запросам видно к какой версии они подходят. Они написаны и прекрасно работают для 4.7.x. Перестаньте строчить ответы на колчиество, и включите внимание.

Была 4.3.6. В этой версии, видимо, юзают уязвимости. Легко обходят: ReCaptcha2, обязательные вопросы (челлендж) и верификацию емайл. А потом, я опубликовал способ борьбы с последствиями, а не с причиной. Если у вас полная база левых акков, защита, как вы понимаете, уже не ко времени. Сейчас 4.7.15.

Оно и есть обязательное, кэп. Боты обходят этот параметр и регятся как-то без него. Видимо, юзают уязвимости.

Внимательно читаем - с пустым полем Location. Никакой поиск в админке это не может. У меня легитимные пользователи имеют заполненое поле Location.

Сегодня мочил спаммеров, коих через боты зарегилось более 2000. И это при РеКапче 2, кастомных обязательных вопросах... Посмотреть юзеров с ID выше 259, у кого пустой Location (город) и 0 постов: SELECT * FROM `core_members` LEFT JOIN `core_pfields_content` ON `core_members`.member_id = `core_pfields_content`.member_id WHERE `core_members`.member_id >= 259 AND `core_members`.member_posts = 0 AND `core_pfields_content`.field_6 IS NULL И если все ОК, то грохнуть их: DELETE `core_members`, `core_pfields_content` FROM `core_members` INNER JOIN `core_pfields_content` ON `core_members`.member_id = `core_pfields_content`.member_id WHERE `core_members`.member_id >= 259 AND `core_members`.member_posts = 0 AND `core_pfields_content`.field_6 IS NULL; Логика в том, что массовые реги пошли с какого-то ID (условно выше 259), боты редко заполняют кастомное поле Location (город; в моем IPS это field_6), а если и заполняют, то вставляют там типовые фразы (об этом ниже), и у большинства ботов 0 постов. Типовые фразы, которые могут быть в Location вместо NULL: want question allow admin just register information talk В моем случае, если бы знать как это делать, чистка заняла бы 10 минут. Чистка вручную (поштучно) заняла бы 15 часов. Казалось бы, есть продвинутый фильтр и очереди в ACP, но фильтр не позвляют найти пользователей, используя пустой параметр. А еще я заметил, что очерели через ACP очень долго отрабатывают - часы на 50 пользователей... Казалось бы, сделал там Purge, прошло полчаса, изменений нет (при том что Cron выполняется 1 раз в минуту). Пошел час, что-то изменилось. В общем, тоже не вариант А это - работает отилчно! Пользуйтесь!

Говорят, что помогает спросить кеш в ACP.

Сильно же они перепахали все! От прежней архитектуры системы и нэйминга файлов ничего не осталось. В общем, кому интересно, в 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. Включена как дефолтная для фронтенда. Флюидный дизайн в теме выключен.

Имеется в виду обуза, видимо. Но это маловероятно. И для девелопмента неважно! Посещаемость гуд, но ее надо уметь монетизировать. Имхо, даже на adwords легко отобьете стоимость лицензии и даже и выйдете плюс.

На разработке разницы не заметите. Лицензия хороша быстрыми апдейтами и антиспамом. На разработке ни то ни другое не нужно.

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

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

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

В лицензии работает антиспам. Актуально, так как связка капча + вопрос-ответ пробивается, судя по всему, даже ботами. Даже если ответ на кириллице и бот физически не мог прочитать вопрос.

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

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