blogcms

The following line in .htaccess was needed in my case w/ WP 2.5.

SetEnvIfNoCase Request_URI ^/wp-admin/async-upload.php$ MODSEC_ENABLE=Off

I host w/ Hostgator, and the error I experienced w/ WP 2.5 happened on a WP install on a subdomain. I was receiving a “HTTP error” after browsing for and selecting an image to upload. The .htaccess line fixed that problem.

After adding the line in .htaccess, the ‘HTTP error’ problem went away, but I then had another problem where I could not insert the image into the editor. I would click “insert into post”, the popup would go blank without inserting the image. I then needed to click X to close the popup. Still no inserted image in the editor.

I spent a lot of time *thinking* that the ‘insert into post’ problem could not be fixed (problem persisted).

Then I cleared the browser cache, closed and reopened the browser, and the problem was gone. I’m wondering in the ‘HTTP error’ problem hoses the FF browser so that the second problem then occurs until cache is cleared, browser is closed/reopened, or some combination. Just thought I’d mention the cache/close/reopen browser thing in case you are having the same problem inserting an uploaded image into tinymce ??

undoIT,
Your contact form produces an error at https://themebot.com/contact/member-support

You could argue that the interface code itself must be under the GPL or a compatible license, while the separate code would not be. Just because they are distributed together doesn’t put them all under one license.

You could argue it.

Totally true, but from the standpoint of licensing and law that is probably irrelevant. The separation of the main code from the interface code prevents it from having to be GPL-Compatible.

Nobody would wish your loose interpretation of the GPL to be true more than I would. Depends upon what you mean by “separation”. Simply moving interface code to a separate file does not exclude the non-interface code from GPL. Not sure if that’s what you’re suggesting (is it?), but that would seem to make it very easy to circumvent GPL licensing, and the intent of the licensing.

KevinOhWooster, I think you would be better off bridging WordPress themes for use in Joomla. My biggest complaint w/ Joomla is lack of decent, attractive themes. Why would anyone want to use Joomla themes in WordPress, when there are already so many good looking themes available for WP?

The frustration that denovo expressed concerning Joomla themes is absolutely correct IMO. Most people that develop Joomla themes start w/ the default theme, which is hideous IMO. Thus, you can almost always ID a Joomla implementation on sight!

My second complaint w/ Joomla is the semi-difficult admin area (when compared to WordPress). I am in need of a back end that I can hand over to my customers, and will not be too difficult for an average person to use. WordPress is beautiful for this. I once attempted to explain the Joomla admin area to a customer and ended up losing the job, since he had a very difficult time with it.

And, like I said above, plugins that keep their own code separate and merely include compatible interfaces to WordPress (see Bad Behavior for the best example of this method that I am aware of) could probably not be reasonably argued to be derivative work. Probably. Nothing is certain when it comes to the law. ??

I would argue that the Bad Behavior program should be able claim non-GPL license if desired, not because it keeps its interface code separate (in separate file), since the mere fact that it contains interface code would be the issue that would seem to pull it into the GPL license. The reason that Bad Behavior could be considered standalone is that it is generically written, and currently interfaces with many programs, AND it has a ‘generic’ interface that can be used with ANY program. It’s obvious that Bad Behavior was not written to be a WP specific program. WP Text Ads is so specifically written for (and tightly integrated into) WordPress that it is impossible to argue that it can exist outside of GPL, even if the author separates the WP functions into a separate file (an obvious contrived way of attempting to circumvent GPL).
Another point that I would make is that nobody should be allowed to do what WP Text ads has done, because it hurts the open source effort, and it also sets a bad precedent. Matt and Automattic must know of this program’s existence, and though the author is outside of the US (I believe), there at least ought to be a strong statement against the program and the author’s intent, so that the community (open source and WordPress) understands where the Automattic team stands on this type of issue.

You’re welcome! Definitely ‘different’.. ??

Do you mean that the following is difficult:

if (blah) :
while(blah) :
...
endwhile;
endif;

I didn’t even know that PHP supported such a construct until I saw it in WP.. I was a C/C++ developer, so the opening/closing curly brackets were familiar. I eventually got used to the alternate PHP syntax, and have even used it at times.

The other thing that sort of throws you is how the three statements are formatted in WP:

For example:

if (have_posts()) : while (have_posts()) : the_post();

Note that this is really:

if (have_posts()) :
    while (have_posts()) :
        the_post();
        ...
    endwhile;
