Forumonderhoud: React-upgrade op donderdag 10 januari

Bijna anderhalf jaar na de laatste grote forumupgrade is het wel weer eens tijd om de software van een nieuw versienummertje te voorzien, in dit geval 1.9.5.

Zoals wellicht bekend heeft Tweakers.net onlangs de ontwikkeling van React voor toepassing op ons forum in eigen beheer genomen. Hoewel de nu ontwikkelde versie nog grotendeels gelijk is aan de officiële React 1.9.5-editie (die op dit moment nog in rc-fase verkeert; zie onder andere de Meuktracker voor het laatste changelog van de gratis particuliere versie), hebben we toch al een hoop zelf geprutstogrammeerd. De meeste wijzigingen en aanvullingen zitten onder de motorkap verborgen.

React 1.9.5 is eigenlijk vooral een 'maintenance-release', waarin veel kleine bugs zijn gefixed. Het biedt weliswaar enkele nieuwe features, maar die zijn vooralsnog niet in onze templates meegenomen. Wat voor ons wel van groot belang is, is dat deze versie van React prima draait onder Apache2/PHP5 en ook probleemloos overweg kan met MySQL5. Als gevolg van de upgrade kunnen we Apache1.3, PHP4 en MySQL4 compleet de laan uitsturen, aangezien onze frontpage al geruime tijd onder Apache2/PHP5 en op een MySQL5-database draait . Toch is er nog wel een aantal inhoudelijke dingen te melden omtrent deze upgrade:

• Performance: React 1.9.5 biedt memcached-support, waar wij dankbaar gebruik van gaan maken. De performance is ten opzichte van 1.9.4 op diverse punten verbeterd.
• Veiligheid: sessie-id's in rss-url's worden uitgefaseerd; in plaats daarvan worden rss-url's voorzien van een speciale 'feedid', die gerelateerd is aan een sessie maar die enkel voor rss/xml-views gebruikt kan worden. Een incorrecte feedid zal dus ook niet meer resulteren in een ongewenste logout, en dat gaat ook voor op eventueel meegezonden cookies.
• Integratie met de frontpage: nieuwe Directmessages en Pushmessages worden voortaan ook op de frontpage aangekondigd zodat je altijd meteen weet dat iemand om je aandacht vraagt

Aanstaande donderdag, 10 januari, gaat dit alles dus ingevoerd worden. Vanaf 8 uur 's ochtends tot ongeveer het middaguur (of eerder als alles meezit) zullen jullie het zonder forum moeten doen. Om de tijd te doden zou je een nieuwe naam kunnen bedenken voor deze T.net/React-mutatie waar GoT voortaan door gepowered zal worden

Voortgang:

• 08:00 Het forum is in onderhoud gegaan en de backup van de database is gestart
• 08:50 De backup is klaar en de database geupgrade, we gaan nu de tabellen upgraden
• 11:00 We zijn inmiddels weer online. Het forum kan nog wat traag zijn omdat MySQL de query-cache nog moet vullen

Reacties (130)

[DanielB]

In deze .plan staat dat het ontwikkelen van de React voor GoT nu in handen is van Tweakers.net BV... Is deze ontwikkeling onafhankelijk van React BV (voorheen Parse BV), of werkt React BV er nog steeds aan mee en zal ik als MyReact-gebruiker ook voordelen kunnen halen uit de ontwikkeling die door Tweakers.net BV wordt uitgevoerd?

[mOrPhie]

Vooralsnog is het fork en dus geen gedeelde code-base. Zoals in plan: Tweakers.net neemt ontwikkeling React in eigen handen is te lezen, zullen de wijzigingen ook vooral gericht zijn op integratie met de frontpage. Iets waar jij als MyReact user toch niet zoveel aan hebt.

[DanielB]

Ik ben zelf op dit moment bezig met het schrijven van een CMS, waarbij ik de gebruikersdatabase van MyReact gebruik om zo één gebruikersnaam/wachtwoord te gebruiken... De ontwikkelingen wat betreft koppeling aan Frontpage heb ik dus wel iets aan

[mOrPhie]

Dat betwijfel ik. Ik neem aan dat jouw CMS en de tweakers.net software beide een andere aanpak hanteren, andere database-structuur kennen en andere attributen over een gebruiker opslaat. Wellicht zou je er iets aan hebben als voorbeeld, het zou nooit out-of-the-box gaan werken, tenzij tweakers.net een hele generieke oplossing heeft. Maar gezien het specifieke karakter van de frontpage, mogen we ook aannemen dat dat niet zo is.

[EfBe]

Volgens mij werkte Crisp vroeger bij React bv aan het forum systeem en nu dus bij tweakers.net bv.

[moto-moi]

volgens mij niet

[NMe]

