phpBB 3.2.0 «Rhea»

Чем оно лучше/хуже SMF?

Стиль subs­ilver2 больше не поддерживается и не обновляется.­

Очень жаль. В чём причина?

https://s30.postimg.org/rncdnsu1d/14838389421120.jpg

ребята, а как там дело с уязвимостями? идут в комплекте или надо отдельно доставлять?

Всё вместе. Это же php. Уязвимости в комплекте и в сторонних модулях, если кому встроеных вдруг мало станет :)

Ждём эксплойтов новости про найденные очередные уязвимости в этом php поделии.

Ну да, ваши руби-питоны никому в вебе не нужны, поэтому и уязвимостей типа нет)

Еще одна дырявая херня, за пару секунд пробиваемая Хрумером.

в наших руби-питонах нет таких родовых травм, при которых уязвимости просто таки напрашиваются

писать на php - это как езить по дождю на болиде F1 в Монако, малейшая потеря предельной (или даже запредельной) концентрации - и получите ведро с болтами и гайками

в наших руби-питонах нет таких родовых травм, при которых уязвимости просто таки напрашиваются

Да что ты, нет у них травм. Может и динамическая типизация куда-то делась?

писать на php - это как езить по дождю на болиде F1 в Монако, малейшая потеря предельной (или даже запредельной) концентрации - и получите ведро с болтами и гайками

Если ты так пишешь на пхп, значит и на питоне, и везде точно так же будешь, глупый фанатик.

Всё уже. Я перебрался на js/node.js :)

Урааа!

Да что ты, нет у них травм. Может и динамическая типизация куда-то делась?

есть. но таких шуток как 0 == «0» или empty(«0») равный true - там точно нет и никогда не было. и таких косяков там - три ведра

Если ты так пишешь на пхп, значит и на питоне

если у тебя есть опыт хотя бы несколько лет написания и на python и на php - тогда я тебе поверю. хотя это твои и только твои проблемы. по такой логике, раз они все одинаковые, то зачем вообще несколько языков, если мог быть один, и всё было бы одинаково

но, у всех языков есть свои особенности. особенности php таковы, что его рожали люди, которые в принципе не понимают, что делают - отсюда мы каждый день хороним старые фичи, типа register_globals, потому что это источник вечных дыр. работа с базой данных - это второй источник вечных дыр, поэтому бедные magic_quotes то включали по умолчанию, то выключали. почему у python-а нормальные интерфейсы к базе данных, а у php их уже наплодили несколько на каждую базу (и проблем с безопасностью это не решило)

я уж молчу об удобстве - там, где на python/ruby надо написать несколько строк, а на php ведро лапши - понятное дело, что это многократно повышает риск ошибиться

и так у php во всём. даже перечислять лень, всё это уже давным давно всем известно

глупый фанатик

это ты фанатик. обидели мышку, написали в норку - и началось строчилово *а вот у вас, а вот у вас*. да всё нормально у нас, а вот с вас поржать, как вы в припадке фанатичности будете оправдывать неоправдываемое - это мы с удовольствием :)

0 == «0»

0 === «0»

а у php их уже наплодили несколько на каждую базу (и проблем с безопасностью это не решило)
и проблем с безопасностью это не решило

А подробнее?

я уж молчу об удобстве - там, где на python/ruby надо написать несколько строк, а на php ведро лапши - понятное дело, что это многократно повышает риск ошибиться

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

Подробности

Ссылка на какой-то левый сайт.
Почему не https://blog.phpbb.com/2016/12/31/phpbb-com-is-now-running-phpbb-3-2/ ?

Свалить-бы на этот движок с IPB. Да или хоть куда-нибудь свалить.

0 === «0»

я знаю. это, типа, нормально? а зачем тогда == ? :) люди делают ошибки между = и == (кстати, в python это не пройдёт), а тут им на выбор ещё и === - это повышает шанс ошибок. это и есть *кошмарные родовые травмы*

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

А подробнее?

смотрю в пакеты openbsd, и вижу php-mysql, php-mysqli и php-pdo_mysql. причём разные пакеты из репозитория требуют разные, а кто-то вообще по две штуки сразу (видимо, не определились, к умным или красивым)

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

когда в одном языке ты следишь за одними деталями, а в другом - за гораздо большим их числом (держа в памяти все неоднозначности), да и пишешь больше лапши - вероятность ошибок, разумеется, возрастает. *психология, курс для детсадовского возраста*

