Automation Rules

All of the Kevin's Applications could be sold directly on his own website (ipsguru.net), together with the IPS marketplace and any other stores. I know some of the ips third-party developers who do in this way: codingjungle.com as an example. I believe, it will be if not very profitable, but at least stable, independent and convenient as for Kevin's customers, as for himself, I think.

I hear what you're saying in this particular case, Rules is quite complex. I think codecanyon.net would give any IPS app / plugin way more exposure then the IPS site. If people started listing their mods there, the word would catch on. I've spent thousands on both codecanyon.net and themeforest.net and they sell a ton of Wordpress plugins. I'll agree that a solo site would take awhile to gain traction, if it gained traction at all. I hope everything works out in the end. Rules is a GREAT app and very powerful. It would be a shame to see the development stop.

That sounds good on principle, but none of us are aware of the ramifications of Kevin's Automation Rules app which does probably hook into core parts of the software, perhaps in unsafe or non-recommended manners. Just because something can be done doesn't mean it should be done, and Automation Rules allows anything to essentially trigger and action in the community. I'm not aware of the specific problems of the Automation Rules, but I'm sure Kevin can reach out to discuss areas of improvement to meet IPS guidelines. I don't ever see that happening. A lot of MP developers barely get enough visibility as is in the Marketplace. Shifting things to a non-Invision site will drop the traffic off tremendously.

I believe Adriano (might have spelled that wrong) had a app disabled by IPS. He wrote a long paragraph in the thread about not supporting the app any longer because of IPS flagging the app for some reason. I moved that app to my inactive / non-supported folder. More money wasted on apps. As of two days ago, Adriano's post was deleted and the app was available for purchase again and supported by Adriano. Not sure what happened, but it appears that IPS flip flopped on their decision. I've also been seeing other apps / plugins which aren't available for sale any longer. Sure, IPS has the right to flag whatever they want on their site. What I don't particularly care for is targeting quality developers - guys who know what's going on, like Kevin. I would love to see all the developers get together and form a software store off the IPSs site - solo site, codecanyon, etc. As far as I'm concerned, IPS is needed for only 1 thing, core. It would be interesting to see someone create a forum, commerce, blog, and gallery app to compete with IPS offerings. Of course, at that point, they'd probably come up with some other rule which benefits them and strays out of the philosophy of a modular approach where 3rd party developers contribute unhindered to the ecosystem. As mentioned above, this can obviously be done off the IPSs site, something I hope will happen in the future.

I mean, if you're going to build rules, you're going to build a lot of them. I *was* using rules for a trophy system but I was concerned about the performance imipact, but I keep the app updated.

Since the LITE 10 rules version is free and still available and downloadable, it must be all those people who have 11+ rules that are opening too many support tickets.

Yeah they hate your app. Too bad, because it's too good of an app. The power and functionality is just too good.

We were informed by IPS that they have too many support requests for bugs in apps which are exposed by rules and its core level integration with the IPS system. Apparently, the solution to is to disable rules from being purchased so that less bugs get exposed and therefore cross their support desk? None of it really makes sense, but rules was picked as a scapegoat by their support staff apparently to reduce support load.

https://invisioncommunity.com/files/file/7369-automation-rules-full/ Disabled from purchase

My idea is to send a welcome Private Message to users when they are moved to a specific usergroup. From what you are saying, the PM would be sent everytime the member data is updated, and not only once... I don't know if there would be other parameters to make sure this PM is sent only once...

For that, you need to use the member updated event and check their member group. However, that will evaluate every time the member data is updated, so you usually want additional conditions also to ensure you only do whatever it is you want to do just once, znd not every time.

Hi, Is it possible to create a rule that is triggered when a user is added to a specific usergroup? Thanks!

fetch_assoc() its working on nexus so i think thats not problem . Actually i turn on the logging for see what is the error but nothing.

I'm not seeing anything in your code there that would cause a 500 error. I've not used the fetch_assoc() method before. Are you sure that method is valid?

Well my webserver does have log yet because i turn off but actually i got 500 error because i try to modify the script which is included in the first post (that script is for nexus and i try to modify to work with rules )

What is the server log from the 500 error. That would probably give a better clue.

Before i buy i need some help I have a custome script which is execute when a user buy some stuff. Also i have 2 custome profile field which contain some data(when a user buy something then the script pull some data from custome field). When i try to setup profile update rules i got 500 error (something really bad) im not a php guru so a little help would be nice $memberid = $purchase->member->member_id; $ingame = \IPS\Db::i()->query("SELECT field_2 FROM core_pfields_content WHERE member_id=$memberid"); $member = \IPS\Db::i()->query("SELECT name FROM core_members WHERE member_id=$memberid"); $pass = \IPS\Db::i()->query("SELECT field_3 FROM core_pfields_content WHERE member_id=$memberid"); while ($row = $ingame ->fetch_assoc()){ while ($row2 = $member ->fetch_assoc()) { while ($row3 = $pass ->fetch_assoc()) { \IPS\Db::i()->update( 'ebacore_adminok_awp', array( 'felhid' => $memberid, 'steamid' => $row["field_2"], 'nev' => $row2["name"], 'jelszo' => $row3["field_3"] ) ); } } } Some help would be nice This is the script from nexus and i try to modify this to work with Rules (Not the best but its working with commerce)

It would be good to see a way of checking to see if a user is using the site on a phone, tablet or browser and then proceed accordingly.

Cool, will keep an eye and let you know.

I cant think of any reason why it wouldnt. If you get a different result, let me know.

Hi @Kevin Carwile I was wondering if my old Commerce rules, with the trigger "Event: A product line item has been paid on an invoice" would work just fine for subscriptions as well or do I need to make any adjustment? Cheers.

Lol, nah! it deleted only 7 pages The imported rule deleted all Thank you!

Upgraded what to 4.0.1?

From now until the beginning of time.

Thank you! How far is in the past?