phpBB 3.3 Proteus

Вопросы без привязки к версии. Установлена авточистка (2 года).
Правила форума
Местная Конституция | Шаблон запроса | Документация (phpBB3) | Переход на 3.0.6 и выше | FAQ-3 (phpbb3) | Как задавать вопросы | Как устанавливать моды

Ваш вопрос может быть удален без объяснения причин, если на него есть ответы по приведённым ссылкам (а вы рискуете получить предупреждение ;) ).
Аватара пользователя
Sumanai
phpBB 3.0.0 RC5
Сообщения: 1669
Зарегистрирован: 02.11.2014 13:57
Благодарил (а): 263 раза
Поблагодарили: 205 раз
Контактная информация:

Re: phpBB 3.3

Сообщение Sumanai » 09.01.2017 12:05

У mysql?
Да. Просто возьмите и проверьте.
istepan писал(а):Почему просто не применить нормальные JOIN и foreign key?
Применяйте, вам никто не мешает.
Ускорение было бы раз в 10.

А я уверен, что разницы не будет. Я у вас ещё раз прошу предоставить оптимизированную версию этого запроса.
Попробую сделать небольшой тестовый пуш, если не получится протолкнуть,
Не получится. Там бюрократия, с первого раза всё правильно оформить у вас не выйдет.

Аватара пользователя
LavIgor
Поддержка
Поддержка
Сообщения: 3286
Зарегистрирован: 28.04.2014 8:16
Благодарил (а): 42 раза
Поблагодарили: 846 раз

Re: phpBB 3.3

Сообщение LavIgor » 09.01.2017 12:14

Sumanai писал(а): с первого раза всё правильно оформить у вас не выйдет.
Если не соблюдать требования к pull requests, то конечно.
А если же грамотно и точно выполнить все шаги, то всё получится.

ostridm
phpBB 2.0.7
Сообщения: 559
Зарегистрирован: 30.03.2012 21:52
Благодарил (а): 20 раз
Поблагодарили: 61 раз

Re: phpBB 3.3

Сообщение ostridm » 09.01.2017 13:31

istepan писал(а): Почему просто не применить нормальные JOIN и foreign key? Что мешает? Почему в приведенном мной примере это не использовали. Ускорение было бы раз в 10.
для данного запроса никакого ускорения не будет. запрос записан в форме предшествующей SQL ANSI/92 может быть вы найдете ее в ANSI/89, видится, что это сделано для вящей совместимости между разными серверами БД, и то, что выглядит как декартово произведение в clause FROM по сути таковым не является благодаря условиям clause WHERE, в итоге эта запись эквивалентна INNER JOIN из SQL ANSI/92.

Аватара пользователя
Sumanai
phpBB 3.0.0 RC5
Сообщения: 1669
Зарегистрирован: 02.11.2014 13:57
Благодарил (а): 263 раза
Поблагодарили: 205 раз
Контактная информация:

Re: phpBB 3.3

Сообщение Sumanai » 09.01.2017 16:03

LavIgor писал(а): Если не соблюдать требования к pull requests, то конечно.
А если же грамотно и точно выполнить все шаги, то всё получится.
Я вот пытался, и вышло только с третьего раза. С наскока не вышло, ладно, но когда придрались к пробелу в описании, это опечалило. Правда сейчас там при создании PR из гитхаба подставляется его шаблон, так что накосячить сложнее.

Аватара пользователя
klow
phpBB 1.4.4
Сообщения: 123
Зарегистрирован: 03.01.2017 14:24
Благодарил (а): 44 раза
Поблагодарили: 2 раза

Re: phpBB 3.3

Сообщение klow » 11.01.2017 17:35