такова человеческая природа

Отлично!

Хотя в сегодняшнем мире, где абстракция на абстракции и абстракцией погоняет, и уже десктопные программы пишут на JS - я не удивлюсь, если кто-то выкатит мегафреймворк, который по желанию может генерировать код на PHP или Ruby из исходников на каком-нибудь метаязычке. Возможно, этот кто-то уже даже зарегистрирован на ЛОРе и читает эту тему :)

ага, пишешь на php, а этот метаязычок исправляет все косяки, ошибки, и выдаёт на чистейшем python, ruby, go и тому подобное :)

Во, концепция уже есть, осталось только реализовать!

Во, концепция уже есть, осталось только реализовать!

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

diarhea

Но не всё так плохо! Теперь у нас есть Andrey_Karpov_2009, он обязательно напишет статический анализатор для PHP, и этот анализатор будет отлавливать ошибки, которые в э... традиционных языках ловит компилятор!

Andrey_Karpov и есть такой написанный анализатор. Просто все выучили суахили, а он - нет, и теперь вынужден мыкаться на LOR-е.

Хотя в сегодняшнем мире, где абстракция на абстракции и абстракцией погоняет, и уже десктопные программы пишут на JS - я не удивлюсь, если кто-то выкатит мегафреймворк, который по желанию может генерировать код на PHP или Ruby из исходников на каком-нибудь метаязычке. Возможно, этот кто-то уже даже зарегистрирован на ЛОРе и читает эту тему :)

Ну например язык Nim умеет транслироваться в Си и JS.

haxe же )

Чем оно лучше/хуже SMF?

Ты видел код SMF? Он принципиально ничем от своего предка YaBB SE не отличается. Всё та же мешанина php и html, всё то же перечисление через запятую в полях БД (например список модераторов раздела).

я знаю. это, типа, нормально? а зачем тогда == ? :)

Строгое (с учётом типа)/нестрогое сравнение же. Хотели как удобнее, а получилось как всегда. Тем не менее, когда я писал на пыхе, мне это ни разу не помешало. Хоть вероятность напороться и есть (и это конечно плохо), но я не вижу причин делать из этого трагедию.

смотрю в пакеты openbsd, и вижу php-mysql, php-mysqli и php-pdo_mysql.

Так а проблемы с безопасностью в чём заключаются? Ладно, насколько я помню, проблемы могут возникнуть, когда кодер забыл проэкранировать данные с помощью какой-нибудь mysql_real_escape_string(). В mysqli и PDO есть prepared statements и допустить подобную ошибку там вряд ли удастся (к сожалению точно не вспомню). mysql же был выпилен начиная с PHP 7.0. В конце-концов, множество фреймворков предоставляют свои абстракции, где об экранировании уже позаботились за тебя.

держа в памяти все неоднозначности

А если исключить неоднозначности? (ведь речь шла о паре строк vs ведро лапши). И я бы не сказал, что пых настолько сильно отстаёт в выразительности от рубипитонов. Всякие подводные камни — это всё-таки отдельная тема.

в э... традиционных языках ловит компилятор!

Вот это прыжок в сторону си-любознательных. Да тебя же заклюют сейчас. Кстати, что тогда «традиционные» языки?

Кстати, что тогда «традиционные» языки?

это в которых компилятор - мальчик, а парсер - девочка. или наоборот.

В стандартной поставке и без напильника у PhpBB самый ужасный дизайн из всех существующих форумов в мире.

А самая хорошая вёрстка и скин у PunBB.

Не успел запрыгнуть в хайп-экспресс? Все уже ушли с ноды на go, а ты только на ноду перешел)

Следующей big thing будут веб-фреймворки на c# (когда его доведут до ума под линукс). Инфа 88%

Дико проиграл с тебя. Особенно C# доставил. Так и представел Балмера с его «Developers». Как хорошо, что этого никогда не случится)

Ладно, насколько я помню, проблемы могут возникнуть, когда кодер забыл проэкранировать данные с помощью какой-нибудь mysql_real_escape_string().

Ненене. Если у кодера есть необходимость хоть где-то использовать ручками какой-нибудь mysql_real_escape_string() — то проблемы уже возникли и проект в них купается.

