Welcome to the Alpha Team
Nice. Looks like it's working.
Forum Activity for @jimmy
How to translate the Dashboard?
Using Jamroom
brian:
Thanks!
jimmyk:
In regards to the ACP multi-language - might want to bump that up because the Chinese, Russian, and Indian markets are huge.
Just to be sure - I'm only talking about the dashboard - not the ACP. The ACP has literally thousands of language strings, so there's no plans to change that. It would also create a support headache on this end.In regards to the ACP multi-language - might want to bump that up because the Chinese, Russian, and Indian markets are huge.
jimmyk:
For what you offer for the price, you'd be a hit in those regions - especially with Proxima. Which is something that should be promoted more because it's a mobile app centric world.
Yep - there's a couple of things we need to get into Proxima and the plan is to begin advertising/promoting it, as it has a very clear target audience and value proposition.For what you offer for the price, you'd be a hit in those regions - especially with Proxima. Which is something that should be promoted more because it's a mobile app centric world.
Thanks!
Yea, I guess that would create a support mess! I was thinking the ACP, but I guess you could work on that down the road when you had so many users that people from non-English speaking countries started to complain.
Proxima is so huge. That's one on the golden gems IMO. You were smart to make that part of JR's ecosystem and once developers learn about it, you're going to be very popular.
How to translate the Dashboard?
Using Jamroom
brian:
jimmyk:
Would it be easier to have the option to just to kick out 1 generic error for all errors in the public view. Honestly, that's all I would need. Have it display a site maintenance page. I think most people would opt for a site maintenance page over translation of every error. A site maintenance page / string is what I'm going to use for every error anyway. IPB has a html file they include in the root that just displays that the site is offline where there is an error type that prevents the site from being displayed... that method works for me.
That's not a bad idea - we'd just need to make sure the error is logged somewhere so we can assist if needed. Would it be easier to have the option to just to kick out 1 generic error for all errors in the public view. Honestly, that's all I would need. Have it display a site maintenance page. I think most people would opt for a site maintenance page over translation of every error. A site maintenance page / string is what I'm going to use for every error anyway. IPB has a html file they include in the root that just displays that the site is offline where there is an error type that prevents the site from being displayed... that method works for me.
I thought all errors were logged? Anyway, just having that simple page would work perfect for me.
In regards to the ACP multi-language - might want to bump that up because the Chinese, Russian, and Indian markets are huge. For what you offer for the price, you'd be a hit in those regions - especially with Proxima. Which is something that should be promoted more because it's a mobile app centric world.
Since core is open source, people in those regions could totally start using JR as their core for simple sites which just need a login system, etc. Look at the top script sales in the PHP script category on Codecanyon.net
1. AJAX Contact Form 6888 sales @ $4
2. AJAX Contact Form 6293 sales @ $6
3. Contact Form Generator 5469 sales @ $14
4. Booking System
5. PHP Login & User Management 4259 sales @ $27
Focusing on those features could be key to getting people into JR.
http://codecanyon.net/search?utf8=%E2%9C%93&term=&referrer=search&view=list&sort=sales&date=&category=php-scripts&price_min=&price_max=&sales=&rating_min=
How to translate the Dashboard?
Using Jamroom
brian:
1) assign an error "ID" to each error - that way we know WHERE the error was triggered even if the site admin completely changes the output of the error
2) The error text could then be translated by the site admin
This would be a BIG job (based on the number of possible errors points across all modules), so it's not something I can say will happen soon (i.e. JR 5.x) but I can put it down as a feature update for a future major release of JR.
Thanks!
jimmyk:
No, no specific error to mention. I just want any error that the public sees to be adjustable to what I want it to say, which I assume, would be included if the ACP was mutli-language (those errors would have to be multi-language thus, I could set what I wanted).
What we would need to do is:No, no specific error to mention. I just want any error that the public sees to be adjustable to what I want it to say, which I assume, would be included if the ACP was mutli-language (those errors would have to be multi-language thus, I could set what I wanted).
1) assign an error "ID" to each error - that way we know WHERE the error was triggered even if the site admin completely changes the output of the error
2) The error text could then be translated by the site admin
This would be a BIG job (based on the number of possible errors points across all modules), so it's not something I can say will happen soon (i.e. JR 5.x) but I can put it down as a feature update for a future major release of JR.
Thanks!
Sounds like a plan.
Would it be easier to have the option to just to kick out 1 generic error for all errors in the public view. Honestly, that's all I would need. Have it display a site maintenance page. I think most people would opt for a site maintenance page over translation of every error. A site maintenance page / string is what I'm going to use for every error anyway. IPB has a html file they include in the root that just displays that the site is offline where there is an error type that prevents the site from being displayed... that method works for me.
How to translate the Dashboard?
Using Jamroom
brian:
Thanks for the feedback.
jimmyk:
Personally, I'd like to be able to adjust what is outputted when there is an error - and not have to edit the core files. Nothing looks more foolish that an error popping up on a high traffic / trusted website. Makes the admin look like he doesn't know what he's doing - even if the error wasn't the result of the admin's incompetence. If there's an error, that error should be in the logs and a generic error should be displayed like "the site is offline, we'll be back soon" not "can't connect to the database, etc. I hate giving an attacker any information. I'd rather let him think that the site is in maintenance vs. an error.
Is there a specific error you are thinking of? Note that JR can tell if an admin is logged in, and often will show a different (more detailed) error to an admin/master user than a regular user or user that is not logged in.Personally, I'd like to be able to adjust what is outputted when there is an error - and not have to edit the core files. Nothing looks more foolish that an error popping up on a high traffic / trusted website. Makes the admin look like he doesn't know what he's doing - even if the error wasn't the result of the admin's incompetence. If there's an error, that error should be in the logs and a generic error should be displayed like "the site is offline, we'll be back soon" not "can't connect to the database, etc. I hate giving an attacker any information. I'd rather let him think that the site is in maintenance vs. an error.
Thanks for the feedback.
No, no specific error to mention. I just want any error that the public sees to be adjustable to what I want it to say, which I assume, would be included if the ACP was mutli-language (those errors would have to be multi-language thus, I could set what I wanted).
Most of the time I'm logged in as the Admin. Maybe the errors are different for the public view. Honestly, I don't see a lot of errors with JR - to your credit - JR works great. But I don't want a generic error popping up on one of my sites, to the public, at 2am when I'm sleeping and is up until 8am when I wake up. I want the end-user to think the site isn't working because I took the site down, not because there was an error on the site. Being able to adjust what the error said via a language file would allow me to do that.
How to translate the Dashboard?
Using Jamroom
Saying that the ACP is only seen by admins, isn't a valid reason. If you want JR to be used internationally, the ACP will have to be multi-language capable.
I speak English, so this isn't an issue for me. But your marketing seems to be focused more on the general population vs. the power user / coder / developer - which in that case, should offer a multiple language option in the ACP. If your marketing was focused more toward power users / coders / developers, I'd say English only would be fine, because most of them have to know English to code / deal with other developers.
Personally, I'd like to be able to adjust what is outputted when there is an error - and not have to edit the core files. Nothing looks more foolish that an error popping up on a high traffic / trusted website. Makes the admin look like he doesn't know what he's doing - even if the error wasn't the result of the admin's incompetence. If there's an error, that error should be in the logs and a generic error should be displayed like "the site is offline, we'll be back soon" not "can't connect to the database, etc. I hate giving an attacker any information. I'd rather let him think that the site is in maintenance vs. an error.
Jamroom Facebook/Twitter Campaign
Announcements
brian:
One thing I've learned is that there are more ad networks than there are sites out there - just among our hosting customers there are dozens being used, so integrating an ad network with JR is pretty straightforward (usually just a javascript line in your meta.tpl).
Thanks again for the feedback!
jimmyk:
Advertising is important. You don't really have an advertising module for Jamroom.
What is a Jamroom advertising module going to bring to the system that Google Adwords (or any of the hundreds of ad networks) can't? "IPB went so far as to incorporate it into the core in the new version" - can you let me know what that means? Is it as simple as just saying "input your adwords code here"?Advertising is important. You don't really have an advertising module for Jamroom.
One thing I've learned is that there are more ad networks than there are sites out there - just among our hosting customers there are dozens being used, so integrating an ad network with JR is pretty straightforward (usually just a javascript line in your meta.tpl).
Quote:
The web developers biggest fear is the hacking of a clients site via a broken add-on / module / plugin.
This is hard - I would love to have a large number of 3rd party modules doing all sorts of stuff, but my experience has shown that this is almost never good for the end user. They have to always wonder if the module is coded right, does it have best practices when it comes to security, is it going to be supported, etc. My experience has shown that there are very few 3rd party developers who are in it for the long haul. I know that this may limit Jamroom's growth as there are users who view the 3rd party ecosystem as primarily important, so it's something we will continue to evaluate and see if we want to expend our energy in that direction.The web developers biggest fear is the hacking of a clients site via a broken add-on / module / plugin.
Thanks again for the feedback!
Ad networks take a cut. I used Google for awhile and received dozens of requests from people who want me to join their ad network. They want me to put their js ad code on my site which I prohibit because who knows what that code is doing - sure legit providers have good code. I sell my ads via companies contacting me directly to place ads which is pure profit for me. Right now, on the old version of IPB, which I'm still running, there isn't a way for advertisers just to purchase ad space in the site's store. With the new version, there is. Believe me, if everyone was just using an ad network, IPS wouldn't have added it to the core.
Affiliates. I also have a nice mix of affiliate banners which make a good amount of money for the site. Again all these affiliate banners are managed by the ad system.
Basically, in v3 of IPB ads weren't part of the core system. Now in v4 they are. In v3 I could buy a 3rd plugin for an ad system, which I did. v4 the ad system is integrated with IPB's commerce module. IPS - they're a picky bunch and back up a lot of their additions and subtractions in the new software with research. So, if they've added it, it says to me that a lot of their enterprise and general clients wanted it.
In addition, a lot of ad blockers block Google ads. They also block ads from many other popular providers. My ads banners aren't blocked because they're image banners with a link and I don't use key ad block words in any of the html code blocks. You'd be surprised how many people / businesses buy ads on my forum.
Having an ad system gives the site owner options. Options to run Google, affiliates, or to sell ad on the site. It also would allow them to change the ad in any spot on the site via a control panel making it easy for someone who isn't a coder.
Let's say I use a site a lot and want to run an ad. I'd have to sign up for Google or XYZ ad site and find the site I wanted to place the ad on. Set everything up on their site, manage all the complex pages and requirements, etc. With on-site advertising, the member can just upload their banner and link and it's off to the races. No messy bidding for the space or complex sites to navigate. Sure, people who use Google Adwords on a daily basis do this all the time, but Joe blow pizza shop owner down the street who uses my community site wants to support my site and pay me directly for the ad, he wants it simple and wants to pay me directly. Added, he's already signed up on my site.
You could make the module certification optional, but with the certification comes the added extra security for end users and a special certification label for the modules which were reviewed. Maybe break it up into a certification channel and a non-certification channel where the developer would have to actually add the non-certification channel via the ACP. Doing this would motivate module developers to get their module certified. Also, maybe charge a higher sales percentage of the modules price for non-certified vs. certified but with certified their is a review up-front fee, unless the module is offered for free.
What you're saying is true though. I could get real complex real fast depending on how many 3rd party developers you have on the site.
updated by @jimmy: 06/19/16 07:46:42AM
Jamroom Facebook/Twitter Campaign
Announcements
Another idea I was thinking about, which would depend on your budget, was to start posting jobs on popular freelancing sites for modules. The JR team has created some great modules, but a quick and fast way to get JR into the hands of developers is to start listing jobs on the freelancing websites - Fiverr, odesk, elance, upwork, etc. You'd get exposure in search results, new developer exposure, and another module for the premium package. There are a lot of freelancers who will work for next to nothing.
Of course, the best advertising you could get would be for a major website to be using Jamroom.
Allowing site owners to remove the copyright notice is also to your disadvantage. IPS charges $250 per site to remove the copyright line. Xenforo charges about the same. You're being nice allowing people to remove that, but in the end, it's not helping in the promotion of Jamroom.
Having a WP converter would be huge if that was possible. Having that, you'd allow people to easily transition like what is happening with Ning.
Bridges are bridges. I see a lot of people on IPB who are linking their board with WP. Even though IPB is a full featured suite, there are a lot of people who want to incorporate IPB+WP. Same thing with Xenforo. You should really have bridges for all the major forums IMO. Forum developers do forums well, but other stuff, no so much. That's why people turn to WP for the plugins.
Advertising is important. You don't really have an advertising module for Jamroom. I've talked about this before, in other threads, it's one of the ways people can make money on their site. Making money to pay the bills is important to site owners. IPB went so far as to incorporate it into the core in the new version. I personally pay all my bills, personal and business, with banner ads from 1 site. Having an enterprise grade advertising system where visitors can place ads via the store would be huge. Allowing members to sell ads in their profile, would be a first and allow individuals to make money off their profiles with a cut going to the main site. Advertising, combined with premium subscriptions, and digital and physical goods sales, would make JR a logical choice for a business owner or entrepreneur.
Lastly, module certification. How many WP plugins have had bugs which compromised sites? IPB marketplace... I've been burned for about $100. If the module is showing up in the Jamroom marketplace there should be some sort of certification kind of like the Apple Store. There aren't a lot of developers now, but there could be more in the future. I say this because it could be a great selling point to web developers and enterprise users if you could tell them that something they download from the marketplace is going to be Jamroom certified. Giving them the assurance that no matter what the module, it's going to be safe and work. The web developers biggest fear is the hacking of a clients site via a broken add-on / module / plugin.
updated by @jimmy: 06/19/16 06:07:38AM
Sneak Preview of Premium Skins Ad
Announcements
Nice work on the video. This is something JR really needs to get the word out there and grab people's attention.
