It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
Community
General discussiongogie forum software (etc)(27 posts)(27 posts)
(27 posts)
Pages:
1
2
This is my favourite topic
Posted February 28, 2018
avatar
nightcraw1er.488: Would a combination of wiki and forum work? Ie not having 1k+ sub forums, have a wiki for useful game information (savegame locarions, bugs etc) which users could add additional info too. Then the forum could be simplified down to a few sections, as let's face it, only general discussion is really used.
avatar
Fairfox: i actual lee liek this idea (dont mean to sound so shocked lol )!

liek... all teh game info could be saved on these pages, but itd probs make sharin' specific problem-solvin', unoffiical; patches etc difficult :/
or it might look too-too cumbersome if peeps keep tryin' to add stuff. liek a less-good forum (even this forum!)

tho dont wikis have 'talk' pages? so peeps could use taht.
we could have our own pages, too. was goin' to say fb-style buuut taht wouldnt go down well lolzer

an' yah teh forum could be pared ( paired?) down an' mebbe then itd be easier to improve?

all pie (noms) in teh sky, tho; aint nevah goin' to happen, right
Yes, this has been covered in a few threads, people asking for save game locations, mod websites, manuals etc. A wiki would be a better method that the current forum with some pinned information and a broken search.
Would take some work off the forum. Then the forum could be simplified.
But yes, I suspect your right, no resource/nothing really to gain from such a thing.
Posted February 28, 2018
avatar
bhrigu: For record, a few days ago saw a post on facebook, that CDPR/GOG are hiring web developers.
And PHP was mentioned in the post.
Sure, but that's
for event storming, for @PlayGwent with @CDPROJEKTRED, and to make #GOGGalaxy the best gaming client out there!
Source: https://twitter.com/GOGcom/status/968069437382365184.
[It's the exact same text on the Facebook page.]

So much for fixing and improving the GOG forum... shareholders rejoice!
Post edited February 28, 2018 by Lemon_Curry
Posted February 28, 2018
avatar
bhrigu: For record, a few days ago saw a post on facebook, that CDPR/GOG are hiring web developers.
And PHP was mentioned in the post.
avatar
Lemon_Curry: Sure, but that's

for event storming, for @PlayGwent with @CDPROJEKTRED, and to make #GOGGalaxy the best gaming client out there!
avatar
Lemon_Curry: Source: https://twitter.com/GOGcom/status/968069437382365184.
[It's the exact same text on the Facebook page.]

So much for fixing and improving the GOG forum... shareholders rejoice!
Yep, pretty clear cut where all the resource focus is.
Posted February 28, 2018
avatar
bhrigu: For record, a few days ago saw a post on facebook, that CDPR/GOG are hiring web developers.
And PHP was mentioned in the post.
> 2018
> PHP

I wonder if they are also hiring stone axe makers, ice cutters, and lamp lighters.
Posted February 28, 2018
avatar
Fairfox: is it feasible for gogie to move their forum software to paid models (i only kno of vbulletin bu uut thar must be other 'specific' paid-for software ) or does teh gogie user account/galaxee integration mean they are screwed an' have to rely on their own coders for teh entire site, forums an' all ( ie theyre screwed, lol) ?

woulld you welcome a change? ooor do you liek status quo, as is? or would you be happy if they were scrapped in teh altogether? if so woiuld you prefer an archive fooor old info/ help or just GONE? (which does sound xtreme, granted)?
Given that the GOG forums are behind PHPBB forums I was a member of back in 2004, I would welcome pretty much any updates. The nicest and most modern forum software I've come across so far is Discourse.

See this forum for an example: http://community.axoloti.com/

It's extremely dynamic and interactive compared to most forum software, but especially GOG. Still, I doubt GOG would bother since they've never seemed that interested in the forum.
Posted February 28, 2018
avatar
That's because 90% of what you;re seeing on the page has been cached, either by you as a logged in user with a previous page view or by Amazon and they're displaying it to everyone. It's not generated every time but sits on a server between you and the Amazon servers.

The issue is someone in most CMSes is somewhere in the database is there is one big array slowing things down. To use an example that I had to deal with a while back, Wordpress has an array for its (Note the capital P) Pages. A line exists in the database for each one of those Pages while each line has upwards of 100 different records. They tried to make things quicker by including a hard coded URL for each Page instead of generating it on the fly like they do with Posts. That array gets pulled from the database each and every time since it;s usually part of the menu across the top of each and every page. One of the reasons why they introduced caching themselves but if you;re like some websites with *shudder* over a thousand Pages, it;s still take a bit to load it into PHP memory.

It was well documented and an annoyance for many years but google isn't able to tell the different between Pages and pages and Posts and posts.

avatar
USERNAME:bhrigu#Q&_^Q&Q#GROUP:4#Q&_^Q&Q#LINK:15#Q&_^Q&Q#For record, a few days ago saw a post on facebook, that CDPR/GOG are hiring web developers.
And PHP was mentioned in the post.#Q&_^Q&Q#LINK:15#Q&_^Q&Q#
avatar
Pretty much 100% PHP here. Outside of server administration of course.
Post edited February 28, 2018 by drmike
Posted February 28, 2018
avatar
drmike: That's because 90% of what you;re seeing on the page has been cached, either by you as a logged in user with a previous page view or by Amazon and they're displaying it to everyone. It's not generated every time but sits on a server between you and the Amazon servers.

The issue is someone in most CMSes is somewhere in the database is there is one big array slowing things down. To use an example that I had to deal with a while back, Wordpress has an array for its (Note the capital P) Pages. A line exists in the database for each one of those Pages while each line has upwards of 100 different records. They tried to make things quicker by including a hard coded URL for each Page instead of generating it on the fly like they do with Posts. That array gets pulled from the database each and every time since it;s usually part of the menu across the top of each and every page. One of the reasons why they introduced caching themselves but if you;re like some websites with *shudder* over a thousand Pages, it;s still take a bit to load it into PHP memory.

It was well documented and an annoyance for many years but google isn't able to tell the different between Pages and pages and Posts and posts.
That's fine, caching is a thing. My point is, there isn't a reason to restrict the amount of subforums. And sure, Wordpress is ... special, but that doesn't mean the backend can't be done right. I mean, this isn't a new problem at all and it was successfully solved many times by many different people.

avatar
drmike: Pretty much 100% PHP here. Outside of server administration of course.
My most sincere condolences. Not even being sarcastic. PHP is a war crime and nobody should be made to suffer it. Last year I got a job offer from a company trying to migrate from a PHP monolith to JS microservices. At least they had the correct idea and I commend them on making the right decision and wish them luck, but as soon as I heard "PHP," I declined immediately.
Posted February 28, 2018
avatar
I politely disagree and think relying on flash in the pan/ What's hip and new software instead of stuff that's been around for years, tested, supported and works is something to question.

You may be working with single clients who have a bank roll but I've got Mrs. Johnson, her three kids, the need to put up Girl Scout cookie information along with their summer camp pictures and for her to be able to understand and use that software.

I use what works. :)
Posted February 28, 2018
avatar
avatar
drmike: I politely disagree and think relying on flash in the pan/ What's hip and new software instead of stuff that's been around for years, tested, supported and works is something to question.

You may be working with single clients who have a bank roll but I've got Mrs. Johnson, her three kids, the need to put up Girl Scout cookie information along with their summer camp pictures and for her to be able to understand and use that software.

I use what works. :)
There's a niche for everything and I am certainly not going to say that your business model is wrong. It helps you make an honest living, and that's all one could ask of others.

