Ishraq

Great to see MTG back 👏

My bad, oops. 🤣

I have a copy of redux too thanks. Appreciate it.

Haha i'm on this journey myself with two old games, its been fun but long. I started one and built it ready to go has more to do lists and suggestions but waiting. I'm using an mvc approach: TryoWars For the other, i'm currently going through each file to update it to PHP8 and above to get it fully working: EuroGangster First release it after beta testing. Then plan to update the entire approach to mvc. Maybe OCD The site I use to create Mccodes V2 Modules: Mccodes V2.0.5

Great work and I'm glad to see you continue with this journey.

Congratulations Chris!!!! Really happy for you, hope you have a great time.

Looks great!!!

Congratulations!!! 🙂

Yep, I think the platform isn't the issue but rather the list of purchases, proof etc is the issue now. Sellers won't know who to give updates too and buyers didn't manage to screenshot their proof or download latest versions etc. @Dave Is there a way to provide a dump of the forum posts so we can try the lengthy process ourselves? We can try move the posts to an open source forum? Reason being is there are many topics and posts that hold valuable information that could help everyone in their journey.

Was certainly a good ride, I agree with @ags_cs4 We should allow it to run and bring back the marketplace at least. There are purchased products and licenses that may need to be downloaded and screenshotted too.

It's all good. Everyone is here to help. Let's just ease this situation. No need to quarrell or edit anything. Any new person will come on this topic and know what to do so let's leave it at that and move on.

Nice one

Userid is usually $userid but in any case just use $ir['userid'] Also, you'd want an if statement covering the whole chunk of code checking if that new player had already received it. To reduce code runs best place would be putting it in register.php or if your game has it. emailactivation.php That way it won't be running every click for every user. ooh mentioned here, just follow this

The Y is just the value, if you call the column, the value would be on it. $this->item->effect or whatever its called. max would be your $this->user->info->US_maxEnergy

Try this @Canjucks

This would only work when the users energy is equal to the max energy or brave is equal to max brave. You can just use == instead. As the energy will always be equal to or smaller, not bigger. To take it a step further, grab the items addition and see if there's space for it. So someone with 99 energy out of 100 won't waste an item if the use gives 50 as an example. If energy +50 > maxenergy then go use some first.

The $db->escape is just a shortcut to the function itself. Just as how other functions work, instead of calling mysqli_real_escape_string, they just use $db->escape to then call mysqli_real_escape_string. Like $db->query class function is a shortcut for mysqli_query php function. Check your class_db_mysqli.php file for the function escape(). You'll see what it uses. 😉 But yep, that change was only for mysql and not mysqli. I just thought to mention that example after reading about this a while back. As we already know mccodes wasn't made with best of practices. I did also notice errors with the main menu, smenu using that define() function. But to make it work on php 8 shouldn't be too much of a hassle tbh

Seems like once you remove/replace deprecated functions it'll work as normal. That's what I noticed. For example, the legendary mysql_real_escape_string. Once you remove that 90% of errors disappear since its always used in every escape situation although someone posted here an article showing why its the worst function to use which is a good thing its been deprecated. Moreover, all the danger is coming from the very statement in question: zounds of PHP users still do believe that the notorious mysqli_real_escape_string() function's only purpose is "to protect SQL from injections" (by means of escaping some fictional "dangerous characters"). If only they knew the real purpose of this honest function, there would be no injections in the world! If only they were formatting their queries properly, instead of "protecting" them - they'd have real protection as a result. https://phpdelusions.net/sql_injection#badpractices What MTG did with match() is what you could do to improve the codes by using new PHP 8 functions. Beautiful ain't it!! 😉

Yep, here are two: Restructured By Yeraycat Codemonkey2704 for PHP 8.2 You can buy the latest version 2 directly from here: https://makewebgames.io/store/product/1-mccodes-v2/

I'd say just play around with mccodes, see what fixes are needed to get it working to update yourself on the latest php changes. Then take a look at GL and see where you'd want to go from there. I personally decided to just create something different which has helped me personally enhance my PHP skills. I use an MVC approach which helps keep things organised. GL would be best option if you want to get straight on to learning without facing many bugs/errors.

https://dev.to/asaoluelijah/how-to-access-dev-tool-on-mobile-browsers-14nd This works!

Seems very detailed and unique. Design looks spacial too. Well done!

Yep, I thought i'd just use those ideas to make a simple version. I saw the one on MWG which includes a staff page but its extra work. Might work on improving it later when I get the chance to. This one would be just a foundation for others to build upon. To add: Staff Page - Add and control the rewards for the merits directly from the staff page. Crons - If the requirements for merit requires edit on the header or cron pages then would just use some kind of while loop or something to go through each one etc. At the moment its just simple if statements. The updated version would be more useful since some games use different names for crystals etc and that would be set on the staff page itself.

Sent you a PM Thought i'd just make it and put it on marketplace. https://makewebgames.io/files/file/280-merits-v2/

Maybe keeping a folder for all languages files and in each file will be strings with its content. The modules, static files themselves will have {{ $lang->welcome }}, {{ $lang->strength }} instead of Welcome, Strength. The app itself would set a locale beforehand and that will be passed to the $lang object which will make it all automatic or can be chosen upon loading of site. Maybe a list of available languages. This would ensure you'll have a strict translation instead of Google translate which may or may not translate it correctly. The language file will consist of a dictionary list of set words and content. $welcome = "Welcome"; $strength = "Strength"; Could be a start but not sure how cached files would affect things, maybe separate cache folders for each language? Addition: $addmoney = "You have won $money"; Maybe also use str_replace at your place of conversion to make the strings more dimensional.