Posts by dyspersion

32 posts
  • Has collected 1+ items on Envato Market
  • Located in United States
  • Sells items exclusively on Envato Market
  • Has been part of the Envato Community for over 3 years
dyspersion says

As a WordPress expert and one f the co-founders of one of th most successful commercial WordPress plugins in existence I would say your quote above scares the shit out of me.
Hahahahaha! Please understand that while I am a very experienced developer, a lot of the users I come across are not. They have no idea what WordPress is, much less a theme or a plugin. I’m merely putting forth a use case representing much of what I come across.

I don’t want to get too far off topic, but IMHO, WordPress is great for developers but is very confusing for the typical internet user. ThemeForest (right or wrong) currently bridges much of that gap. The more complexity that gets dumped in the user’s lap, the more users that are going to be turned off and will go somewhere else for a solution to their problem. That’s all I’m saying.

I’d be happy to answer your other questions privately so as not to clog this forum. ;)

Scott
32 posts
  • Has collected 1+ items on Envato Market
  • Located in United States
  • Sells items exclusively on Envato Market
  • Has been part of the Envato Community for over 3 years
dyspersion says




can we also add a SSL check for all external scripts/styles loaded, Ive had some cases where assets fail because of SSL.
function prefix_styles(){
//Check if is ssl
$schema = is_ssl() ? 'https://' : 'http://'; 
wp_register_style( 'cw-font', $schema . 'fonts.googleapis.com/css?family=Noto+Sans:400,700,400italic' , array(), 1.0 , false  );    
}

Perhaps it would make more sense for these assets to be loaded without the protocol so they adopt whatever the current protocol is? Thoughts?
I believe scripts should ideally be loaded with no protocol specified ex:
//domain.tld/filename.ext
, but keep in mind that that doesn’t work on local (MAMP-based) servers where the protocol is
file://dir/dir2/filename.ext
.
If something is being generated by WordPress and served by Apache (the A in MAMP) it’s being generated and served over HTTP or HTTPS protocols. file: just views static html files.

You’re right! I now can’t remember why it doesn’t work on my MAMP setup, but I remember there was an issue there. Too tired; time for bed. Thx for clarifying!

32 posts
  • Has collected 1+ items on Envato Market
  • Located in United States
  • Sells items exclusively on Envato Market
  • Has been part of the Envato Community for over 3 years
dyspersion says

Gonna play devil’s advocate here…


We have a really neat marketplace called CodeCanyon, you could always sell your portfolio plugin there and recommend it for use with your themes to get that functionality.
CodeCanyon is great, but I don’t think it’s a viable solution here. If I’m a user and I buy a theme on TF that has some certain functionality, then I find out I have to buy a plugin on CC, I’m going to be very upset. Selling functionality twice is very dishonest, IMHO.



As @Astoundify mentioned, perhaps Justin Tadlock’s Custom Content Portfolio plugin could work for some authors?
Perhaps for some authors, but last I checked (which has been a while), it was a very generic plugin that didn’t support the fields I use.




Even though you modified the plugin you can still use your version > zip it up and utilize the TGM class. I have plugins I’ve written and I still use the activation class instead of including them directly in the theme files.
Yes, exactly! Nice work :)
Doesn’t the TGM class require the plugin be hosted on a free repository in order to be “automagically” installed? If I’m an author and I’m selling functionality on TF, I wouldn’t want it available for free. Otherwise, what am I selling?





Also by placing your major features in a plugin, you can really easily include those features in all of the themes you build. Update the plugin once and all of your themes have the update. So much easier to maintain.
This statement right here should at least strike something in the heads of those theme developers here that don’t think they should be using plugins. If nothing else, think of the amount of hours you will save using (even your own) plugins when developing your themes.
I’m actually surprised this wasn’t raised earlier in the discussion. It seems to make a lot of sense to me, I’d be interested to know more about you guys’ thoughts on it. Why might you think this isn’t easier / better?
Personally, I think it a wash. You can make valid arguments for and against its usefulness.




can we also add a SSL check for all external scripts/styles loaded, Ive had some cases where assets fail because of SSL.
function prefix_styles(){
//Check if is ssl
$schema = is_ssl() ? 'https://' : 'http://'; 
wp_register_style( 'cw-font', $schema . 'fonts.googleapis.com/css?family=Noto+Sans:400,700,400italic' , array(), 1.0 , false  );    
}

Perhaps it would make more sense for these assets to be loaded without the protocol so they adopt whatever the current protocol is? Thoughts?
I believe scripts should ideally be loaded with no protocol specified ex:
//domain.tld/filename.ext
, but keep in mind that that doesn’t work on local (MAMP-based) servers where the protocol is
file://dir/dir2/filename.ext
.




And my another little problem would be the fact that, each theme being unique, having one plugin for shortcodes isn’t enough, each theme has individual features, individual shortcodes, basically demanding a new plugin for each theme. And this only for the shortcodes, if you have a portfolio too, you need another plugin. If you have something else, another plugin, we end up selling more plugins than the whole theme itself, let’s not forget that we’re on ThemeForest and not CodeCanyon.
Why is that? Why not be on both? (Genuine question!)
Because as Siddarth stated above, the reason you’re doing this in the first place is flexibility and modularity. ;)


