Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Software-update: phpBB 3.2

phpBB logo (27 pix)Versie 3.2 van phpBB is uitgebracht. Met dit programma is het mogelijk om een webforum te maken. PhpBB wordt onder de gpl-licentie beschikbaar gesteld en maakt gebruik van php en een databaseprogramma om berichten op te slaan. Naast MySQL worden ook PostgreSQL, Oracle Database, Microsoft SQL Server en SQLite als databasesoftware ondersteund. Versie 3.2 bevat onder meer ondersteuning voor php 7, recaptcha 2.0 en Symfony 2.8. Verder is het updateproces verbeterd, wordt er meer informatie getoond in geciteerde tekst en kunnen er meer emoji's worden gebruikt.

phpBB 3.2 Rhea Feature Release Published

Today is a big day for the entire phpBB community and we hope that you're as excited as we are! With the help of over one hundred volunteers, we have improved and extended phpBB to provide the new and improved phpBB 3.2 Rhea.

The new phpBB 3.2 Rhea builds upon 3.1 Ascraeus, upgrading the experience for users, administrators, and developers. The new BBCode parser adds support for all the emojis you've been using on mobile devices, the new font awesome integration adds retina quality icons to prosilver, and the quoting feature has been enhanced. Together with Symfony 2.8, an improved integration of the twig template engine, and full support for both PHP 7.0 & 7.1, we have increased extensibility of phpBB 3.2 while reducing development time.

Board admins will apprecite the new installer, which enables easier updating using the browser or a command-line interface, as well as the newly added reCAPTCHA 2.0 to thwart would-be spammers at the gate.

Check out further highlights of the new version on our Rhea Launch Page or a more detailed breakdown on our Features Page. As always, phpBB 3.2 Rhea and update packages for previous versions are available in the downloads section.

The phpBB community has been working hard to get this release prepared and work on phpBB 3.3 Proteus is already underway! In order to better engange with the community, we will be enabling the ideas center in the coming days.
Versienummer 3.2
Releasestatus Final
Besturingssystemen Scripttaal
Website phpBB
Download https://www.phpbb.com/community/viewtopic.php?f=14&t=2399606
Bestandsgrootte 7,15MB
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

08-01-2017 • 08:03

20 Linkedin Google+

Submitter: Erulezz

Bron: phpBB

Update-historie

Meer historie

Reacties (20)

Wijzig sortering
Eindelijk over naar PHP7. phpBB was de reden dat ik het systeem nog op versie 5.6 moest houden, wat dan weer net aan ging met Mediawiki. Werd tijd!
Inderdaad erg onhandig. Ik had een vergelijkbare situatie, maar ik heb het opgelost door twee PHP versies naast elkaar te draaien en alleen requests voor phpBB naar PHP 5.6 te sturen, zo kon al het andere tenminste wel mee profiteren van PHP 7 :) Maar nu dat allemaal niet meer nodig is kan ik alles weer wat overzichtelijker inrichten.

Overigens leek het meeste van phpBB 3.1 wel aardig te werken in PHP 7, behalve de bbcode parser. Die maakte gebruik maakte van preg_replace functionaliteit die al een paar PHP versies deprecated was en nu niet meer ondersteund. Helaas is dat toch een essentieel onderdeel van phpBB, dus toen heb ik maar de bovenstaande oplossing gebruikt ;)
Ik speel er al een paar jaar niet meer met forum software, maar mijn ervaring was altijd dat phpBB gewoon het makkelijkste aan te passen was naar hoe jij het wou hebben. Dat ging met de alternatieven een stuk lastiger, die zaten vaak ook wat moeilijker in elkaar terwijl phpBB op het code niveau heel simpel in elkaar zat. Naast dat phpBB de beste mod/community support had.

Maar goed, dat kan ondertussen allemaal veranderd zijn.
Er waren veel (heel veel) minder mods beschikbaar, en de mods installeren in phpBB was inderdaad niet zo simpel als bij sommige andere(bij de meeste was mods die conflicten hadden werkend krijgen wel een uitdaging), maar ik heb door o.a. phpBB PHP geleerd. En je kon de diffs ook automatisch laten gaan sinds versie 2.nogwat dacht ik, alhoewel dat soms problemen/conflicten gaf met andere mods.

SMF was een goed alternatief voor phpBB, ook veel mee gewerkt, maar dat heeft vrij lang geduurd voor dat een serieuze concurrent werd. En het was naar mijn mening gewoon wat lastiger om daar de code in te duiken.

Wat phpBB ook sterk maakte was dat het toen in ieder geval, veruit de meeste thema's had van alle bulletin boards die er bestonden.

