jhansensd

It is beyond that it doesn’t look like Collapsing Categories is compatible at all. I love the Plug In but I am getting this error:

[31-Dec-2018 18:00:17 America/Los_Angeles] PHP Fatal error: Uncaught Error: Call to undefined function mysql_get_server_info() in C:\Users\jhansen\Desktop\seeksuccess_source\public_html\wp-content\plugins\collapsing-categories\collapscatlist.php:542
Stack trace:

The mysql_get_server_info function doesn’t exist in PHP7. There will need to be an update for this to work. Please fix it! Thanks.

Is this issue being looked at yet or is it fixed? Surely, you should be able to have paged called justin and justinjohnson and still be able to access the justin page.

Will someone please fix this issue or I am going to have to modify the wordpress code myself. It is unfortunate that this bug hasn’t been fixed. A fix will help the entire community. Anyone that has a large number of posts or pages surely will run into this issue where one page is the subname of another page.

All I was thinking was that wordpress implements a selective loading mechanism. This code would simply have a list of components. You would ask this object whether a component was needed and it would return yes or no. This way, you could check if a page was going to need a certain module and only load it if it was.

I would imagine this could significantly improve performance of wordpress. The question then comes down to modularization. Is wordpress modularized well enough that you could split out the components into black boxes and then determine which of those components might not be needed on a page load?

I don’t get why wordpress has to create rewrite rules for every page. Can’t they just use a hash table by string and check based on a string if it has an entry in the posts or pages hash table?

This whole problem is ridiculus and should easily be able to be solved by a hash table.

Also, what is the difference between 10,000 posts and 10,000 pages. Won’t wordpress still have to match between 10,000 entries when looking at a post, or looking at a page?

This whole issue doesn’t make any sense.

I have already implemented this functionality by modifying code inside wp-blog-head and it looks like this:

// Check if the URL contains a taxonomy name, and if it does, pass in the taxonomy type as an extra variable
// to wp(). Strip the taxonomy name from the url.
if ( preg_match( ‘#^/(articles|reviews|videos|images|websites|audio|products)/#’, $_SERVER[‘REQUEST_URI’], $matches ) )
{
// Remove the taxonomy term name from the beginning of the url in the request uri.
$_SERVER[ ‘REQUEST_URI’ ] = preg_replace( ‘#^/(articles|reviews|videos|images|websites|audio|products)(.*)$#’, ‘$2’, $_SERVER[‘REQUEST_URI’] );

wp( “taxonomy=content&term=” . $matches[1] );
}
else
{
wp();
}

Also, I want to point out that I understand the query and how to build it just fine. What I need to do, however, is link the name typed on the URL with the query.

I never said the name of my taxonomy term was a subcategory. I simply want to combine taxonomies and category/subcategory names into an accessible archive list.

That page is a bunch of crap. wp_setcookie works internally when wordpress is starting but setting the cookies doesn’t work in wordpress. I spent 20 hours figuring the problem out and what I managed to get to work was using jquery and the jquery.cookies.js library to make it work. You can then call $.cookie to create a cookie. WordPress cookies won’t work because of the order of events of execution. Don’t try creating a cookie in a template because it won’t work.

Evil, have you noticed any difference after installing the codes manually? Please let me know thanks.

The url of my website is https://www.seeksuccess.com

I am using a decent number of wordpress plug ins, however, minimized as much as possible. If anything jumps out at you let me know. I really need GA to be accurate and it is not.

And why would user 2’s page be different if the exact same information gets loaded on the page? It seems to me that it should get cached and spit out to a user as long as the page has been generated previously, by someone.

For example I have a facebook widget, and the names in the widget change every time it loads. So are you saying wp super cache is useless because of the facebook widget? That doesn’t sound right. I would imagine a portion of the page has to be static, and the dynamic pieces will still change. At least this is what I am thinking, otherwise my wp supercache is nullified by me having the facebook widget.

Yes, I did. They said it was probably their servers, but I was wondering if anyone else had any knowledge about the cause the resources taking forever to start loading. When I load a php info page from the same server the loading time is 20ms before the resources start downloading. On my wordpress site, it is taking forever, even with all plug ins disabled for most of the resources to start receiving, and that is the main bottleneck on my whole site. Any comments, thoughts, or anyone else out there experienced this same problem before?

Once again, you don’t know what you are talking about. The file IS AVAILABLE in the wordpress editor. I am saying that THE DAMN FILE is not the same. The wordpress editor shows an inaccurate header.php file which is different than the one straight from the ftp site. This is a major bug and I am surprised not many more people have responded.

The file that is different is header.php.

It doesn’t have anything to do with him. I JUST SAID THAT THE SAME FILE ON THE FTP SITE != THE FILE IN THE WORDPRESS EDITOR. WHAT THE HELL IS UP WITH THAT? CHANGES I MADE IN THE FILE TO THE FTP SITE WOULD NOT SHOW UP IN THE WORDPRESS APPEARANCE EDITOR.