Song

Ну видимо записывает их не туда?

Лучше сделать красиво. Сделать настройку для мембера в админке: перенаправлять входящие PM на id: [текстовое поле] сохранять почту при пересылке: [x] Ну и соответственно проверять флажки и при необходимости вызывать 2-ой раз отправку.

Нет, это просто ещё одна оптимизация.

Джойнится ibf_posts с ibf_topics при выводе топиков. Это давно известный напряг. Отображение тем в Forums.php, тяжёлый запрос Оптимизация 1.x

Это не проблема запроса, запрос написан правильно. Почему-то СУБД оценивает неправильно. Можно в запросе указать насильно какой индекс ему использовать. Может индексы надо починить или перестроить, где-то неправильна статистика.

Dekker Дык можно всё проапдейтить. Тоже мне нашли проблему. Так.. вот так MySQL не позволяет сделать для MyISAM таблиц: update ibf_posts set new_topic=1 where pid in ( select pp.first_post from ibf_posts p, ( select topic_id, min(pid) as first_post from ibf_posts group by topic_id) pp where p.pid = pp.first_post and p.new_topic=0 ) Млин.. а так к ораклу привык Так... Ну тогда излюбленный приём для MySQL: select concat('update ibf_posts set new_topic=1 where pid=', pp.first_post ,'; -- topic_id=',pp.topic_id) as queries_to_run_in_phpMyAdmin from ibf_posts p, ( select topic_id, min(pid) as first_post from ibf_posts group by topic_id) pp where p.pid = pp.first_post and p.new_topic=0 LIMIT 2000 Ну и на всякий случай можно отсекать те темы, в которых new_topic стоит но не соответствует минимальному pid'у (чтобы не получилось два поста с new_topic=1): select concat('update ibf_posts set new_topic=1 where pid=', pp.first_post ,'; -- topic_id=',pp.topic_id) as queries_to_run_in_phpMyAdmin from ibf_posts p, ( select topic_id, min(pid) as first_post from ibf_posts group by topic_id) pp where p.pid = pp.first_post and p.new_topic=0 and pp.topic_id not in ( select topic_id from ibf_posts where topic_id=pp.topic_id and new_topic=1) LIMIT 2000 Я вот у себя таких много нашёл заодно и себе исправил всё

Вот условие по которому определяется возможность редактирования названия темы: //----------------------------- // // Do we have edit topic abilities? //----------------------------- if ( $this->orig_post['new_topic'] == 1 ) { if ($ibforums->member['g_is_supmod'] == 1) { $this->edit_title = 1; } else if ($this->moderator['edit_topic'] == 1) { if ( $ibforums->member['id'] == $this->topic['starter_id'] ) { $this->edit_title = 1; } } else if ($ibforums->member['g_edit_topic'] == 1 ) { $this->edit_title = 1; } }

Да, появляются для автора темы.

Всё что я выше написал всё как раз о "Я лишь хочу получить ник пользователя, который зашел на мою страницу из форума." Это и есть авторизация. Авторизация - это комплекс мер, направленный на узнавание пользователя форумом.

Данные о пользователе находятся в массиве $ibforums->member Самому делать авторизацию нет смысла. Если ваша галлерея имеет собственный скрипт, то вставьте форумскую авторизацию в этот скрипт. А лучше, если делать всё через форумский функционал. В частности есть такая вещь как плагины (act=modules), вызывается index.php, соответственно прозрачная авторизация + доступ ко всем библиотекам. А в самом модуле можете реализовать уже свою логику. Пример смотри папку modules. Авторизация берётся из куков, соответственно надо чтобы ваш скрипт (если всё-таки решитесь сделать через свой) мог эти куки форумские читать. Это должен быть либо тот же домен либо поддомен. Вот здесь подробней: Авторизация пользователей в IPB из своих скриптов Проверка на пользователя в своём скрипте. Как?

Ну а какой там акт при вызове этой страницы? modules что ли?

как эт нет?

Для 2.3 там тоже есть.

Ну так же в вашем посте и ответ на вопрос. Проследите путь урла: {ibf.script_url}act=Reg&CODE=image&rc={$regid}&p=2 и найдёте.

Выбор группы при регистрации в зависимости от ip адреса