Aussie Cable

  • Content count

  • Joined

  • Last visited

About Aussie Cable

  • Rank
    IPB Full Member
  • Birthday 01/10/1964

IPS Marketplace

  • Resources Contributor Total file submissions: 1

Recent Profile Visitors

15,883 profile views

Aussie Cable's Activity

  1. Aussie Cable added a post in a topic: Fastest software to date?   

    ​Beta 4.0 performs a tad slower than 3.4.x. But we have done fine tuning for our 3.4.x but not 4.0, we are in the process of doing that with the beta builds. We chose to not bother with any earlier builds because it would be pointless.
    We are running a dedicated server in the rack here, which will be much faster than your VPS, so no thanks.
    Performance tests are with stats via New Relic . We are in the process of fine tuning for IPS 4.0, and results are encouraging. Id suspect it will get better with final builds.
    The point of this topic was to have some discussion about this site , not mine, my site is not of concern (yet).
  2. Aussie Cable added a post in a topic: Fastest software to date?   

    ​After what the staff have been raving about for months, I think I have every right to question something that seems to contradict what they have been saying, don't you?
    ​Why is it too early, staff have been working on this for months, and I am just making an observation, should I just not say anything if I see bad performance on software I am going to purchase?
    The point of this topic was to at least get and intelligent discussion from the staff who are working with the software, and not have to put up with the simple comments about "it's too early" or "give it time it is still beta" - I mean it is very clear to me it is beta software, I have been watching the making of it too.
    Now on to some intelligent discussion...........
    ​Great to hear that you have found some issues and have had the chance to sort it out, this is very encouraging indeed. I know that you are all working very hard, and I know that when the software is released it will be brilliant.
    I do have faith that you guys are working very hard in making this software as efficient as possible, and from what you have just said, proves that to be the case.
    ​Go on, press it, you know you want too
    Unfortunately Marc_S you have not added much to this discussion.
    ​Yeah not so much.
    General load time of the main site (cleared cache, hence the DNS look-up time):

    And general load time of this topic, seems that the processing time has improved, so your tweaks are noted:

    But I am trusting that it will improve further over time as you suggest.
    I have much trust in that this site will improve in speed, it is clear now that you are aware of performance issues and are working hard to remedy that, and this (for me at least) is very encouraging indeed.
    P.S: I am confident in this software so much, that I have purchased (this week) Pages for the first time, because I think I may have use for it. Now it seems to be user friendly.

  3. Aussie Cable added a post in a topic: Fastest software to date?   

    and 122 seconds to submit a post? Really.........

    Wow you guys have lots of work to do, that is very clear to me.
  4. Aussie Cable added a post in a topic: Fastest software to date?   

    I don't know, but you guys (official IPS employees) keep on stating that IPS 4.0 is the fastest version of your software yet, I am not convinced.
    This is what it took to load the site today (8.8 seconds):

    This is how long it took to login (17.5 seconds):

    Now I am in Australia, and it never takes this long to load the site, it is usually only around 2 seconds to load, and about 3 to login. My own beta site is slower than my 3.4.x version. I am yet to be convinced.
    Seems I am not the only one seeing this:


  5. Aussie Cable added a post in a topic: First Byte Time?   

    Sure, your welcome :thumbsup:
  6. Aussie Cable added a post in a topic: First Byte Time?   

    TTFB ( T ime T o F irst B yte) metric is affected by 3 main components of your server infrastructure:
    1. Time it takes for a request to propagate through the network to your web server
    2. Time it takes for the web server to process the request and generate the response
    3. Time it takes for the response to propagate back through the network to a browser
    To improve your servers TTFB, you should decrease the amount of time for each of the above components. To know where you should start, you need to know how to measure your servers TTFB.
    You can use WebPage Test to see your servers TTFB, another tool is GTmetrix .
    A simple way to improve TTFB is to use a CDN, using a CDN may reduce the distance between your members and the server. Other ways, is to disable not needed add-on's and/or modifications of IPB. Some other ways to improve TTFB is to optimize the server back-end, such as using Nginx, PHP-FPM and changing to MariaDB etc however, if you use a host, this may be impossible because you do not have control over what is installed on the server itself. Hence it is best to use a VPS (virtual private server, shared resources) or VDS (virtual dedicated server, dedicated resources) or using a dedicated server (server in the rack).
    TTFB is rather important for your own Google search rankings, however in the end it is just as important to your members (and yourself). I recently found an add-on to my own IPB was causing a TTFB of an extra 2000+ms, so it can be a great incite to find issue's where you do not expect them.
    Using Zend Op-cache is a great way to decrease TTFB, it can help drastically .
    I am sure there are plenty of resources out there to help you improve your TTFB, but it will be difficult if you are using a host and do not have a dedicated server, Google TTFB or Time to first byte, you have much reading to do :thumbsup:
  7. Aussie Cable added a post in a topic: Nginx Friendly URLs   

    This should do it.
    try_files $uri $uri/ /index.php;
  8. Aussie Cable added a post in a topic: I did not upload my photos   

    Make sure you have the permissions set correctly for the uploads folder, for a start.
  9. Aussie Cable added a post in a topic: bash bug: new vulnerability found   

    Now weaponized. Take a look at this:
    Thanks CodingJungle for the heads up, appreciate it 
  10. Aussie Cable added a post in a topic: Which SSH Client you use?   

    I use JuiceSSH also on my android, it is also rooted and has adfree and I do not see any ads.
    Maybe it is time to update adfree? Or your settings are different to mine?
    My settings are:

  11. Aussie Cable added a post in a topic: Which SSH Client you use?   

    Always used putty
  12. Aussie Cable added a post in a topic: User Geolocation Restriction   

    I don’t know, but usually when someone uses a messaging service like Skype and sends a message, it gets delivered whether the person is using that service or not, I changed my Skype contact details in late 2013 (which you did read in the PM – see: message ID=172971) and I have yet to chat to you on that service to date.
    Do you normally consider sending messages to a service with no response and class it as being a resolved issue? Because I have never spoken to you since changing my skype details. Yes if you send messages to my old skype details it will get delivered, but it was not delivered to me. I (like you) save all Skype messages, and to date, there is zero messages under your Skype details.
    I never received any of your messages on Skype, ever, if you have talked to someone, it was never me. I thought that would have been clear after the first & second post here regarding that issue.
    I opened Skype just now and sent you a message, no response (Yes I see that you are online). So clearly something is wrong here.
    Enough squabble regarding Skype, you have my new details and have had them since late 2013 but never used it.
    Now as for the issue, yes I agree that if you use the service that calls:
    Then yes, I agree it would add some time to the load time, and I am ok with that, but not on every page load , that is the complaint.
    I would prefer to talk to you personally and sort this issue away from the public, so we can come to some amicable resolution.
    P.S: I know some things get said in the heat of the moment, but look at it from my point of view - no response in over 6 months!
  13. Aussie Cable added a post in a topic: User Geolocation Restriction   

    Just to prove my point, here is a test of your own site 3DKiwi, and it looks the same pattern as with mine.
    Webpage test (adds around 1000ms to your TTFB):

    And GTMetrix (approx 917ms):

    Of course in the real world, these times may be more/less.
    Mind you, I cant disable the application to prove it improves your TTFB, so you should be able to do this. I would appreciate you doing a comparison to see if I am on to something here.
    Look, I am not trying to be unreasonable here, just trying to get some help with an issue I brought to light 6 months ago, although - I think I am have been wasting my time, quite frankly.
  14. Aussie Cable added a post in a topic: User Geolocation Restriction   

    Generally speaking, TTFB is tested via: (which is what is being reported here)
    curl -o /dev/null -w "Connect: %{time_connect} TTFB: %{time_starttransfer} Total time: %{time_total} n" http://www.<yourwebsite.address> And then tell me that there is no difference. I dont see any evidence that you have done this. If you go through the process I have, on post #180 & again on #184 , then you should see what I am talking about.
    But I dont see that you have.
    No - there should not be any slow-down at all, I did not purchase this software to slow down my community, I purchased it as what was described in the description, and no where there does it say you will see slow downs, slower TTFB etc.
    Adding around 1000ms to the load time of any page is simply unacceptable. And to report the issue and have it ignored, again is unacceptable.
    Regardless of the fact you want to defend, defend, defend this developer, you can't go past the fact it is over 6 months - zero reply to this concern/issue, you simply can't deny it, and it should make you wonder about any issue that comes up in the future for yourself, right.
  15. Aussie Cable added a post in a topic: User Geolocation Restriction   

    I don't know what I have ever done to you Petros, except be a loyal supportive customer of both your applications, for nearly 3 years with DML & 2 years with UGR.
    I have even helped you out financially, and have no idea what I have done to deserve no response to this issue.


    I sent you a PM over 24 hours ago and again - zero, nothing. Someone asked for support on post #186 - they got support in 35 minutes!
    I have waited over 6 months for at least a response to my query, clearly you don't care about the issue, or have an urgency to fix it.
    I can say now, that I will not renew any of my subscriptions with you and will purchase a firewall that will do the same job, I am done asking for help.
    Thanks for the zero support to this issue, and leaving it over 6 months with no response.
    Petros, you have given me no other choice, and have forced my hand. I am going to miss our talks & throwing idea's around on Skype and most of all, our friendship.
    Just so everyone else knows, UGR (with access control enabled) causes your community to add around 1 second to the overall time it takes to show a page to your members , and it's developer simply does not care about this issue. Proof is in the report posted here & followup report here .
    I strongly suggest if that is an issue for you, that you either PM the developer about it, or simply find a better solution elsewhere, because it is clear to me that if an issue becomes to hard, the developer will run.
    P.S: My name is NOT Chris!
    I am done here.

Status Feed

  1. Aussie Cable

    Looking forward in testing IPS4's APC