Maar mijn informatie op dit onderwerp is al een paar jaar oud en zal nu outdated zijn, geen idee hoe phpBB er vandaag de dag voorstaat, toen ik er mee stopte werd phpBB juist net een beetje ingehaald door de concurrentie.
Het is redelijk modern nu. Alleen voelen themas nog erg oudbollig aan. Het standaard prosilver ziet er gewoon nog erg 2005 uit zeg maar.

Nu zijn er themas die er wel netjes uit zien met leuke ingebouwde functies.
Mods , extensies zijn er ook, alleen zit je steeds met updates dat deze niet werken, en je moet wachten op updates. Begrijpelijk, maar wanneer van tevoren belooft is dat extensies blijven werken, en ze na een update niet werken is behoorlijk teleurstellend. Dan heb ik het niet over 3rd party extensies, maar officiele van phpbb.com.

Pages mod, werkt nog niet met 3.2 wat wel beloofd was.

Maar goed, dit zal zeer snel worden opgelost, daar twijfel ik niet aan :)
Ik heb even een snelle blik geworpen op SMF (alweer), maar sinds een de laatste keer dat ik heb gekeken is er niks veranderd (een jaar geleden). Er zit zelfs nog code in die sinds 2003 niet meer is aangepast! (vroeger hete het YABB se), 'login2' (hallo oude vriend, dat is lang geleden zeg :D ) en ik weet als geen ander hoe dat eruit zag, ik heb toen een groot gedeelte van mijn eigen scripts gebaseerd op wat ik daaruit heb geleerd (dat is inmiddels wel anders) :P

Maar dat even terzijde, als ik kijk naar de huidige staat (en met name de aankomende 2.1) word ik niet goed. Het woord puinhoop beschrijft half nog niet hoe deze code is "onderhouden".
if (isset($_SERVER['HTTP_ACCEPT']) && strpos($_SERVER['HTTP_ACCEPT'], 'text/vnd.wap.wml') !== false)
WAT? Wab detectie (het mobiele web 0.1), wie gebruikt dit nog? 8)7
Legacy code is een recept voor problemen. Dat begint al lekker.

Maar dat was nog niet eens het ergste.
$token = md5(mt_rand() . session_id() . (string) microtime() . $modSettings['rand_seed']);

// ... even later

updateSettings(array('rand_seed' => microtime() * 1000000));
Werkelijk niet te geloven, dit is beveiliging voor beginners, als je nu vandaag de dag nog niet weet dat ik een vreselijk idee is, dan leef je echt onder een steen. Maar... het kan nog erger.
/**
* Nothing to see here. Move along.
*/
function clock()
WAT? 8)7
'db_escape_string' => 'addslashes',
Dit word gebruik in een legacy (lees dead code) onderdeel, maar daarmee heb je nog wel de kans dat er een Mod is die gebruik maakt van dit brakke stuk code. Daarnaast kan je dit heel makkelijk oplossen. Maar nu het pronkstuk (letterlijk stuk/kapot).
// Table crashed. Let's try to fix it.
elseif ($query_errno == 1016)

// ...

foreach ($fix_tables as $table)
$smcFunc['db_query']('', "
REPAIR TABLE $table", false, false);
Hier is alleen deze reactie op mogelijk: https://www.youtube.com/watch?v=H07zYvkNYL8

REPAIR TABLE vanuit een PHP script dat door iedereen kan worden aangeroepen?!!! WAT THE FU* AM I READING. 8)7 }:O :?

Race condition bij hoog bezoekers aantal (wat meestal de reden is van een crash zelf), het feit dat de applicatie zelf zijn eigen structuur mag aanpassen. En daarnaast is REPAIR TABLE bij MySQL (MyISAM) zeer foutgevoelig.

http://dev.mysql.com/doc/refman/5.5/en/repair-table.html
It is best to make a backup of a table before performing a table repair operation; under some circumstances the operation might cause data loss. Possible causes include but are not limited to file system errors. See Chapter 7, Backup and Recovery.
Dit ga je echt niet "even" live in productie uitvoeren, net zo eender als dat je je autobanden niet gaat vervangen tijdens het rijden. Hoewel dat nog minder gevaarlijk is..

Nee, echt, dit ga ik inlijsten. Zo'n vreselijk dom iets in een "populair" product? _/-\o_ Dan was die broken random seed implementatie zo erg nog niet.