istepan писал(а): Почему просто не применить нормальные JOIN и foreign key? Что мешает? Почему в приведенном мной примере это не использовали. Ускорение было бы раз в 10.
Неужели такие тупые разработчики? Или может выводы сделаны безосновательно?
Вы сами то пробовали, что говорите? Для MySql, да и любой другой СУБД, это значения не имеет, Вам правильно ответили с этим справиться любой оптимизатор и только решение пользователя или привычка как писать запрос.
Для примера возьмите и запустите запросы написанный через JOIN или WHERE и увидите, что разницы никакой нет. foreign key к быстродействию не имеет никакого отношения, это только определяет целостность данных (связей) БД, но не всегда это нужно.
99% ошибок компьютера сидит в полуметре от монитора
phpBB 3.1.10, PHP 5.6.24, MySQL(i) 5.5.54

istepan
phpBB 1.4.0
Сообщения: 32
Зарегистрирован: 24.12.2016 15:09
Благодарил (а): 3 раза
Поблагодарили: 1 раз

Re: phpBB 3.3

Сообщение istepan » 13.01.2017 7:49

klow писал(а): Вам правильно ответили с этим справиться любой оптимизатор и только решение пользователя или привычка как писать запрос.
Справится, безусловно. Однако есть правило хорошего тона. Приведенный мной SQL код "воняет".
Опять же оптимизатор потратит дополнительное время чтоб привести запрос в правильный вид.
klow писал(а): foreign key к быстродействию не имеет никакого отношения
Индекс позволяет компоненту Database Engine быстро находить связанные данные в таблице внешних ключей. Впрочем, создание индекса не является обязательным. Данные из двух связанных таблиц можно объединять, даже если в таблицах нет соответствующих ограничений PRIMARY KEY или FOREIGN KEY, однако связь внешних ключей между двумя таблицами означает, что эти две таблицы оптимизированы для соединения в запросе, где ключи используются в качестве критериев.

Прошу конечно прощение за мою критику, но у себя на работе я стараюсь выжать максимум из кода для повышения быстродействия. Даже прирост в 1 секунду, для меня уже победа.

Учитывая как тормозит phpbb3 сам по себе, при взгляде на такой код, становится не удивительно.
Взглянув на план работ по phpbb3.3, связанный с "рюшечками" и "красивостями" вместо оптимизации, становится грустно.

ostridm
phpBB 2.0.7
Сообщения: 559
Зарегистрирован: 30.03.2012 21:52
Благодарил (а): 20 раз
Поблагодарили: 61 раз

Re: phpBB 3.3

Сообщение ostridm » 13.01.2017 10:29

istepan писал(а): Опять же оптимизатор потратит дополнительное время чтоб привести запрос в правильный вид.
Вы этого даже не заметите... на фоне времени обработки всего http запроса от браузера и обратно , время выбора плана исполнения sql запроса будет примерно 0.0001 доля :) или меньше, выше уже писали что схема данных для исполнения этого запроса оптимизирована, это в свою очередь означает, что в запросе используются правильные индексы бд.

Аватара пользователя
Smayliks
Former team member
Сообщения: 2006
Зарегистрирован: 08.03.2005 14:23
Откуда: {postrow.POSTER_FROM}
Поблагодарили: 122 раза
Контактная информация:

Re: phpBB 3.3

Сообщение Smayliks » 13.01.2017 12:49

istepan, я может сейчас случайно открою вам тайну, но phpBB - это форум, а не система контроля атомных боеголовок в мире через спутники.
И делается он для того, чтобы среднестатистический человек мог разобраться ("юзабельность"), человек с задатками программиста - подправить под себя ("красивый код"), а юзер - пользоваться ("рюшески").

Если хотите оптимизировать код - пожалуйста, исходники, как бы, никто не прятал. Не устраивает движок - пожалуйста, большой выбор как платных, так и бесплатных, под любой вкус. Если же совершенно случайно ни один из форумов не поддерживает систему самонаведения прототипа нового танка - может вам что-то другое поискать, или самому написать? Опять же, фреймворков - валом.
//
// That's all, Folks!
// -------------------------------------------------

Аватара пользователя
Sheer
Поддержка
Поддержка
Сообщения: 9815
Зарегистрирован: 18.02.2007 19:01
Откуда: Рига, Латвия (страна-недоразумение)
Благодарил (а): 37 раз
Поблагодарили: 2030 раз

Re: phpBB 3.3

