Best Of
Re: Potential Bug in Profile Comments page
At least now I know what the misunderstanding has been! For me plain text, opposed to "uncategorized" text, is text without markup.
But we do not have to talk about that any more. I found out that I did my test wrong. I've inserted html into the Comment table and that was wrong. My approach was too technical and if I simply insert the html, it breaks the comments page for me, too.
That's clearly a bug. I hope the intention had been that sliceString gets a string without any markup so that cutting it doesn't cause the errors you have observerd.
Re: Vanilla 2.6 is here - includes security fixes
@phreak said:
Will the Vanilla 2.7 editor also handle image resizing on upload based on given rules in the dashboard (or the config.php). For example: Community manager can decide to what max. pixel size images should be resized on upload?
I'm unsure if that feature is in the first iteration off the top of my head. I'll tag @charrondev, keeper of editor features, in case he has time to swing by.
Re: MySQL configuration question
...and I'm just realizing this plug-in is almost two years old and I just necromanced the thread. whoops!
Re: Vanilla 2.6 is here - includes security fixes
We haven't got a 2.6 help section.
On a local XAMPP install, 2.6 gives a 404 error if I just type the folder (localhost/test26)
but works if I add /index.php?p=/dashboard/setup
but then I can't get past the installation page, as once I press Continue it reverts to dashboard/setup page.
Re: Pagination widget for discussions
I believe it is the standard for the table view, not the modern view - "modern" includes doing things in another way than you are used to ;-)
Anyway, getting that plugin to work was very, very easy. See here for an updated version: https://open.vanillaforums.com/discussion/36298/version-for-vanilla-2-5-2-6#latest
Re: VanillaAPP - A native App for Vanillaforums
Hi @PackFansNation,
There are several Pro's over a mobile website and some of them are of course dependent on a probable business model (if there is one behind). So I wouldn't only take it from a users view as also from a community owners perspective. Growing your community means generating more revenue.
- Usability: Apps are still faster and way more effective when it comes to speed and UX. For example: My app users post more comments than my mobile web users > That returns to be helpful in Google rankings as the community distributes more content.
- Discoverablity: App Stores are an additional place to find your community/services > New Users.
- Returning Users: User are more likely to come by a 2nd or 3rd to and convert into an active user once your app is on the mobile home screen, then they are probably lasting long.
- People who love your community will likely start asking "Do you have an app?", it makes them feel more comfortable
- Notifications: Return users to your app through messages. This pushes you in the app stores higher and improves discoverability too. In my business model I can even send my users special discounts for advertising clients of mine.
- Dependent of the community you can process additional services, access to categories, etc. trough in app payments or subscriptions (not implement in Vanilla App, but soon for some for our communities)
- Get a specific company as an app sponsor for your community on board.
- Advertisers find me through the popularity of my community app and perceive me as a technological advanced company. So they are more willing to advertise on my platforms.
- That's just a few. I could add several advantages more.
Revenue is important for me. As it gives me the ability to invest more of that money in my communities growth.
Re: How to disable logging of ip addresses?
@Dr_Sommer: Why? You are not supposed to do so.
As I've said before: doing this on the PHP level is the wrong approach since client/server communication is handled on the server. The moment the IP is handled from the server over to the script is where you have failed if you want to grant maximum anonymity.
But I never was a fan of only questioning people and telling them they are using the wrong approach. If I can, I show how to follow that wrong path 
In this case, I would assume it is enough to patch class.request.php. Line 757 shows following code:
$ip = forceIPv4($ip);
$this->_environmentElement('ADDRESS', $ip);
Changing it to
$ip = forceIPv4('77.87.229.76');
$this->_environmentElement('ADDRESS', $ip);
should make your server believe that every user has the same IP like the Bundesamt für Sicherheit in der Informationstechnik
Beware! Some scripts might use the IP to differentiate between users, which would be wrong. And if you like to use an IP that is reserved for localhost or local networks, you might open your forum up for security issues.