En nu ik dacht dat ik alles had gehad, blijkt dat ze wel degelijk weten dat BCRYPT bestaat, en dat niet alleen ze hebben de beste versie gekozen (van de auteur zelf). Zelfs Wordpress gebruikt (op dit moment) nog niet eens BCRYPT! Dus dat is wonderbaarlijk dan weer wel goed gedaan. Waarom de rest dan niet?? :?

Over myBB, het ziet er niet veel beter uit dan SMF (op het eerste gezicht), myBB2 (unstable) is echter gebaseerd op Laravel en als het niet zoals phpBB compleet vastloopt op het idee dan heeft het zeker potentie.

Maar punt voor phpBB, het is misschien niet het meest moderne systeem (ten opzichte van myBB2) maar het is wel stabiel en gebruikt op dit moment al bepaalde onderdelen van Symfony (waar mogelijk), het grote plan om alles naar Symfony over te zetten is helaas (voor zover ik weet) gesneuveld, maar dan is het altijd nog beter dan SMF (TABLE REPAIR automatisch uitvoeren :') ik kan het nog steeds niet geloven).

[Reactie gewijzigd door s.stok op 8 januari 2017 16:00]

Hoi! :)
Je kan op GitHub altijd contributen naar de code; repo staat hier:
https://github.com/SimpleMachines/SMF2.1 :)
Enkel een bug report/issue openen is natuurlijk prima als je geen tijd hebt om code voorstellen te maken.

Ff je commentaar, waarvoor dank :), heel snel bekeken en snelle reactie; excuus als ik iets heb gemist of over 't hoofd zie;
1.) Je zegt dat het gaat om SMF 2.1, maar WAP mode is verwijderd in SMF 2.1 vziw. Ik heb nog ff een recursive grep gedraaid maar kom die code snippet inderdaad niet tegen. Waar kom je die code precies tegen? Weet je zeker dat je naar 2.1 kijkt en niet naar 2.0?
2.) Het tweede gedeelte van die snippet kan absoluut verbeterd worden. Voor het eerste gedeelte is token generatie erg lastig, en niet veel anders te doen om een unieke token te genereren.
3.) Dat is onderdeel van een easter egg. ;)
4.) Hm ja, dat zit er inderdaad in voor legacy reasons/LTS. Toch moet dat moet eens bijgewerkt worden om het door een SMF functie heen te proppen, te loggen en dan return normal. D'accord. :)
5.) Welke race condition heb je het precies over...? De foutcode dat de tabel daadwerkelijk verrot is en een repair nodig heeft, komt van SQL zelf. Bij een hoog bezoekers aantal krijg je too many connections of gewoon een connection failure, maar krijg je geen errno terug van de server die stelt dat de tabel gecrashed is - en die is specifiek vereist om dat stukje code te triggeren. Derhalve wordt die code ook niet ge-execute. Ook bij het geval dat hoge bezoekersaantallen zorgen dat myISAM locked, dan krijg je enkel dat de boel moet wachten; maar krijg je nog steeds geen REPAIR omdat er geen crashed tabel wordt encountered. Al moet ik zeggen dat als je zoveel bezoekers hebt, dat je helemaal geen myISAM meer moet gebruiken maar al lang en breed op InnoDB hoort te draaien... De grote gebruikers (kanye west (jep...), nasa, burek, etc.) draaien wat aanpassingen. Voor de tienduizenden mensen die een hobby forumpje draaien en de ballen verstand hebben van databases, is die functie behoorlijk prettig - wat een repair zal sowieso gedraaid moeten worden. Ik ben het met je eens dat het op een grote database niet altijd wenselijk zal zijn dat een auto-repair wordt geļnitieerd; doch zit dit al jaren (misschien bijna 10 jaar, nu ik erover nadenk.) in de code en zijn er nooit klachten/problemen mee gemeld (eerder bedankjes omdat het forum zichzelf online wist te houden na crash.). Ik snap je visie, maar ben het niet echt met je conclusie eens dat het zo rampzalig is.

BCRYPT klopt inderdaad. :) De hash functie die in gebruik was, was nogal verouderd, dus die is vorig jaar compleet herschreven. Was nog even kloten, SMF wordt namelijk heel veel gedraaid in LTS systemen dankzij de enorme stabiliteit van de software en vrijwel perfecte security track record, vandaar dat PHP4 ook nog jarenlang ondersteund is geweest; en voor 2.0.x en 2.1 de vereisten flink opgeschroefd zijn. SMF 2.0.14 introduceert overigens PHP7 support.

Op dit item kan niet meer gereageerd worden.


Apple iPhone XS HTC U12+ dual sim LG W7 Google Pixel 3 XL OnePlus 6 Battlefield V Samsung Galaxy S10 Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2018 Hosting door True