Forum Replies Created

Viewing 6 replies - 16 through 21 (of 21 total)
  • Thread Starter Mark Cleveland

    (@markmassengale)

    I have no discount codes set up.

    Forum: Plugins
    In reply to: Disabling Flash Uploader

    Awesome – you should mark the issue as resolved then.

    I probably encountered the issue that you mentioned, ispyppc. Thanks for the post, though I made my own fix..

    I noticed the html uploader was working fine, and so suspected it was OS-side and called the host. However 1and1 support didn’t have a clue and asked me to wait for further instructions via e-mail..

    I am an impatient man, and too determined to quit at that. Thus I recently did this because I wanted to ensure that the uploader can’t use Flash anymore to circumvent the issue altogether. Besides, media.php was supposed to be turning off Flash when mod_security is enabled anyways; but it looks like the logic thereof generates a false positive even though it checks for that. ::rolls eyes::

    My issues with uploads are gone now until the clients update WordPress. Maybe I will write a plug-in someday..for now the linked steps I wrote work fine for me.

    Forum: Plugins
    In reply to: Disabling Flash Uploader

    I see it’s been awhile since you posted this, but still there may be others like me who wanted to permanently disable the Flash uploader to ensure that the issue you mentioned is never encountered again. And so while I was going to try the plugins you mentioned.. I then realized I don’t want my clients able to change it back.

    So here is one way..note however that its going to be very hacky to do this, but if you don’t mind having an edited WordPress core file then you can manually ensure that the Flash uploader is never enabled using these steps.

    Steps

    1. Open “/wp-admin/includes/media.php”
    2. Open the search utility by pressing CTRL + F ( CMD + F on the Mac )
    3. Search for the term “flash” and find the area specified below.
    4. NOTE: In WP 3.2.1, the first result was on line 1454. If you end up on a different line due to WordPress version differences, you will know you are in the right place if you see something similar to the following:

      1454	$flash_action_url = admin_url('async-upload.php');
      1455
      1456	// If Mac and mod_security, no Flash. :(
      1457	$flash = true;
      1458	if ( false !== stripos($_SERVER['HTTP_USER_AGENT'], 'mac') && apache_mod_loaded('mod_security') )
      1459		$flash = false;
    5. Comment out line 1458 only using two forward slashes at the start of the line, and it should then look like this:
    6. 1458    // if (false !== stripos($_SERVER['HTTP_USER_AGENT'], 'mac') && apache_mod_loaded('mod_security') )

    There you are. A quick search and two keystrokes, and you are done. Won’t be any flash uploads goin’ on after that.

    Explanation: without that line, the code executes such that $flash is always false, tricking WP into thinking the user can’t use Flash.

    That is a great response (above my own), but I think you should first tackle this from the perspective of “Define the problem; then figure out how to fix it”.

    I checked the main page, then the two pages to which harmck linked, and then two more subpages (in the Ministries sections). Sometimes it is hard to tell this, but try checking each page after clearing your browser cache (mentioned above, a good suggestion to ensure this is how new visitors are seeing the page) and using a blank tab. Reason being, it appears that…once the host responded to my requests, the load time was less than 2 seconds. All I seem to notice is that it takes awhile before loading/rendering even begins, which might be that to which you are referring.

    This wiki article (apparently pertaining to a particular hosting service) should apply to your situation and be highly relevant: http://neowiki.neoseeker.com/wiki/Troubleshooting_Slow_Pages_on_Neoseeker

    Where it says “[ server id: venture ··· elapsed: 0.4924869537 ]”, this is definitely a bit that is generated by some custom troubleshooting code they use on their pages.

    In reference to creating that output, a quick Google search turned up this link to what appears to be the most important snippet of code needed to generate this sort of data. I suggest putting a variation of that code at the bottom of some pages you feel are loading slowest to more easily compare the load duration (described in 1. of the first link as “if you count that it takes 10 seconds for a page to load and the elapsed time of the page is 10.35seconds it means…”) versus the connection reaction time (described in 2.). When added together, these two durations are the actual time it takes from click to full display. But without one or the other being defined through server output…you get the idea!

    From what I am seeing, it appears that 2. is more likely to be occurring (and hence the fault would lie with your internet connection, not your host), but I cannot definitively answer either way without actually getting a residual message from the page reflecting this.

    Best of luck to you in defining the actual problem, and hopefully its only your personal connection at fault.

    Perhaps this is not what you want (most want a login link that is easier on the user’s eyes..) but have you tried enabling the Meta widget? There is always a Login link in there; however (and I believe this is that to which tigtog was alluding…) the look of that Login page won’t match that of the rest of your site.

Viewing 6 replies - 16 through 21 (of 21 total)