endif;

For me, when I saw the alternate syntax, the fact that the three opening statements were on the same line made the issue more confusing.

I’ve had this happen too… Usually for me, it happens when I try to refresh the site too quickly after FTP’ing a modified file to the web server. Seems that the given file is not completely available to Apache, and when WP can’t access it, it falls back to default theme. I ran into the white screen issue as well. So. I just deal w/ it with the comfort that a visitor is not going to run into the issue, since it only seems to happen when I’m in development mode and in a hurry ??

It sounds like a general Apache issue on the Windows machine hosting the WP site. In other words, Apache crashed loading the page. There are many reasons that this could happen.
Has the Windows Apache web server been up and running for some time? If yes, have you had problems loading other web pages? Which is to say, does Apache crash often on this machine.. Looks like you’re doing a local install, so perhaps you’ve not loaded many (or any) public Internet pages.

Also, can you view the public WP site?

Great idea ??

The link that you’ve provided above displays all posts in a given category (thus the ‘cat=1’ parameter on your url). Usually, a file in your theme named ‘index.php’ handles this. Within that file, there is a ‘loop’ which is a php construct (PHP script) that reads all posts (not static pages, but posts) from your database that have a category id of 1, and deplays them in a list, usually in reverse chronological order (just like a blog should). What I’m suggesting to you is that within that loop in the index.php file, there is probably a call to the_excerpt(), and the the_excerpt() function call is using specific rules to display the excerpt text that you’re seeing, and one of those rules is that it omits images. This is by design, since many blog owners want very brief text for an excerpt, which does not include images (which can be large). If you trust your ‘coding skill’ (beware if you’re not familiar w/ PHP and/or editing your theme), you could try to change the the_excerpt() call in the loop to a the_content call. The the_content() function will display the full post, unless when you’ve created the post you’ve inserted the ‘more’ tag in the content (using the editor toolbar button) to section off an excerpt from the rest of the post. The the_content() function requires parameters, so if you are going to try this, read up on both the the_excerpt() and the_content() functions in the developer docs on this website. Also, insure that you save the contents of index.php so that you can restore it if you have a problem (crucial!). If you can post the (short) section of your theme’s index.php file that contains the loop here, perhaps I can provide suggestions. Good luck! ??

My issue with your WP plugin is not that you’re selling it. My problem is the proprietary license (not allowing free redistribution of the source code after sale). I believe that most of us would like to do what you’re doing (from a financial standpoint). How great it would be to be able to release proprietary WP interfaced code ?? ??

I believe that GNU is specific that plugin code is considered to be included in the main product license, if the plugin relies on direct function call interaction with the main product. I believe that the program would be considered independent if it was executed via system() call, passing command line parameters, or some other similar ‘disconnected’ communication. Possibly others here could clarify.

I think that your marketplace is an example of how many open source developers profit from open source development. For example, a developer will release a product such as yours, adhering to GNU license terms, and when the product has a wide user base, they will charge for value added services such as your marketplace. Or, charge for technical support, etc.

You will prob need to edit your theme header file. In the Admin Panel, click Presentation and then Theme Editor. See the next paragraph first though.

There is a possibility that your theme supports turning off the heading text using a user friendly menu option. So, after clicking Presentation in the Admin Panel, look for an options item for your theme on the submenu (would be to the right of Widgets on the submenu). If there, look for options that allow you to control the appearance of your header.

If there is no user friendly option, you will need to edit the header as described above. Make sure that you save the header code before changing anything in the Theme Editor window. It is easy to make a mistake and not be able to get back to where you were before changes.

Go to your admin panel, click Presentation, and then Theme Editor. Then click the file on the right that you wish to edit. Make changes in the editor window and click Update File button.. Recommended that you back up these files before changing anything however, and that you know what you’re doing. It’s easy to mess up the theme, and then not remember how to get it back as it was. ??
If the theme editor is not available in your Admin panel, then your permissions have been limited.

I usually do this by manually hardcoding a <li> before the call to wp_list_pages() or after it, but still inside the encapsulating <ul> ... </ul>

For example:

<ul>
<li><a href="/index.php">Home</a></li>
<?php wp_list_pages(blah..blah); ?>
</ul>

or

<ul>
<?php wp_list_pages(blah..blah); ?>
<li>Click <a href="https://external.com">here</a> for external page.</li>
</ul>

Not sure if this is what you were asking..