Оффтоп: у меня есть футболка, как твоя аватарка =).

В mysqli и PDO есть prepared statements

А вот хер тебе. Такое же решето, как и всё похапе.

ребята, а как там дело с уязвимостями?

пых - одна большая уязвимость. «чего же боле?» как сказал поэт.

Пожалуй самый распространенный форум 90х, даи рутрекер на нем до сих пор крутится...

веб-фреймворки на c#

А язык весьма неплохой, кстати.

то проблемы уже возникли и проект в них купается.

Ну это понятно.

Оффтоп: у меня есть футболка, как твоя аватарка =).

Где взял? Тоже хочу :3

Дело осталось за малым - встроить CLR в ядро. Можно попутно выкинуть б-гомерзкий ELF

На это даже в Microsoft не пошли. А ещё не надо тащить в ядро всякую гадость.

Где взял? Тоже хочу :3

Гитхаб прислал =).

Наконец-то они научились JOIN'ами пользоваться. Но вот такое говно все еще попадается.

У PunBB html в коде. Что очень сильно удручает. Они хотят от этого избавиться, но не могут найти человека готового разбираться в этом ужасе. Туда бы composer и twig прикрутить, была бы конфеткой.

Следующей big thing будут веб-фреймворки на c# (когда его доведут до ума под линукс).

Боже упаси.

Отлично, но элементарной галереи на главную так и не запилили до сих пор, phpbbgallery — не то.

Пожалуй самый распространенный форум 90х

Он до сих пор самый распространённый.

http://gateway.ipfs.io/ipfs/QmTVgEYKStZn3FoQAc4crx9vDTxmztgEC92SuL1EXLohQQ/fo...

Что печально, т.к. внутреннее представление сообщений в базе чудовищное. Не позволяет нормально с ними работать сторонними средствами :)

[b:2ozwcel7]Тест[/b:2ozwcel7]. [i:2ozwcel7]Тест[/i:2ozwcel7]. Тест.

This is a [b:3d2umvjz]blog post[/b:3d2umvjz]. To read the original post, please [url=http://www.balancer.ru/wp/2013/05/27/bbpress/:3d2umvjz]click here »[/url:3d2umvjz]

А самая хорошая вёрстка и скин у PunBB.

PunBB мёртв. Но точно такой же скин дефолтовый у FluxBB.

http://fluxbb.org/

Впрочем, это не удивительно, т.к. FluxBB — наследник PunBB.

К сожалению, на сегодняшний день его код крайне крив. SQL-запросы прямо в коде, плагины, прибиваемые только ручным патчением кода и т.п... И почти не развивается. Последний коммит на Гитхабе сделан летом, всего 24 контрибьютора на 1к6 коммитов... Сравни, скажем, с Vanilla, где 92 контрибутора, 15к9 коммитов, последний — 4 дня назад :)

Кстати, «искоробочный» дизайн мне у Flarum нравится. Но он «специфически вебдванольный»:

http://forum.bionco.ru/

А из движков с классическим дизайном мне Vanilla упомянутая выше нравится. Только скин дефолтовый отстойный, но можно в пару кликов ставить что-то типа такого:

http://vanilla.infonesy.tk/

я знаю. это, типа, нормально? а зачем тогда == ? :)

PHP тут просто образец строгости и понятности на фоне JavaScript :)

Разработана новая процедура установки, которая может быть использована как в браузере,­ так и через интерфейс командной строки (CLI).

Они не знают про существование докера?

BB-код сохраняется в БД в формате XML.

Приехали.

Добавлено новое право доступа

Про существование нормальных систем прав доступа нам не слышали?

Общие улучшения стиля prosilver. Стиль subs­ilver2 больше не поддерживается и не обновляется.­

Нескучные стили?

Менеджер уведомлений полностью отделен от классов методов и типов уведомлений.­

Что такое DI, IoC, они про такое не слышали?

Обработка языковых переменных отделена от класса user в отдельный ­класс.

Это серьезно?

Генератор ­SQL
использованием выражения WHER­E

Интересно, похапешники знают, что уже 2017 год, а не 2007 и существуют всякие ORM?

Интересно, похапешники знают, что уже 2017 год, а не 2007 и существуют всякие ORM?

Разумеется. Есть Doctrine например. У тебя есть уникальная возможность оформить pull-request.