Forum Replies Created

Viewing 15 replies - 1 through 15 (of 20 total)
  • Will there be a development path that leads to a reduction in the amount of style sheets that can be called upon on load in WordPress?

    I know you min the style sheets to combine as many into one but it still seems to be a lot of over head that unnecessarily can bog a site down and cause the web master more work than necessary to achieve page speed.

    It would be nice if there were only 2 style sheets. 1 for the theme and one for all plugins to use. A new plugin would automatically get assigned it’s values to the plugin style sheet which maybe can be kept track of via database tag.

    If plugin removed, database tag is drop entries of the plugin stye sheet is dropped. Something like that. It seems that if there was a core way to handle this then it would reduce the amount of extra plugins needed to achieve performance.

    Please don’t get me wrong, they are very good plugins. The WordPress core runs blazing fast, but it doesn’t take to long for it to slow down to snail pace because of the functionality that is desired from plugins or themes.

    If this would be address I think it would allow one common solve an issue that can cause a lot of extra work. It is not WordPress in itself that is the issue, but the extra.

    I know you have to use common sense when plugins are used, but still a lot of time is used when adding those functions that the client might want and to move it along faster you use the plugins. Never ending circle.

    I will assume that you first installed the BuddyPress Template Pack before installing Jet Event and made sure that your theme was working well with BuddyPress. Reason why I ask this is because I had the same issue which can be triggered sadly to say from a number of different plugins. I had to install Jet Event right after the BuddyPress Template Pack was configured, then I could install other plugins. My issue came from a plugin that was used for minify the site. I know this might not help, but that is where I had to start to find out what plugin was causing the issue.

    Just throwing this out there. Google’s Asynchronous Tracking page shows and option for what Google calls Split Snippet. In the header you have the tracking ID and the footer you put the ga.js script part. It is the best of both worlds. It reduces the Google Page Performance by keeping the java script in the footer were it belongs.

    Just an idea. There most likely are ways to use the split method for multi-site as well.

    If you need another beta tester, be more than happy to help.

    Here is one vote for an upgrade to it. Think it would be cool to keep something that is a work of art in coding going. I know thy keepers at is going to go through the list of plugins to oust the old. I think it would be cool if user votes for plugins that should go before they are gone to have a chance if anyone wants to maintain that code base but updated it. Some old plugs would be cool to see life breathed back into them.

    If you need to close this thread it is okay. You have provided plenty of good information. I guess testing software for the company I work for makes you want to know everything you can how software works.

    Thank you for the information, very useful as always.

    I know it might be a pain to monitor all blog sites in what I suggested above. Reason to track what changes admins made that would effect the performance of other blog sites.

    An example of this is where data was stored in that area of the settings tab from a plugin, which not referencing a issue with WordPress Mulitsite at all, but the plugin was removed and there still was a data listing in a couple of sites, but not all the sites had that data from the plugin.

    Plugin was networked enabled. I wouldn’t of found that out until I checked the settings page for those sites. Thanks

    Information when you choose to edit a site and you go to the settings tab with the large list of functions.

    Wanting to know how they cross reference each other in the database structure and everything editable about them. The wise as well as the unwise. I would be more than happy to pick up Andrea’s book.

    Looking for a core way to monitor those settings for each site and be able to pull a compiled printable list when functions are changed by admins on other blog sites in the multisite.

    It nice to have a car manual that comes with the car that covers info about basic functions, I was just looking for an in-depth manual that you can also get on car but doesn’t come with it. Just to make a comparison.

    Would like to find a way to pull all the core css files from the multisites to combined them into one css file. One that would be for all themes and one that would be for all plugins. Looking for performance enhancements that a super admin can do for all the sites.

    Thank you very much for your answer and time.

    It worked when I only activate it on one blog site of my multi-site set-up. I use to have the site set up to use folder type multi-site instead of wild card domain which is what I am using now. Not that this should make a difference. It works. I will test again with activating it network wide. This way anyone who creates a blog site can sign up and get the codes they need or upgrade to pro. I know it is not listed as multi-site ready but what the hey why not try and let you guys know what it can do. Will update when I do a network activation to see if that makes a difference.

    Thanks for answering questions. So far removing the stuff did no good and the suggesting of rewritecond didn’t work either.

    Which is okay, just going to take a little more time to figure why I took a left turn at Albuquerque instead of a right.

    From my site and posting on this thread because the issue is to me the same and I don’t like make 100 different forum post for the same thing. If I can help it.

    Site Url:
    Permalink Structure:/%year%/%monthnum%/%day%/%postname%/
    Upload Files Directory: wp-content/blogs.dir/9/files
    File Upload Directory:
    If I have say a logo URL pointing here http://lovemygame/wp-content/blogs.dir/9/files/lal.png it works just fine, but if I use it gives a 404.

    The above is from the settings page for the web site in the Site Admin. If I log into the dashboard the permalink structure is set to this

    It might be a case of having to update the permalink structure which is no big deal. I don’t know where or what setting that got changed to make it different. I know I have been working hard to get my Google Page Speed and YSlow Performance up higher which is now at 92 for Google and 90 for YSlow. 1.5 second load time. Cool part by adjusting the main site the benefit is carried over to the multi-sites as well. If you have time to point me in the right direction when you have a chance that would be great. Would like to get back to helping with plugin developers and language translations. Which is fun and time consuming as well. I check back later have to do the day job thing back to testing software. Thanks

    Here is mine, same issue only with files.

    # BEGIN WordPress
    RewriteEngine On
    RewriteBase /
    RewriteCond $1 ^(index\.php)?$ [OR]
    RewriteCond $1 \.(gif¦jpg¦ico¦css¦js)$ [NC,OR]
    RewriteRule ^(.*)$ – [S=1]

    # uploaded files
    RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]

    # add a trailing slash to /wp-admin
    RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ – [L]
    RewriteRule ^[_0-9a-zA-Z-]+/(wp-(content|admin|includes).*) $1 [L]
    RewriteRule ^[_0-9a-zA-Z-]+/(.*\.php)$ $1 [L]
    RewriteRule . index.php [L]
    # END WordPress

    Good Question, seems to be a little bit of an issue lately. What once was open, now is closed from being valid urls. I hope those who are in the know, have a good direction to go and let us know.

    On the main site of the multi-site. I didn’t install plugin via network activate, installed it through the main sites normal non network method of activating a plugin.

    I normally will not activate a non tested multi-site plugin multi-site wide until I can get it to function on the base site. Installed the latest version that is posted and still the same issue with keeping the API Key.

    Same message comes back:
    NOTICE: You need to configure the UppSite plugin first, in order to use it. Please go to the settings page.

    If it doesn’t work for a multi-site that is ok, it is a very good plugin. Only thing I would suggest is that if could be added a cool Icon that can be posted on the front of a site, UppSite mobile app ready or something like that.

    If you could work in a mobile bar code icon that a plugin user can choose from on when they register that would be cool. Person then could use the barcode for flyers or brouchers mailers, that could also contain in the free version of the barcode a reference to small fee if you choose to go that route would be to remove that link. Business might not want that. You like the Microsoft Tag Barcode stuff that they have. Just a thought

    API Key not saving. API Secret does when I click on saves changes in WordPress. Sorry took so long to get to that step, been very busy,

    Always do a backup. I like pushing things to the extreme, so testing for mulit-site is no big deal. Will update later on that.

Viewing 15 replies - 1 through 15 (of 20 total)