That said, from a purely technological point of view, there is a reason why things become deprecated. When PHP and ASP first appeared they were both a better way of doing things. That was over 20 years ago. Not that time in and of itself makes things bad, but a lot of substantially better technologies have appeared since. The current love affair with Node, React, etc. is not for the sake of being hip, it's purely pragmatic. You can do more and you can do it better.

Again, I'm not saying that it would make sense to force Mrs. Johnson from to upgrade from her wordpress site, but this is more of an edge case and in the context of a seemingly modern company such as GOG, doesn't really apply.
Posted February 28, 2018
avatar
drmike: The issue is someone in most CMSes is somewhere in the database is there is one big array slowing things down.
I'm definitely not the most experienced person when it comes to databases and such, but I have spent some time working with them using MySQL and PHP.

As far as in the context of paid forum software (or to be more specific custom forum software where you have more control), I think the solution to this would still be what I posted above. Make them searchable rather than trying to grab everything at one time and display it to the end user, especially if you are trying to retrieve thousands of sub boards.

For instance if you have a boards called "Xbox One" and "Xbox 360" and "PS4". You would simply return only from the database an array where the title includes the term "Xbox" using an SQL query if you were to search for xbox.

And if you have a really big database where the query would have to search through a lot of data then you can speed things up quite a bit using indexes. GOG is hiring for somebody that is familiar with MySQL so that must be what they are using for the database.

And if GOG actually has some form of a CMS (and I question if they actually do, but I would hope so) they probably built their own.
Post edited February 28, 2018 by user deleted
Posted February 28, 2018
avatar
For something like a forum, why not Mongo? I mean, this isn't a financial institution we don't *need* a relational database, forum-wise we care about the speed and Mongo is way better than MySQL when it comes to handling large volumes of data and storing them as documents. You can essentially eliminate the need to massage the data on the front end by getting a perfect JSON object that's just ... done.
Posted February 28, 2018
avatar
LINK:25#Q&_^Q&Q#
GOG is hiring for somebody that is familiar with MySQL so that must be what they are using for the database.#Q&_^Q&Q#LINK:25#Q&_^Q&Q#
avatar
Well it seems to me like a lot of GOG's backend is outdated in the way they do things. I know they revamped the site a few years ago, but I think that was mostly front end changes. Perhaps they will go with something like that when they do finally get around to replacing these forums.
Pages:
1
2
This is my favourite topic
Community
General discussiongogie forum software (etc)(27 posts)(27 posts)
(27 posts)