Scott
“These are just my opinions, I could be completely wrong.”
32 posts
  • Has collected 1+ items on Envato Market
  • Located in United States
  • Sells items exclusively on Envato Market
  • Has been part of the Envato Community for over 3 years
dyspersion says

This is the kind of situation that the TGM class is meant to fix. The class can handle automatic installation and activation which is what I’m seeing the main pain point is about. You can reference pre-packaged plugins, plugins from the WordPress Plugin Repository or even plugins hosted elsewhere on the internet. What we’re asking for us is modularization and a little more flexibility.

But, it doesn’t fix anything, it just adds complexity and shifts the responsibility to the user where before there was none for them.

I understand what you’re asking for and why, I just think the user is going to be the one who really suffers as a result. And ultimately, they will be the ones who decide if this was a good move or not.

My gut feeling says that TF is getting dangerously close to being just another theme repository like on WordPress.org. Nothing wrong with WP.org, it serves millions of people, but TF currently serves those who are not served by WP.org. Just bear that in mind. ;)

Scott
“These are just my opinions, I could be completely wrong.”

32 posts
  • Has collected 1+ items on Envato Market
  • Located in United States
  • Sells items exclusively on Envato Market
  • Has been part of the Envato Community for over 3 years
dyspersion says

Isn’t this what a lot of complaints are about?
Umm, no, I don’t think that’s what the main concern is about.


No one is asking for themes to be dull and uncreative. We’re asking for authors to structure their themes better in the interest of cross compatibility and extensibility.


Just because we’re discouraging a slightly antiquated way of doing things doesn’t mean we’re discouraging the amazing creativity that authors have here. As I mentioned, we’re asking for authors to architect their themes in a more modular fashion.
I think the main concern is that ThemeForest is changing its products to something that is away from what the paying customers are wanting to purchase. A lot of authors are, I think, worried about user experience, and rightly so.

To me, TF doesn’t sell themes. They sell sites, or themes + plugins + whatever, etc., etc. As a customer, I see these as turn-key site packages, not strictly as themes. And, as a customer, I don’t want to have to install and maintain a bunch of plugins, or care whether WordPress is being used properly with style and functionality split between themes and plugins.

I understand that the WordPress community doesn’t like what goes on here, but blindly bowing to their concerns and ignoring those of your customers will do nothing but dilute your business.


And haha! Maybe I’m just a tech guy. Who knows? :)
Aren’t we all! Aren’t we all!

(BTW, Siddharth, I know you take a lot of crap from people, and I commend you for being able to maintain a consistently professional, courteous and helpful demeanor.)

Of course, these are just my opinions, I could be completely wrong. ;)

Scott

32 posts
  • Has collected 1+ items on Envato Market
  • Located in United States
  • Sells items exclusively on Envato Market
  • Has been part of the Envato Community for over 3 years
dyspersion says

Do you have any experience with MySQL under Windows? Could there be any problems too?

I do. Yes, you can install and run MySQL on Windows Server, but again, it’s messy. You’ll need someone (I recommend expert-level) who really knows their way around a Windows Server install as well as MySQL and PHP to get everything right. And I’d recommend they do a bunch of pen-testing before deploying the server to production. There are a bunch of potential security-gotchas if you don’t know what you’re doing.

But, if they’re a hosting company, I’d be surprised if someone there can’t setup a simple Debian server, for example. It’s the same hardware.

Also, I note that after running WordPress under Windows Server for a few years, I finally gave in and moved everything to Linux. It’s just much easier to not have to paddle upstream all the time. ;)

32 posts
  • Has collected 1+ items on Envato Market
  • Located in United States
  • Sells items exclusively on Envato Market
  • Has been part of the Envato Community for over 3 years
dyspersion says

The issue here is that you need to use technologies that go together. If you must use WordPress, then you must use Linux and MySQL. If you must use Windows server and MSSQL, then you cannot use WordPress. It’s as simple as that.

I have quite a bit of experience running WordPress on Windows Server, and although it IS possible to get it working, it’s just not a clean solution at all. It’s very messy. It’s a customized hack at best, which means you’re always playing “whack-a-mole” with any changes/updates, etc.

Hope that helps!

Scott

32 posts
  • Has collected 1+ items on Envato Market
  • Located in United States
  • Sells items exclusively on Envato Market
  • Has been part of the Envato Community for over 3 years
dyspersion says

There are a lot of themes that rely on free third party plugins for things like theme options, for example. There is a script you can use (TGM Activation) that will check for the existence of the plugin and put up a warning if it’s not there. I think that’s the best way to go…

Also, if your theme depends on a third party plugin, make sure you put that in your description so everyone knows it before purchasing. ;)

32 posts
  • Has collected 1+ items on Envato Market
  • Located in United States
  • Sells items exclusively on Envato Market
  • Has been part of the Envato Community for over 3 years
dyspersion says

This is not really a theme question. WordPress itself isn’t really compatible with MSSQL (without a LOT of tinkering).

32 posts
  • Has collected 1+ items on Envato Market
  • Located in United States
  • Sells items exclusively on Envato Market
  • Has been part of the Envato Community for over 3 years
dyspersion says

Nice job!

One note, though is that you should use the WordPress HTTP API instead of curl since curl may not be installed on some servers. The WP HTTP API is actually very nice because it figures out what transport to use. ;)

by
by
by
by
by
by