Страница 6 из 11

Re: phpBB 3.3

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

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

Re: phpBB 3.3

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

Re: phpBB 3.3

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

Re: phpBB 3.3

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

Re: phpBB 3.3

Добавлено: 11.01.2017 17:35
klow
istepan писал(а): Почему просто не применить нормальные JOIN и foreign key? Что мешает? Почему в приведенном мной примере это не использовали. Ускорение было бы раз в 10.
Неужели такие тупые разработчики? Или может выводы сделаны безосновательно?
Вы сами то пробовали, что говорите? Для MySql, да и любой другой СУБД, это значения не имеет, Вам правильно ответили с этим справиться любой оптимизатор и только решение пользователя или привычка как писать запрос.
Для примера возьмите и запустите запросы написанный через JOIN или WHERE и увидите, что разницы никакой нет. foreign key к быстродействию не имеет никакого отношения, это только определяет целостность данных (связей) БД, но не всегда это нужно.

Re: phpBB 3.3

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

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

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

Re: phpBB 3.3

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

Re: phpBB 3.3

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

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

Re: phpBB 3.3

Добавлено: 13.01.2017 16:38
Sheer
Всегда приятно почитать хаяльшиков, которые пишут "Это говно, это уродство, тут ваще полный отстой", при этом ничего не предлагая и палец о палец не ударив, чтобы это уродство подрихтовать. При этом продолжают этим отстоем вполне себе пользоваться.

Re: phpBB 3.3

Добавлено: 15.01.2017 19:27
rxu
Планы по обновлению в один клик для 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 (на английском)

Re: phpBB 3.3

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

Re: phpBB 3.3

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

Re: phpBB 3.3

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

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

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

Как истинный ретроград, воскликну - да здравствует 3.0 ! ))) на коем видимо останусь, пока его функционал не окажется слишком узким для моих потребностей, тогда перепишу всё на другой движок, ну не хочу я перелопачивать каждый год все по-новому.
И пожелаю развития версиям 3.3 3.4 и т.д. (без сарказма, ну разве что чуточку), с уважением к разработчикам за созданный когда-то 3.0.

Re: phpBB 3.3

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

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

Re: phpBB 3.3

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