Сообщение Sheer » 13.01.2017 16:38

Всегда приятно почитать хаяльшиков, которые пишут "Это говно, это уродство, тут ваще полный отстой", при этом ничего не предлагая и палец о палец не ударив, чтобы это уродство подрихтовать. При этом продолжают этим отстоем вполне себе пользоваться.
Изображение
Общие ошибки новичков (07.11.2005) & Как задавать вопросы
Если ничто другое не помогает, прочтите, наконец, инструкцию!
"Никакая инструкция не может перечислить всех обязанностей должностного лица, предусмотреть все отдельные случаи и дать вперёд соответствующие указания, а поэтому господа инженеры должны проявить инициативу и, руководствуясь знаниями своей специальности и пользой дела, принять все усилия для оправдания своего назначения".
Циркуляр Морского технического комитета №15 от 29.11.1910 г.

Аватара пользователя
rxu
phpBB Guru
phpBB Guru
Сообщения: 13693
Зарегистрирован: 12.05.2006 18:16
Откуда: Красноярск
Благодарил (а): 307 раз
Поблагодарили: 1309 раз
Контактная информация:

Re: phpBB 3.3

Сообщение rxu » 15.01.2017 19:27

Планы по обновлению в один клик для 3.3.

Сейчас имеются значительные проблемы с пакетом автообновления. В связи с этим, предлагается:
  1. Добавить новую кнопку - автообновления - в администраторский раздел.
  2. Шаг 1: загрузка и проверка обновления
    1. Загрузка нужного пакета с phpbb.com
    2. Загрузка цифровой подписи с того же сайта
    3. Расчет контрольной сумма пакета
    4. Получение ожидаемой контрольной суммы из ранее загруженной цифровой подписи с использованием публичного ключа (публичный ключ будет присутствовать в установочном пакете и может быть изменен любым пакетом обновления. Если ключ некорректен, будет предложено загрузить его с сайта phpbb.com; указанное не должно происходить часто, если только ключ не был скомпрометирован).
  3. Шаг 2: проверка требований
    • Проверка версии PHP и других требований к PHP (наличия требуемых расширений и т.п.) используя текущий пакет (для того, чтобы иметь возможность показать предупреждение и прервать обновление даже в случае его несовместимости с версией PHP).
    • Проверка других требований (например, версии СУБД и т.п.)
    • Расчет и проверка контрольных сумм файлов обновления (в случае несоответствия, обновление прерывается).
  4. Шаг 3: обновление файлов
  5. Шаг 4: подготовка к обновлению базы данных (например, исправление config.php и т.п.)
  6. Шаг 5: обновление базы данных
  7. Шаг 6: заключительные операции (очистка)
В дальнейшем, может быть добавлен шаг 7: обновление расширений (необходима дополнительная работа над функционалом).

Примечание 1: phpbb.com означает phpbb.com или другой источник обновления (например, сайт официальной национальной поддержки).
Примечание 2: Изложенный принцип обновления налагает дополнительные требования:
  • полный отказ пользователей от правок файлов ядра
  • права доступа на запись для всех файлов пакета phpBB

Источник: One click update - proposal for 3.3 (на английском)
Изображение

Аватара пользователя
LavIgor
Поддержка
Поддержка
Сообщения: 3286
Зарегистрирован: 28.04.2014 8:16
Благодарил (а): 42 раза
Поблагодарили: 846 раз

Re: phpBB 3.3

Сообщение LavIgor » 17.01.2017 12:51

rxu писал(а): прямую запись всех файлов пакета phpBB
Сначала не понял, прочитал оригинал - речь идёт о правах доступа на все файлы движка.

Аватара пользователя
rxu
phpBB Guru
phpBB Guru
Сообщения: 13693
Зарегистрирован: 12.05.2006 18:16
Откуда: Красноярск
Благодарил (а): 307 раз
Поблагодарили: 1309 раз
Контактная информация:

Re: phpBB 3.3

Сообщение rxu » 17.01.2017 17:54