crisp heeft zich opgewerkt van moderator W&G naar fulltime devver na een hele hoop zelfstudie.

[markg85]

misschien een beetje off topic vraagje, maar is dit niet een perfecte tijd om eens te gaan benchen tussen die oude versies:

apache 1.3.x
php 4.x.x
mysql 4.x.xx

en de nieuw te installeren versies:

apache 2.2.x
php 5.2.x
mysql 5.x.xx

Lijkt me erg interessant. Dan kan je eindelijk eens zien of het voor de performance nou uitmaakt om een upgrade te doen (voor de features alleen is het al belangrijk genoeg om te upgraden maar toch...)

[crisp]

Dat soort benches kan je eigenlijk alleen maar doen als je puur de omgeving upgrade maar de software nagenoeg ongemoeid laat. Feit is echter dat de vorige keer we samen met de omgeving ook de vernieuwde frontpage lanceerden en dit keer dus ook de forumsoftware zelf upgraden.

Je weet dus uiteindelijk niet of en in welke mate eventuele performance-verbeteringen te danken zijn aan de omgevings-upgrade of aan de software-upgrade...

[AtleX]

Eerst de forum software upgraden (mits het werkt op PHP4), en dan benchen. Daarna kan je server software upgraden om nogmaals te benchen, waarna je dus een mooie vergelijking hebt.

[Reactie gewijzigd door AtleX op 22 juli 2024 22:29]

[crisp]

mits het werk op PHP4

React 1.9.5 werkt standaard wel onder PHP4, maar na een aantal van onze wijzigingen niet meer

[YopY]

Waarom zou je forum software geschikt blijven houden (backwards compatible) wanneer een nieuwe versie veel betere functionaliteit en handigheden e.d. heeft?

[RobbyTown]

Ben ik ook zeer benieuwd naar. Het is een forse upgrade. Over een jaar zal dit bericht wel hehaalt worden. Upgrade naar PHP 6.x.x .

Jammer dat de nieuwe template er niet bij zit. Maar dan ben je ook direct uit geupdate . Kan begrijpen dat ze het mooie voor later bewaren.

[DanielB]

Hoe dan ook, geduld blijft een schone zaak.

[Motrax]

Benchen op je productie systeem? Ik mag hopen dat je niet voorstelt om een volledige performance test te gaan doen

[Kees]

'Benchen' als in; timers opslaan in de db, en die vergelijken kan prima op productie servers

[zeroxcool]

Ben eigenlijk wel benieuwd wat jullie allemaal in je memcached space willen gaan cachen. Is dat enkel userdata, of topictitels? Of worden dat totale topics/posts?

[crisp]

Op dit moment zijn dat vooral kleinere entiteiten die veel opgevraagd worden, denk aan een overzicht van alle fora, het lijstje active topics voor de tracker op de FP en het forum etcetera. userdata staat wel op onze wish-list vanwege de mogelijkheden die dat biedt voor verdere integratie zonder dat je elke pageview 2 databases hoeft te raadplegen.

Voor de frontpage cachen we inderdaad ook zaken als artikel-metadata (views, titel, bijbehorende categorieën), maar niet het artikel zelf. Ook voor het forum zie ik ons nog niet zo snel hele topics/posts op deze manier cachen.

[YopY]

Lijkt me ook niet gezond voor het geheugengebruik e.d.

[Thunderhawk0024]

Nieuwe naam...: Talkoot.
http://en.wikipedia.org/wiki/Talkoot

Gevonden met link Gathering of Tweakers.


edit: of TDC van Tweakers Discussion Circuit.

[Reactie gewijzigd door Thunderhawk0024 op 22 juli 2024 22:29]

[alex3305]

Talkoot is wel een leuke naam, maar ik zou er dan Talkout van maken. Klinkt toch iets meer Engels en iets beter in de oren IMHO. Ook is het gebasseerd op dat Zweedse woord

[Xyzar_]

Ja, neem het vage coowle word uit de vage scandinavische taal en ver-engels het naar een popi-naam

ik zou gaan voor een naam waar een link naar zowel React en T.Net in zit. iet wat.. "de bad-ass T.net/React backbone" omvat.

Wat dacht je van T.Reactor?

[crisp]

Als het dan maar niet T.Ractor wordt, we hopen dat het nieuwe forum iets sneller is dan dat

[Mx. Alba]

Of ze gaan ons T.Racteren op een heeeel erg snel forum

[YopY]

Wordt heel snel verbasterd door buitenlandse concurrentie naar T.Rectal, imho .

[Mx. Alba]

Talkoo, Talkoot, Talkout, mooie namen inderdaad.

[BeQuietAndDrive]

Hulde dat het continu in ontwikkeling is nu nog een keer een fastoenlijke zoekfunctie en het is helemaal perfect.

