frontdesk
Forum Replies Created
-
Forum: Fixing WordPress
In reply to: How to prevent javascript caching in my web form templateNOW I get it. You’re saying that the use of “ver” in the wp_enqueue_script function is non-conventional in that it does not get matched with an explicit “ver” counterpart on the .js file.
Seems like better nomenclature could be used rather than twisting the otherwise intuitive use of “ver”. Maybe even a dashboard panel function where you see all elements that are currently being cached and can simply push a “reset cache” button for one or more elements currently residing in cache.
Plus, with the existing implementation you now have the tail wagging the dog in that if I change an external javascript file I have to worry about tracking down all references to it in my source code (sure, any reference to an external .js file should – according to good practice – probably be limited to a single piece of source code, but that is not always the case).
But, that’s out of my purview anyway and I’m just happy to finally “get it”.
And thanks to RockMtnHi for the update on SEO implications.
Forum: Fixing WordPress
In reply to: How to prevent javascript caching in my web form templateThank you, Otto42. That “is_page” code snippet seems to work – although I could not test the versioning you mentioned because I don’t know how to indicate a (source code) version inside my external .js file.
In your snippet, though, you indicated to use ‘1.0’ to reference the initial version of my external .js file. My current external .js file has no explicit version number indicated within it, so I am guessing it defaults to ‘1.0’ and thus it matches the ‘1.0’ in my wp_enqueue_script statement.
However, I am unsure of the syntax within my external .js file to explicitly indicate a (source code) version number. Thus, if I subsequently make a (source code) change to my .js file code then do you know the syntax for tagging that .js file as version ‘1.1’, for example?
I am uncertain because whenever I googled on “javascript” and “version” it always referred to the system-wide version of the javascript libraries and not the source code version of some user javascript code.
Do you know what explicit versioning syntax I use within my external .js (i.e., source code version) so that I can match it up with the version in my wp_enqueue_script statement?
I like the one-click convenience of installing WP via Fantastico at the ISPs that I use, so I have always dismissed WPMU and BuddyPress out-of-hand because I did not want to get into the install business – especially knowing that WPMU will eventually merge with WP. But, your suggestion is intriguing and I will look again (I guess I would initially look for a reliable host that automates install of WPMU and BP – in case you know one that delivers on its promises.
Are there any good BP demo sites out there with which I can get familiar with BP from the end-user point of view?
Also, regarding your comment about needing CSS knowledge are you implying that if I get a quality 3rd party WP theme (which I assume also works on WPMU) that I may need to get or develop a look-alike theme for the Buddypress portion of my site? Or does any WP theme also extend to the BP section by design?
Also, I have no experience with BP so my first question is whether BP is too over-the-top for a staid? golf club site, but maybe not.
Anyway, time-wise I am just in the proposal stage so if all went well I would probably begin development in 3 or 4 weeks at the earliest.