LavIgor писал(а): речь идёт о правах доступа на все файлы движка
Блин. Написано как будто выпускником 9 класса советской средней школы.
Изображение

velo
phpBB 2.0.1
Сообщения: 262
Зарегистрирован: 14.09.2007 20:06
Благодарил (а): 10 раз
Поблагодарили: 26 раз
Контактная информация:

Re: phpBB 3.3

Сообщение velo » 12.05.2017 18:34

Простите, не удержался, решил написать ))))
Не заходил сюда больше года, может и двух (точно не помню), а воз и ныне там! С каким же наслаждением перечитал строки своей эмоциональной писанины, после того как прочитал отзывы о тормозах 3.1 и о легкости с расширениями, и о том, что многие просто не стали переходить с 3.0
Блин, ну приятно иногда получить бальзам на душу, понимая, что тем, кто перешел на 3.1 сейчас снова перелопачивать свои форумы ))))
Особенно порадовали сообщения про автообновления )))) всё также как и было .... ответ гуру - обновляйтесь ручками )))
И сообщения про то что прогресс не стоит на месте... оказывается не только стоит :D

Ведь эти слова актуальны и для новых версий:
velo писал(а):
09.04.2015 7:33
Конечно я не прям сейчас начну менять движок... время есть до ноября.... такой ведь срок жизни? Вот и выбирай - заново все написать на том, что помимо твоей воли больше не поломают, либо потратить эти полгода на переписку под аля новый движок его предыдущей версии. Только что- то мне говорит о том, что не пройдет и пару лет, и все по-новой.... Придумают что нить еще, например, переведут на перл или си+, не ну а че... выучим и это, если разрабы решат что пхп дыряв и устарел..... И будем в третий... пятый раз переписывать все что было написано за эти годы...
(почитайте кстати ту темку, занятное занятие, скажу я вам ) :lol:

Спасибо мне, за то что не потратил очередные годы и месяцы жизни на "обновления", которые с выходом очередной версии пришлось бы заново тратить, с очередным ощущением, что тебя кинули )))

Как истинный ретроград, воскликну - да здравствует 3.0 ! ))) на коем видимо останусь, пока его функционал не окажется слишком узким для моих потребностей, тогда перепишу всё на другой движок, ну не хочу я перелопачивать каждый год все по-новому.
И пожелаю развития версиям 3.3 3.4 и т.д. (без сарказма, ну разве что чуточку), с уважением к разработчикам за созданный когда-то 3.0.
WORK: phpBB3 3.0.8 + Portal XL 5.0 + MODs + Custom,
PHP Version 5.3.3-7+squeeze25, Apache/2.2.9 (Debian), MySQL(i) 5.1.73-1+deb6u1-log

Аватара пользователя
rxu
phpBB Guru
phpBB Guru
Сообщения: 13693
Зарегистрирован: 12.05.2006 18:16
Откуда: Красноярск
Благодарил (а): 307 раз
Поблагодарили: 1309 раз
Контактная информация:

Re: phpBB 3.3

Сообщение rxu » 12.05.2017 18:38

Вас кто-то заставлял куда-то переходить?
velo писал(а):
12.05.2017 18:34
не потратил очередные годы и месяцы жизни на "обновления"
А может - века?
velo писал(а):
12.05.2017 18:34
Как истинный ретроград, воскликну - да здравствует 3.0
Да ради Бога.

Отправлено спустя 1 минуту 2 секунды:
А вообще, много букв, мало смысла. сплошной поток сознания. Лучше бы удержались.
Изображение

Аватара пользователя
Sumanai
phpBB 3.0.0 RC5
Сообщения: 1669
Зарегистрирован: 02.11.2014 13:57
Благодарил (а): 263 раза
Поблагодарили: 205 раз
Контактная информация:

Re: phpBB 3.3

Сообщение Sumanai » 12.05.2017 19:00

rxu, а он во многом прав. Что за система расширений, где половина из них отваливается при переходе на новую версию? А стили, каждый раз с нуля начинать нужно. Бардак одним словом.

Ответить

Вернуться в «phpBB-пространство»