[BM]

Hear!

Zoekfunctie is inderdaad 1 van de weinige dingen van GoT die ik niet al te best vind.
Niet geheel duidelijk, en vaak niet echt beste resultaten.

Gelukkig kan google ook door (een groot deel van) GoT zoeken

[Voutloos]

In 9 vd 10 gevallen (lage schatting) vind men de search slecht terwij de user zelf slechte input geeft cq. de opties niet goed benut.

(was bedoeld als reactie op BeQuietAndDrive)

[Reactie gewijzigd door Voutloos op 22 juli 2024 22:29]

[Koppensneller]

Dat kan wel zijn, maar de search van GoT levert mij vaak geen goede resultaten, terwijl ik daar op de meeste andere websites geen probleem mee heb. Bovendien zijn er al eerder klachten geweest over het functioneren van de zoekfunctie.

[Verwijderd]

/me neust in zijn stapel oke verklaringen..
/me ziet geen toestemmingsverklaring
/me wil niet afkicken

doe dat maar 31 februari oid

[Diabolical]

I second that... geen forum beschikbaar.. brrrr.... mijn collega's keken al vreemd op toen ik begon te vloeken... (nog vreemder toen een deur verder hetzelfde gebeurde bij een andere collega ).

Zucht... dan zit er niets anders op dan eens te gaan werken...

[Mx. Alba]

Morgen op nu.nl:

"Door onverklaarbare reden heeft zich donderdagochtend in de Nederlandse ICT-branche een productiviteitspiek voorgedaan. Economische experts staan voor een raadsel."

[robertpNL]

Of juist het tegenovergestelde:

"De kennis van de Nederlandse ICT-branche is in één dag significant gedaald. Economische experts staan voor een raadsel."

[Fire69]

Als ze geld genoeg hebben om React over te kopen, moeten ze toch ook wel wat geld over hebben om hun personeel nachturen te laten doen voor de upgrade?
Dan moeten wij niet als zielige tweakertjes zitten wachten tot het forum terug beschikbaar is

[Quincy5]

Nachturen is misschien overdreven, maar 's avonds of in het weekend had wel gekund. Volgens mij werd dat voorheen ook gewoon gedaan.

[Alex]

De reden is vrij simpel. 's Nachts werken is duur en daarnaast breek je direct in op het ritme van je personeel. Liever zie je dan dat een gedeelte van je site down is als al je personeel aanwezig is. Eventuele hulplijnen zijn dan ook beschikbaar, etc.
Het is jammer voor de bezoeker, maar als het vooraf aangekondigd word maakt dat allemaal toch niet uit?

[neographikal]

Krijgen MySQL en PHP tegelijkertijd de upgrade of wordt het in stapjes gedaan? Ben wel benieuwd wat er uit de upgrades van deze pakketten aan performancewinst wordt gehaald

[ACM]

De upgrades worden ook gedaan. Ze zijn zelfs deels vereist ervoor.

En of er performancewinst gehaald wordt weten we niet, we vinden het vereenvoudigen van het beheerstraject iig wel belangrijk

[YopY]

Er was een tijd geleden wel een databasetest op t.net die een vergelijking trok tussen MySQL 4, 5, en nog zoeen waarvan ik de naam vergeten ben. De nog zoeen waarvan ik de naam vergeten ben kwam als beste uit de test, en mysql 4 was beter dan 5. Weet niet hoe het zit tussen PHP 4 en 5; waarschijnlijk zit er weinig performanceverschil tussen, maar veel taal- en functionlaiteitsverschil. Maar daar zijn vast wel tests van op internet te vinden.

[kokx]

De snelheid van PHP is tot nu toe nog met elke versie gestegen. Zo is op dit moment PHP 5.2 de snelste .

[AW_Bos]

En hoe zit het met de Prive Discussies om een discussie te verwijderen wat in 194 niet kon, en wel in 195?

[crisp]

Het biedt weliswaar enkele nieuwe features, maar die zijn vooralsnog niet in onze templates meegenomen.

nog niet geimplementeerd dus in de templates, dat komt in de volgende fase

[Zeror]

Ik heb ff een naam verzonnen

iT

Past volledig in de naamgevingtrend van tegenwoordig

[Verwijderd]

Ik heb geen naam voor de software, wel een voor het bugs/requestsforum:

Bothering of Tino

[-NRG-]

Dan kan Reac-T / ReacT er ook wel bij

[Reactie gewijzigd door -NRG- op 22 juli 2024 22:29]

[Vaudtje]

Leuk dat nu jullei je eigen React fork hebben ook meteen de FP integratie uitgebreid wordt
Krijgen we straks DSP features voor topicstarters op GoT?
Nieuwe naam: Re-DSP ? DSP-Act?