Evan Scheingross
Forum Replies Created
-
Forum: Plugins
In reply to: [List all URLs] One major feature requestThanks for trying out my plugin! I’m not sure if there’s an easy way for me to implement that feature, but it’s definitely a good idea and your feedback has been noted in the plans for future updates.
Forum: Plugins
In reply to: [List all URLs] List Page TitleThanks for the kind words! I will see about building that feature into the next version update.
Thank you once again Raam for your detailed explanation!
I was doing some additional research on the issue and thought of the following potential scenario, which is definitely going to happen to me more often than not:
Let’s say I have browser caching turned on using the .htaccess code that you suggested, but then I manually update the style.css or scripts.js file of my custom theme. Based on my research, I do not believe that the client’s browser cache will automatically update to reflect these changes. It seems that the forced “no cache” going on with WordPress is directed more towards dynamically edited content (posts, pages, etc…).
Given this, what would be your thoughts on using Quick Cache in conjunction with your .htaccess code for browser caching and this plugin: “Busted” Plugin which will “Force browsers to load the most recent file if modified?” I have not looked at the underlying code of this plugin, but it appears to do what I want it to.
Hey thanks so much for that detailed response!
I’m new to the world of caching so I still have a lot to learn, but your explanation makes total sense and I now understand the difference between Quick Cache and browser caching.
However, if I do decide to implement browser caching, will that mean repeat visitors will not see any updates for 1 week from the time they initially load the page – even if the page is updated? Or does the browser somehow check with the server to see if the page has been updated, and then reload the content in a fresh browser cache?
I wouldn’t want to set a 1-week browser caching period and then have repeat visitors miss out on new content until after the caching period is over.
Thanks again!
Thanks for the tip darkhorse!
However in my custom theme all template files are already in the root directory. The installation of WordPress itself is running out of a subdirectory called /wp though. So perhaps that’s related to the problem.
I spent another half hour trying to find a solution for my unique circumstance today, but after coming up empty handed I have temporarily ditched the plugin in favor of Advanced Custom Fields which seems to be working just fine.
Forum: Plugins
In reply to: [Lazy Load] Conflict with Soliloquy ProJust wat to comment that I’m experiencing the exact same issue with these two plugins. Instead of just the slideshow images loading in place, all slideshow images will load vertically stacked on top of each other down the page. Have not found a solution yet but I will post one if I find it.
Just want to comment that I too had a conflict with revolution slider and version 1.9 of this plugin. The problem was that the vertical position of the prev/next buttons on my slider would appear at the very top of the first slide rather than in the middle. All other slides after the first slide has proper placement of these buttons.
Reverting to version 1.8 of ESSL fixed this problem, so that’s what I’m using for now.
Forum: Plugins
In reply to: [Duda Mobile Website Builder] compatibilityUPDATE: I’ve tracked down the error that I’m having. It’s due to line 227 of dudaStyle.css (the line that sets form elements to display:inline). I commented that line out and it seems to have fixed my issue with the link dialog box displaying improperly.
Forum: Plugins
In reply to: [Duda Mobile Website Builder] compatibilityFrom my experience thus far it works, but with a few major bugs.
I’ve found that it breaks the functionality of the “link/unlink” button in the new version of tinyMCE packaged with WordPress 3.9. The link dialog box will pop up when the button is clicked, but the formatting is completely messed up rendering the functionality useless.
I have yet to figure out a fix.
Just want to note that I am having this exact same problem.
However, it seems to go further than just the absolute/relative URL issue. One of my custom field textareas will not allow me to make any changes at all. Any change I make to the text or HTML is not saved when I update the page.
Forum: Reviews
In reply to: [List all URLs] Perfect solutionThank you so much for the kind review! Glad you found my plugin so helpful.
Forum: Plugins
In reply to: [List all URLs] Best WordPress Plugin for 301 Redirects!You are most welcome! Glad my little plugin could save you some time. Thanks for the kind words.
Forum: Plugins
In reply to: [WP Approve User] Multi-site no menu "approve users"I am such a stupid-head!! I realized this morning that I didn’t have the “anyone can register” setting checked under general settings! Checking that option did the trick.
Please disregard my above post.
Forum: Plugins
In reply to: [WP Approve User] Multi-site no menu "approve users"I believe I am suffering from a similar bug.
I’m running 2 different WP installs on my localhost using MAMP.
One one install, I get the Settings > Approve Users menu item, and on the other I do not.
Both installations are running WP 3.8 and version 2.3 of WP Approve User. I’ve deactivated all other plugins to test for a plugin conflict but no dice.
Note these these are NOT multi-site installations.
wpmc – You need to add the code that Christian posted into the function.php file of the current WordPress theme that you are running. DO NOT under any circumstances modify the core files of WordPress!
That is what worked for me. I have not tested and confirmed in WP 3.8 yet, but my guess is that nothing has changed.