Jump to content

Community

Mark

Invision Community Team
  • Content Count

    36,137
  • Joined

  • Days Won

    109

 Content Type 

Profiles

Downloads

IPS4 Documentation

IPS4 Providers

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Forums

Entry Comments posted by Mark


  1. 3 hours ago, CP_User said:

    @Mark - Going forward with 4.4.0, how will this effect subscriptions/billing agreements. Our site is heavily, heavily relient on Paypal subscriptions and billing agreements. If we upgrade to 4.4.0 will we need to make a Braintree account and set everything so we can handle subscriptions/billing agreements.

    Also what happens over time with the 600+ people that use old billing agreements/subscriptons if Paypal switch off the API?

    Thanks.

    If you don't want to change anything, you don't have to. Everything will continue working as it does now.

    If, however, you did want to migrate to Braintree, you have two options:

    1. The sensible option is probably to set up Braintree and use it for new purchases. Keep your PayPal gateway set up but disabled to new purchases. That way, new purchases will use Braintree, but any existing billing agreements will continue to churn away without lost revenue.
    2. If you wanted, you could cancel all the Billing Agreements with PayPal, and then when it gets to people's expiry dates, they will receive an email asking them to pay, and that would allow them to set up a new billing agreement using Braintree.

     


  2. 15 hours ago, EricT said:

    Hi,

    Is this file updated for 4.4 : 

     

     

    I would be great is this file give the minimum configuration and the recommanded configuration

    If it can't, could anyone give me these informations ? I would like to have an optimized server before updating IPS suite

    Thank you !

     

    PHP 7.1 or higher required (no particular recommendation beyond that other than of course the latest is always a good idea). MySQL 5.5.3 or higher required, 5.6.2 or higher recommended (though again, latest is always a good idea).


  3. 6 minutes ago, stefano_els said:

    Hi @Mark, we are in the process of migrating our community from version 4.2 to 4.3. We currently have a custom login handler that we will need to update to work with 4.3 as we can't directly use the OAuth 2.0 handler. Is there any resource available that explains how to migrate a login handler from previous IPS version? Thanks

    There is backwards compatibility so you should be fine 🙂 If you want to update it, we don't have any specific documentation, but if you take a look at one of our login handlers, the methods are all well documented.


  4. 10 hours ago, Tom S. said:

    Are there any noticeable differences between using Stripe and Braintree to accept and store card payments?

    Not to the end user.

    4 hours ago, Tom S. said:

    Thanks for posting.

    Although looking at Stripe they have pretty bad reviews too and I've never had an issue with them. It seems the only people who go to these review sites are ones that have had a bad experience so they can vent frustration.

    Mostly from people who either didn't read the terms and got their accounts closed or are confused about how chargebacks work (which is not something the gateway has any control over).


  5. On 1/4/2019 at 4:41 PM, beats23 said:

    Will this have Braintree split payment PayPal adaptive?

    Where buy IPS could be used as a marketplace for various sellers. 

    After each sale, the payment is split between the site admin and seller automatically via Braintree.

     

    Not at this time.

    20 hours ago, SJ77 said:

    I applied for Braintree long ago and they denied me with zero explanation. Only said my site was unfit. No option for appeal. They can kiss my ***

    Most gateways, including Stripe, Braintree, and PayPal, do not allow most types of adult content. It was probably that. Obviously this is out of our control.

    19 hours ago, Cav3y said:

    Looks fantastic.  My only concern is the $178 for one striped polo shirt!

    I have expensive tastes 😂 (also specific purchase amounts trigger certain behaviours when in testing mode).


  6. 1 hour ago, Joel R said:

    1. When paying with PayPal, users see checkbox to automatically pay by PayPal.  Is this turned on by default? 

    2. Apple Pay, Google Pay, and Venmo - Do we define those as payment gateway on our end and offer as an option during check out? Or they're an option when users check out through the Braintree gateway? 

    3. Recommend switching to Braintree - do you really mean fake switch, because you can't actually convert existing subscriptions.  You mean keep the PayPal gateway active, but don't offer as a checkout option right? Which means we have to edit the setting in each product or subscription.  

    1. Yes it is.
    2. Just like with Stripe you set up each as a separate payment method (but using the same credentials). This allows you to control where they are available (for example, since Apple Pay cannot handle recurring payments you might want to offer that only for products which don't have renewals). They will automatically hide if the user's device doesn't support them (Apple Pay can only be used on Apple products, for example).
    3. You can set the "Available To" setting in a payment method (which controls which countries it is available to) to none of them, which effectively "disables" a payment method.
    1 hour ago, AlexWebsites said:

    What if you are using stripe for credit cards and have paypal set up for just paypal, is there a way to move away from stripe for credit cards without disruption to existing subscriptions?

    You can keep using Stripe for cards and just switch to Braintree for PayPal. If you wanted to switch everything to Braintree to have everything in one location, you would lose cards customers have stored on file (though this would be handled gracefully - they'll just be sent an invoice like they would if their card had expired).


  7. 1 minute ago, HeadStand said:

    Great stuff here. Does this use webhooks or something similar to handle events that occur on the PayPal side? For example, if a user cancels an agreement from PayPal, will it notify commerce?

    Other than notifying Commerce about a dispute (which does use a webhook), everything is initiated by Commerce's end. If a user revokes permission for the recurring charges from their PayPal account then the next time Commerce tries to charge it, it will treat it the same as it would a declined/expired credit card: it will try to use any other payment methods they have on their account and, failing that, will send them a renewal invoice.


  8. 6 hours ago, Ramsesx said:

    Nice, but the video isn't embedded.

    Whoops, thanks! I forgot to convert it from .mov to a more globally used format - it would have been embedded for Mac users 😂 I'll fix that 😊

    6 hours ago, Tom S. said:

    Does that include when a category has products but are all hidden from the user?

    Yes 👍🏻

    6 hours ago, Spanner said:

    Please add function ability to disable product.

    You can set a product to not be visible to any groups 

    2 hours ago, Wolfie said:

    Maybe I'm missing something or just way out of the loop, but isn't this akin to adding another customizable profile field?  Why not just make use of existing ones to do the work?

    Commerce already has a concept of fields the customer can fill out when purchasing (for example, if you offer a thing in multiple colors, allowing the customer to choose one) but this is something the admin sets - sort of like subcategorisation.

    Sometimes there will be overlap (like for color, you might have both an option for customers to choose at checkout, and set a filter with all of the available options) but many things will be static. For example you might have filters for "Brand", "Author", "Genre", "Gender", "Rating" (for films), "Release Year", etc.


  9. 35 minutes ago, h2ojunkie said:

    @Mark  I'm also curious about how you handled this scenario.  We actually wrote our own mod that does almost exactly what you've announced in this topic (create a temp account as soon as they submit the post, and leave it un-approved until they confirm/complete registration).  It worked as intended (increase registration and engagement - but we ran into issue with existing members posting while logged out, and ended up shutting off the mod until we could get back in and address a way to merge the "temp" account created with the new post to the pre-existing account the member already had (but wasn't logged into at the time they made the post).  Once we started running it live, we ran into the issue of members existing accounts, and ended up turning it back off until we could address the issue.  After that, life happens and we never got a chance to go back in and work out a solution for that situation. 

    I'm crossing my fingers that you accounted for this in your system already?  

    Partly this is why there is the message advising users to sign in - but beyond that, if the email address entered already belongs to an account, it won't let them continue.


  10. 2 hours ago, Adriano Faria said:

    Yes, I think he understood that. The request is to add a setting to auto delete these posts after X days, just in case they don’t create the account. Otherwise you will have tins of unapproved posts in topics. 

    Yes the data is deleted automatically. But they're not properly submitted, (i.e. shown to anyone) until the registration is complete - so the question about what would prevent someone from using this feature but never registering is well... their posts are never shown 


  11. 6 hours ago, Joy Rex said:

    I'm really surprised nobody's mentioned the potential for abuse with this - what would prevent spammers (or more specifically, trolls/banned members) from using this to post diatribes?

    I like the idea that it goes to a moderator queue, but that's only after they have registered.

    Also, what about "orphan" posts from members who use that to post, then abandon the registration process? Can there be a setting that removes those posts unless they register in [x] days?

    Is there anything tracking-wise that would prevent a user to abuse this to post occasionally, and never actually register (like in the case of a forum that is subscription-only) to get around having to pay to join the community?

    The post isn't shown until they have completed registration.


  12. 3 hours ago, Durango said:

    I saw that you plan to set a redirection to a form next to a guest post, there might be an easier way to do this, the best way to do it is like this :

    https://www.commentcamarche.net/forum/linux-unix-13/new

    right below the post form,  ask a login / email / password

    much easier, and the visitor stays on the same page :)

    The two step process is very deliberate. The whole idea behind this feature is a casual user is browsing the forum and wants to reply to the a topic - but they're not invested enough to go through what they perceive as a complicated process of creating an account. Generally speaking, the longer a form is, the less likely the user is to fill it out, so if we put everything on the form, that probably won't achieve the goal.

    What we want to happen is the user to reply without being put off by the idea of creating an account. After posting though, they get presented with the registration form, and hopefully by now (having actually written the post) they're invested enough in it to think "oh okay, fine, I'll register". And even if they don't at that moment, their email has now been submitted, so they can get a followup email.

    3 hours ago, Joel R said:

    But has the post been submitted yet?  I don't think so, right?  

    You can maybe show an animation that the post closes, but I still feel like either an on-screen or modal pop-up is psychologically more welcoming and less of an obstacle than a full page refresh.  Because mind games.  Or something.  

     

    Similar to the above, I actually think the new page enforces the idea that you have began (and nearly finished) a process, and so the mental barrier to registering is now less because there's a sort of "sunk cost".

    Hence the wording that refers to the post as having been submitted (even though it's not visible anywhere): "Thanks for your submission! Before your content can be seen by other members...".

    2 hours ago, Ocean West said:

    i run a technical forum and I implore new members to provide their experience level, what platform and version they are using and what version of the software. so that it shows up in the sidebar with their post - as typically this information is missing from their post - in order to provide the user the best answer these questions are somewhat of a pre-requisite. 

    how can we guide them thru a few required questions, in addition to the subject and post body. 

    The registration process is the same. If those questions are currently on your registration form, they still will be. Or you could also use the Profile Completion feature.

    17 minutes ago, hjf288 said:

    How does this work when using external login handlers or is it optional? We don't allow registration through IPS and instead redirect to our LDAP registration system.

    They'll be redirected to your custom registration page.


  13. On 10/26/2018 at 9:41 PM, Iwooo said:

    Nice one! 

    What about a case someone enters email and then click social sign-in connected to different email address? 

    Keep up good work

    It will use the one from the social service (assuming it's set to import emails)

    On 10/26/2018 at 11:45 PM, Joel R said:

    Some thoughts:

    - the abandon email is a really smart re-engagement reminder.  I give you +1 for this

    - not a fan of the full page refresh to the registration form, I think the modal registration window is psychologically smoother and less of a hindrance

    - why don't you offer social sign-ins next to email input for streamlined sign in? 

    I did experiment with a modal but it felt weird... Like, do you leave the editor with their post still open underneath? That makes it feel like the post hasn't been submitted, and that you could close the modal to cancel, but that wouldn't be the case.

    On 10/26/2018 at 11:46 PM, Markus Jung said:

    For GDPR compliance the user has to actively confirm that the mail address can be saved and confirm that he read the privacy policy. 

    Yes that checkbox is part of the normal registration form.

    If they don't complete registration (i.e. they never confirm agreeing to the privacy policy) the email address is automatically deleted. The only thing it is used for before that is to send one follow up email to remind them to finish submitting the very content they submitted alongside giving their email, which is a legitimate interest.

    On 10/27/2018 at 1:52 AM, MMXII said:

    A long awaited feature and finally it will make its way into the Invision Community. Very nice!

    I also like the fact that we have the option to continue using what is already there:

    I wonder though if there is a way to combine these features? For example, you have a forum specifically for guests (there they should be able to post without a prompt to register afterwards) and all the other areas on your website (there the new post before register should apply).

    Yes, that's exactly how it works 🙂 

    On 10/27/2018 at 2:38 AM, Aaron M said:

    How does this work with COPPA?

    It's such a shame not being able to have members use fast-registration because we prohibit minors from registering, so I hope this is not also affected.

    Yes, they will see the COPPA form after submitting the post, and then on the next step it will be as shown in the blog entry.

    On 10/27/2018 at 6:18 AM, socceronly said:

    Would this work with spam services like Akismet?

    If so, and Akismet kicks back a big fat no.....

     

    ...... can we make them fill out the most complex from ever devised?   

    Or one that on submit perpetually erases a field, bounces them back to start over.....

     

    Invision Community doesn't natively integrate with Akismet, but the registration process is unchanged so our native Spam Defence service, and any other anti=spam measures you have in place are still honoured.


  14. 3 hours ago, Joel R said:

    1. Can we temporarily dismiss certain notifications? For example, I'm aware of the PHP settings but don't want to deal with them right now.  

    2. Can I invite Mark Wade to the Yule Ball? 

    3. Are you already working on 4.4.1?? 

    1. Yes.
    2. Oh... um... I'm really sorry but I'm going with Cedric Diggory.
    3. No.

  15. 1 hour ago, inkredible said:

    Hm not a single word about all the issues people have with the current commerce system. Specifically I am talking about the not recognized recurring payments. Roughly 1% of all our recurring payments from PayPal won't be recognized by Commerce for several reasons (sometimes because the recurring payment comes late, sometimes it is in time but it still won't be recognized).

    This requires manual action and therefore costs us a lot support effort every day, which is very annoying.

    PayPal still tell us they are "aware of these issues".

     


  16. 16 hours ago, Joel R said:

    2  A simple theme settings to restrict embed sizes would be nice.  The display sizes of these videos is huge.  I know Mark is a boy genius and all that with his Rubick skills, but damn ... He better be cooking me dinner and managing my community if he's going to take over my entire forum post.  

    I'd buy you dinner any time, Joel ;) 

    But it honours the "Maximum embedded content width" setting.

    1 hour ago, The Old Man said:

    Whilst these are nice and welcome improvements, but honestly I think uploading of member's locally hosted videos is a bit of an outdated concept these days, for reasons I mentioned above.

    I think the bigger issue that many customers were hoping to see addressed for 4.3 is (IMHO) the long standing lack of support for fairly straightforward option to support embedding of  third-party hosted videos in the Gallery, which is something we've waited several years for.

    With the reduction in server capacity until larger SSDs become the norm, for those who can't afford or use cloud storage, embedding YouTube, Vimeo, Twitch content in the Gallery has a much larger requirement.

    Whilst I'm looking forward to seeing 4.3 released, in some ways, it's a bit of a shame to see 4.3 so feature locked at this stage, because much of the work was done in the background at IPS Area 51 before we had a chance to push for the largest feature feedback suggestions that seem to get lost in the feedback forum or via tickets.

    Yeah, we agree that would be a good feature. While 4.3 is feature locked, 4.4 isn't! If you have an idea, let us know in the feedback forum - we do read them. There's lots of reasons a feature may or may not make it in to any particular release (often to do with how much time it would take and how much testing it would require, which depends a lot on what other changes have been made in that area) - just because something isn't in a particular release, doesn't mean we have forgotten or it's been lost.


  17. 1 hour ago, Aiwa said:

    The limited SSD drive I have is cringing at the 4.3 upgrade.  Honestly, offloading the file storage and bandwidth burden from video files to someone else, e.g. YouTube, was something that was appealing about the IPS limitation to play videos.  

    Amazon S3 users, get ready for a usage increase.

    Naturally, any restrictions you have on file space still apply, and you can always specify what types of files users can upload and exclude videos.

    Pretty much all this does is change what gets shown when a user uploads certain types of files from <a href="video.mp4"> to <video src="video.mp4"> - I'm quite impressed anyone managed to find a downside to that ?


    1. Just because a feature isn't in this version doesn't mean we don't think it's important :) We can only do so much in any one release. Clubs in particular is a very new feature and has both been used by more people than we expected, and in ways we never thought of. It will take a few releases to add everything everyone wants. I'm really glad you love the feature so much!
    2. The vast majority of our customers do not come to these forums. We get a lot of ideas for features through support channels (either explicitly or by asking "how do I do this?" for something you can't do). So don't assume "nobody has requested" something. We wouldn't waste our time adding features nobody is requesting!
×
×
  • Create New...