[FAQ] Редиректы (убрать страницы информации)

[Алг]

По моей логике в идеальном мире нужно писать моды так, чтобы конфликтов не было.

так в 3.1 эту идею и реализуют, чтобы каждый мод в своём расширении и не трогал другие... а для 3.0 почему, вдруг, это плохо? или только исключительно для мода phpBB jQuery Base плохо?

Из полезного в нем только проверка ЛС.

ИМХО, самое бесполезное, что в нем есть. ЛС и так проверяются штатными средствами, во время интенсивной работы форума я вообще отключаю эту опцию

Но только ради этого ставить такой мод, который явно будет иметь конфликты с уже установленными - не резон.

Я не агитирую ставить, но ... не будет у него явно конфликтов с уже установленными, ему просто наплевать на другие моды, функциональность других модов без перезагрузки надо просто-напросто дописывать

Я писал про отображение выполняемых действий во всплывашке. Грубо говоря, заменить страницу информации при редиректе на небольшое окошко с этой информацией, задерживающееся на несколько сек. Этого нет в моде.

в моде phpBB jQuery Base это есть, прочитайте внимательно, причем настраивается в админке, хотите ли вы их видеть. Можете посмотреть в действии http://chugunok.net/forum_test/index.php
аккаунты:
bodek 12345
user_subsilver2 12345
текущая тема: http://chugunok.net/forum_test/viewtopi ... 314&t=3371

введите в каждую из них по сообщению и посмотрите на окошко
завершённая тема: http://chugunok.net/forum_test/viewtopi ... 314&t=3137

[xisp]

а для 3.0 почему, вдруг, это плохо?

В 3.0 совершенно не как в 3.1.
В 3.0 в этом моде тупо скопировал логику движка.
В 3.1 моды будут вызываться по событиям.
Вы наверное не так меня поняли. Я не против отдельных файлов, даже за немного. Я против дублирования логики движка в отдельном файле вместо инклюда в оригинальные.

[Pazh]

В 3.1 моды будут вызываться по событиям.

Есть много модов, которым этого будет крайне мало

[xisp]

Есть много модов, которым этого будет крайне мало

Посмотрим. Разработчики везде пишут, что будут расширять список событий.

[Алг]

В 3.0 в этом моде тупо скопировал логику движка.

если мы говорим о быстром ответе, то не тупо, а взял только необходимое для одного поста. А что не взял, то лишнее, хотите, мол, накручивайте далее. Мне такой подход импонирует больше, чем инклюд в основной файл viewtopic.php , потому что там на каждой строчке пришлось бы иф-ы ставить и уж тогда бы действительно нерушимая дружба модов могла бы получиться

[xisp]

потому что там на каждой строчке пришлось бы иф-ы ставить

Зачем?

[Алг]

новый пост быстрого ответа должен пройти цикл обработки, который существует в post.php, но в урезанном виде( без аттачментов, голосовалок, превьюшек и.т.п), значит, надо ставить иф-ы на обход лишнего, чтоб нагрузку снизить, но это ладно. А далее идёт файл viewtopic.php, который собирает и передает информацию о всех постах темы, а оно нам надо? нам только один нужен. Тут уже разветвление на каждом шагу
xisp, а как бы Вы предложили вписывание во viewtopic.php?

[xisp]

надо ставить иф-ы на обход лишнего,

Согласитесь, это не каждая строчка.

xisp, а как бы Вы предложили вписывание во viewtopic.php?

Забить на лишний код, в ифы оборачивать только ресурсоёмкие операции.

[Алг]

Согласитесь, это не каждая строчка.

Соглашаюсь, я ж выше писала, что для post.php

но это ладно

, но для viewtopic.php всё куда фатальней. Лишнего кода там процентов 80 будет и всё ресурсоёмкое. Сейчас крамолу скажу: код в этом файле, мягко говоря, не современный, это моё имхо и я никогда php не занималась, не знаю его, но не уверена, что так принято писать сейчас, не используя паттернов, не строя классов и коллекций. Если бы, пофантазируем, был бы спроектирован класс post_topic, инкапсулирующий всю логику для одного поста, и класс topic, который содержал бы коллекцию объектов post_topic, каждому моду ничего бы не стоило добавлять свою функциональность в эти два класса, а обсуждаемому моду тогда пришлось бы всего-навсего вытащить последний элемент этой коллекции и передать его данные в темплейт.
Но вернёмся в нашу реальность, увы, где иф-ов не избежать в каждом блоке

[xisp]

Лишнего кода там процентов 80 будет и всё ресурсоёмкое.

Тогда забить. Дешевле будет сервак по мощнее заказать, чем оплачивать работу программиста.

а обсуждаемому моду тогда пришлось бы всего-навсего вытащить последний элемент этой коллекции

Сначала передать корректные данные, а то понавытаскивает.

[Алг]

Не, я боюсь, Вы неправильно поняли. Не могу утверждать, что во viewtopic.php 80% лишнего кода, никоим образом. Там весь код необходим и достаточен. А лишний он для того, чтобы взять данные только у последнего добавленного поста

Дешевле будет сервак по мощнее заказать, чем оплачивать работу программиста

Правда что ли? Хотя серваки нынче дешевле, чем овёс. А я помню ещё патриархальные времена, когда программист получал 120 р в месяц, а ведущий программист аж 160р

[xisp]

Вы неправильно поняли

Всё я правильно понял.

А лишний он для того, чтобы взять данные только у последнего добавленного поста

Именно на это я и предлагал забить.

[romeo_piter]

Подниму старую тему.

Как дела у отключивших редиректы?
Действительно ли это не влияет на серверную нагрузку?

И появилось ли решение с вьюонлайн или какой-то другой вариант безболезненного отключения редиректов.
Или надо всё же по одному для каждого действия отключать?

[Пчелкин]

Глобальное отключение может навредить.... Надо все таки решать по месту какое вырубать, а какое вызывает проблему.

[xisp]

Как дела у отключивших редиректы?

Я их и не включал, они по умолчанию отключены в phpBBex. Всё отлично. В 3.1 их тоже посокращали местами. По моему очевидно, что с ними нужно делать.