Okay, okay, I guess we'll get started. So, I'm here today to talk about something that I've been diving into over the past 12 months through my work at Pantheon in terms of exploring all the performance characteristics of deploying HTTPS and CDNs with modern 2017 technologies in terms of browsers, in terms of CDNs, in terms of web servers, in terms of the configurations of Drupal. And we've learned an enormous amount through our work and I'd like to convey that so that people, whether they're using our platform or not, can deploy effective acceleration technologies to their sites and understand how big the impact is of getting these things right. So, I think the first thing that is important to make, especially for a lot of the people here who are with agencies or working on projects or have to answer to someone else prioritizing things is what is the importance of these things? How does this impact the behavior of search engine ranking, site visitors, and the experiences of people on mobile devices? And how does that actually impact the bottom line? The first thing, and this is probably no surprise to the people here, is that HTTPS is absolutely essential in 2017. The, right now, Google is already using it as a ranking signal. They've started doing that a couple years ago, but it's now being accelerated in terms of its implementation in terms of its effect in other areas. Where, as you can see on here, with the example for Chrome, it's gone from HTTP being sort of a neutral thing for sites to HTTPS being the basic assumption, especially if there are any data forms on a page. And Google's planning on ratcheting up this effort. They've already started this process by putting NotSecure on pages that appear to have logins or take credit card data. They're planning on rolling that out with NotSecure brand on sites for all forms in the future and eventually ratcheting it up to from a neutral info thing next to the URL to something like this red warning sign that you're seeing there, where it actually looks like what would have been broken HTTPS before. Because honestly, no HTTPS is worse than even just a broken configuration with a bad certificate or mixed content. And browsers like Firefox are also starting to gate keep features around your location, notifications, streaming media, device motion and orientation around the idea of delivering the page with HTTPS. This is partly for privacy reasons and partly so that they can give it as a carrot for people to secure their pages. The reason why I'm talking about this though in as a coordinated question with CDNs is this can have impacts on performance for sites and we'll be talking about the interaction between HTTPS and site performance in a later section. But it definitely has an effect on the time to first bite for pages and the ability for pages to be cached and hitting browsers quickly and search engine indexing bots quickly is also essential. The study done by Moz in 2013 of how Google was using page performance as a search engine ranking parameter for their page rank algorithm determined through extensive analysis that time to first bite seems to be the indicator that Google is using and they penalize pages starting at about 500 milliseconds for that time to first bite. They tested other theories in terms of the overall size of the page in terms of megabytes, the time to first paint on the page. I'm forgetting all the other things that they tested as hypotheses but the number one thing that actually showed a strong correlation with Google's ranking behavior was time to first bite. That's not everything for performance but since it impacts your page ranking and it's also sort of where you get to start the race to loading the page, it's still a very important measure of how the baseline performance is for a site. And changes in search engine ranking position have a massive impact on click through rates for searches. So it's not simply a matter of, oh, that might dump you down by two or three and that doesn't have much of an impact. It means a whole lot less people will actually enter the front door of the site. We're gonna be talking about other drop off as well but the first thing you need to do to actually give someone a good experience on your site is to actually get them to your site and performance matters for doing that these days. And even more dramatic effect happens in terms of user behavior when it comes to the actual loading time of the page for things like time to first paint or one of the things that Google is now pushing for as a metric time to first meaningful paint which is when stuff stops jittering around the screen when the actual main content is there when you can actually start scrolling through the page it doesn't mean it's fully interactive yet it means that you've actually given the user something to do other than stare at a white screen. And users are quite impatient about this. The study done by HubSpot aggregated 12 case studies on how different companies have seen their page painting time impact the conversion rates on the sites and they found that as you add every second or so you lose about 25 to 30% of your conversion rate. So it goes from an average conversion rate of about 1.9% if you're under 2.4 seconds down to 0.6% at 5.7 seconds it actually drops by more than half. So we have two things that are getting compounded here and in terms of the funnel of people getting to the site performance is essential to them clicking through to the site and actually waiting to actually do something on the site and doing something that you want them to do on the site. And conversion isn't just about selling people things it's whatever you want people to actually do on the site it could be signing up for volunteer shifts or something it could be looking at conference sessions or submitting one. Regardless of that people are impatient when it comes to loading these pages. So we need to look at both of these metrics and hold ourselves to meeting these. At the same time we also know from these metrics when something is good enough. Performance can be quite a rabbit hole you can almost always make it better and the efforts that you put into it should be prioritized versus a whole bunch of other things on the project. So if you are actually beating this time to first bite and you are actually beating this time to first paint then there are pretty diminishing returns for getting much more performance than that. However we've seen from our own testing at Pantheon that a lot of sites are not meeting these at least in terms of on a global basis or in terms of the time to first paint with how the assets were getting delivered especially to mobile devices. But so I've talked about HTTPS as a ranking signal performance as a ranking signal and the behavior of users when it comes to time to first paint. But HTTPS and performance can kind of get in each other's way. It's not nearly as bad as it used to be. The vast majority of problems that are inherent to HTTPS have been solved in terms of the actual experience of users, the computation on the devices, the negotiations of connections but it ultimately comes down to this simple multiplier which is how many round trips are you taking and what is the actual time of those round trips. When you look at something like crossing an ocean you're just gonna start getting terrible round trips. Even cross continental connections can get terrible round trips. The latency from the east to the west coast of the US is about 75 milliseconds even under great conditions. The latency across the Atlantic Ocean whether whatever direction you're going is often more than 100 milliseconds and the latency from APAC to Europe or the US is often 200 milliseconds and this is not just one round trip that happens when you load a page. There are many, many round trips when you load a page. And HTTPS can actually add quite a few of them especially when it's deployed under bad conditions. The, at the same time, a lot of these things have been improved with technologies that reduce the number of round trips. I'm gonna go through all the different types of models of how things negotiate HTTPS and what the cost is to page load times but we've solved a lot of problems. So I'm confident in saying that HTTPS can be delivered very effectively if you do it right. CPUs are so fast now that you're not gonna really see any overhead from that. We've solved many of the round trips by using something called TLS Full Start which drops one round trip out of the connection. Things like HTTP2 drop a trip out of the connection. New technologies like Quick are coming down the line to drop more round trips but fundamentally you always have to have at least one round trip for negotiating your TLS for HTTPS. And actually fundamentally for loading a page you're gonna have to have at least three round trips until things like Quick are available as broad technologies because you have to have TCP negotiation or the establishment of that connection. You have to have the encryption established and you have to make the actual web request over HTTP. But there's a pretty dramatic difference between a modern stack and an old stack. The old traditional way of doing this with older versions of TLS, older browsers, older versions of HTTP and TCP based connections resulted in approximately eight round trips at a minimum in series for starting to really load a page. That's not counting anything of downloading the content of the page. That's not counting queuing behavior in the browser where if it actually fills up these six connections and needs to add other things to download on the page those will get queued up and those requests will get sent after the other ones are finished. So in reality you're often gonna be way worse than this in this old case. You're often going to be stacking probably 10 or 20 round trips. So that's a pretty big cost when your latency is across something like an ocean. The modern stack where you have TLS 1.2 a false start where that drops out a round trip. HTTP too, which allows one connection to be used for everything and make all the requests all at once. But no quick in the sense of how we're seeing what's available on web servers as of right now. When I say modern stack, I mean if you deploy a basic CDN or a well tuned version of a current release of something like Nginx, this is what you're gonna get. There's also a sort of future stack where it's going to improve a bit more where quick moves HTTP to function over a UDP connection that doesn't require initially establishing one round trip. So it knocks even one more round trip out of that. But there's a much bigger difference here between eight and three than there is between three and two. So even just doing what is decently installable and configurable on a modern release of something like Nginx or a CDN is still gonna get you a very, very good place. But the effects become even more dramatic once we start talking about the geography of how things connect. When it comes to things running over fiber connections, they don't quite run at the speed of light. They run at something about 70% of the speed of light. Give or take, it's a pretty consistent number, but there's additional latency added in by things like routers. There's congestion over a lot of those connections because they're very heavily used by many, many parties. And so you definitely wanna avoid those. But just to kind of illustrate what a CDN really brings the table in this sort of setup is about reducing the distance of these round trips where you may have to do two or three round trips to actually start getting that page loaded, but the actual multiplier on those, the other half of that multiplier is the actual round trip time. And if you have no CDN and you're crossing a pretty good distance, say an ocean or across a large body of land, you're gonna have a round trip time of starting to approach 100 milliseconds. So three times that is actually adding quite a bit of time to your page load and you're getting dangerously close to hitting some of the things where Google starts penalizing you because this is not, Google's measurement of time to first byte is not just based on them negotiating the connection and submitting the request. It's when the data starts coming back. So that includes things like hitting page caches. If you miss a page cache, you have to hit something like actually Drupal and PHP. So it's about buying yourself a lot more time. If you have something like a pop on a CDN, often a pop is gonna be accessible to a typical user within 10 milliseconds of a round trip. And what's really neat about how these connections get negotiated is pops tend to maintain persistent connections back to their origin. So they do not actually have to go through all of the round trip effort every time that they need to send something back to origin. So even when you're missing a cache, it still dramatically accelerates the page because the end user device is doing all of these round trips to what is effectively a corner store. And then that one has a big fat supply line that is set up in a persistent way all the way back to the origin. So you end up with something where even under a cache miss scenario, you're multiplying say three times versus the latency to the pop. So about 30 milliseconds plus a one round trip to the origin, which is going to be something like 50 to 250 milliseconds. Now I'm gonna make a huge assumption on a lot of these, which is that your Drupal instance can spit at a page in 200 milliseconds. That's probably optimistic for a lot of sites, but I also know that it's achievable, especially on Drupal 8 with some of the lighter weight ways of delivering pages. So you'll have to adapt the numbers that I'm gonna show accordingly in terms of what is the cost of missing a cache for a page. But I still think 200 milliseconds is reasonably representative. So as we were talking about earlier, the time to first bite is sort of when you get to kick off the race for loading a page. The faster you can actually start the race, the faster you can actually start doing the work of really loading and pumping out the page and rendering it on the user's device. The longer this takes, the later you're starting that race. There's no way to make up for lost time for the time to first bite once you've squandered it. The story is already actually pretty bad if you don't have a CDN and use this old style stack on the same continent, where I'm assuming about a 45 millisecond latency here where this is about half the way across the US or approximately across Europe. If you do this old style system, even if you have say varnish deployed at your origin and you have people connecting with HTTPS to the site, you're gonna get a time to first bite of just under 400 milliseconds. That's not buying yourself a lot of time. And in fact, if you miss the cache, you're actually going to already be breaking what Google wants in terms of your page performance. Now, if you deploy a modern stack with a CDN, which I mean, there is a middle ground here where you deploy a modern stack without a CDN, but just to kind of avoid taking into account way too many numbers, I'll talk about the kind of best case and worst case in terms of doing this best practices versus something you might have deployed in 2012. So a modern stack with a CDN has much, much lower round trip times. The typical times we're seeing on systems like Cloudflare and Fastly is about two milliseconds or less to most of the pops. And this means that you get a time to first bite of under 10 milliseconds under a cache hit scenario. That's actually pretty achievable. And even if you take 200 milliseconds to render your page and it has to go all the way back to origin, which is that 45 millisecond round trip, you still comfortably are within what Google is wanting in terms of loading the page from their own metrics.  Now, this becomes considerably more dramatic as you start ramping up the distance between the user and the origin. As soon as you start talking about Europe's North America or vice versa, you start ending up with a time to first bite of almost a second on a page miss. This is before anything else is downloaded for the page, before the browsers even parsed the HTML. In terms of a modern stack with a CDN, where it has to do one round trip across an ocean on a cache miss, you're still very comfortably within the thresholds that Google wants for page ranking and still giving yourselves a lot of head room for loading the page in an acceptable amount of time for users because this is, of course, getting added as the baseline to the page rendering. Did you have a question? I have not found good data on that, but it does matter, but that is part of why I'm also showing the same content result where even if Google is indexing under an ideal circumstance where they are on the same continent as your origin, you're still gonna pay a high price for time to first bite if you're missing pages and not using a CDN. You're already breaking the contract, basically, with Google missing on a cache miss that way. And the way that bots actually access these pages is pretty likely to cause cache misses because sometimes they're asking for different parameters than a normal browser would, so the Google bot may not ask for pages in the same way that you might hit your cache for normal users, depending on how your cache is configured. So it's reasonably common to miss the page cache when you're delivering something to a search engine bot. Okay, so in the case of if you're deploying to, this is not advancing. So in that case, you're looking at numbers closer to this if Google's indexing it from the US and you're running your site in Europe. In fact, as you can see here, where even if you deploy varnish near your origin servers and you hit the cache, every time the Google bot is indexing you, you're still breaking the contract already just by going across the ocean and having an old style stack when it comes to HTTP and TLS.  It gets yet more dramatic as soon as you start having this kind of 175 millisecond latency of crossing the Pacific. So this would be something like Australia to the US or Australia to Europe or South Korea to Europe. You name it, it's hard to get anything less than about 150 milliseconds from any of those locations to Europe or North America. In this case, you're badly busting what Google wants out of your time to first byte and you're actually getting dangerously close to busting through the 2.4 second barrier for page load before you've even started really loading the page. As you can see here, a cache hit in a CDN. The time to first byte is still pretty consistent where most CDNs are gonna be delivering that because they're just hitting the local pop. So the distance for cache hits doesn't really increase as the distance to the origin increases but the cache miss time does. So you still have a little bit of headroom actually with a cache miss if you're say, hosting a site in Australia and Google's indexing it from the US. You can actually then have up to about 300 milliseconds of a budget for Drupal to deliver a page on a cache miss while still making that 500 millisecond barrier. So just to compare all of these numbers, I wanted to plot them out. You basically cannot see the new plus CDN page hit because it's so negligible. It's about six milliseconds across the board but you can see how dramatically the actual rendering time increases for the lack of a CDN and an old style stack when it comes to things like TCP and HTTP 1.1. And you can actually see that really the only way to consistently hit the goal of under 500 milliseconds is by deploying a CDN in front of the site. But this isn't the end of the story for your users. There's a lot of performance still that impacts them from that time to first byte because that is just kicking off the race to actually download the content for the page, render it and provide initially a paint of the page and then eventually an interactive experience for users. This is where we're starting to try and look at hitting that 2.4 second goal. And the clock to 2.4 seconds begins when they start making the requests. So the time to first byte is already counting against us here. A lot of this comes down to size and bandwidth, CPU time. Google is starting to emphasize this extensively with their testing tools, which you can use either the kind of lightweight version of I think test with Google, something like that. But the one that I tend to use which has a much richer set of results is webpagetest.org. And that runs on a simulated browser. And what it does is it actually will confine things like the bandwidth to be a simulated 3G connection because, oh, you can at least configure it to do that because according to Google's own statistics on user access over mobile devices, at least in Europe, about 70% of users accessing pages are going to be accessing it over 3G bandwidth connections until about 2020. And that's going to be kind of the tipping point for the 4G class connections to really start taking over. And when I say class connections, I mean, even if the phone says LTE on the screen, there are all sorts of matters of congestion and interference and distance and congestion on networks that can affect the actual bandwidth that's available to the device. So what Google is saying here is that devices are effectively behaving as if they have 3G connections even if they technically are connecting over a 4G protocol. This starts to really matter when you're delivering the setup of the CDN when it comes to the big question of, are you using a CDN for the assets on pages or are you using a CDN for everything? This turns up to make a huge difference because the old style approach of deliver the actual webpage from your origin server and then just put all of your assets on something like CloudFront and S3 doesn't actually buy you that much compared to doing the full measure. The reason why is that a lot of the technologies for connecting to the server now are much better optimized for getting everything from one shop in the sense that when a browser connects with the HTTP2, it's able to put in a request for all of the assets and the page pretty much simultaneously depending on how much pushing you're doing on things. And that means that it has to negotiate fewer connections. It has to do fewer DNS lookups. And it's able to multiplex and more effectively use its bandwidth without having to wait on a bunch of round trip times. So this is kind of comparing this case where if you have no CDN and you actually have in this case, I'm assuming CMS processing time of closer to I think seven or 800 milliseconds. So a little bit more pessimistic here.  You can buy a lot of time by moving the assets over because all of these CSS and JavaScript and image files are gonna get downloaded from a CDN. But until you're actually caching the page close to the user as well and allowing them to get all of the assets from that same location, you can't really hit that magic number consistently of hitting the 2.4 seconds or less. And this is because of the way that the waterfall works for loading pages in a browser. This is kind of illustrated here. So it's a little bit approximated because I didn't wanna just have the really noisy diagram and something like Chrome's developer tools but that's essentially what this is based on. So I spent a lot of time taking pages, loading them in Chrome and looking at the waterfall diagrams and getting ballpark numbers of the effect of different configurations, CDN setups, caching setups, et cetera. And you can see it's a pretty awful case here if you have no CDN, no proxy page cache. Honestly, I've been making the case for proxy page caches since 2008 so hopefully you have at least that but that still only buys you about 700 milliseconds on this. And even buying 700 milliseconds out of this doesn't actually fix your situation in terms of getting to the actual goal of the 2.4 millisecond page load time. And here I'm showing both the time to first byte on here as well as the fact that it downloads the HTML, it makes additional TCP connections to download additional assets. This is assuming an HTTP 1.1 server. A browser like Chrome will make up to six connections to a given host to download additional assets. Everything else has to get kind of cued behind that for that host. And then it will download the critical resources and then it gets the time to first paint. But assuming you're following the advice I've been giving since 2008 and you have an origin page cache and you even have better than that, you actually have a resource CDN, something like CloudFront with S3 for your image files. CSS and JavaScript. What you're gonna get here is you're actually gonna get pretty comfortably down to below 2.4 seconds but this is still assuming that that you actually have a pretty decent response time from the origin for hitting caches, for delivering those pages. And this means that you're at about 1.5 seconds. This is actually pretty decent but it's not as good as you can get. And this is about buying yourself headroom at this point because once you're down below about two seconds or so of page load time, users are gonna be pretty tolerant. You're not gonna have much attrition based on impatience. So this comes down to what happens when you miss caches in Drupal, what happens when connections are congested, what happens when someone is clicking on a page like a view that might take a while to render and run its queries. This buys you a lot more headroom for bad circumstances. And this is a case where you're actually not caching the page just at the origin but you're actually caching the page all the way out to the pops that are distributed around the globe. And, let me just check that in. I wanted to also go over what we're seeing at Pantheon in terms of statistics that we're looking at real world sites as we convert them over to this sort of CDN setup. What we're seeing empirically is that these are the page load times for the median time to first paint for sites that were running where they were running on our legacy setup which actually had varnish but no other CDN aspects to it and still it would have HTTPS as well. If you, and that was based out of Chicago but if you're loading it from the west coast of the US that was giving you a pretty decent experience. In fact, in this case EU here is referring to London that was actually giving still a pretty decent experience in the sense of about 1.5 seconds if you were hitting the page cache and downloading all the assets over that. There's actually a pretty nice pipe between London and places like Chicago though. So this is still pretty optimistic for Europe. The situation would be considerably worse in Eastern or Southern Europe. But then it really busts the budget of performance when you start hitting Asia. What you end up having happen here is these latencies just come to bite you. Going across these Trans-Pacific Connections just empirically was not resulting in great response times and then we compared these same sites as they were deployed to the CDN setup that we integrate with the platform which is built on top of Fastly but you can get these same effects from any major CDN that does a good job. In this case we were able to get sub second page loads actually across the globe simply by moving a well performing high cache rate hit site to a CDN setup that handles the HTTPS negotiation, handles HTTP2, provides IPv6 for mobile devices which by the way has its own performance impact. And that was getting us great results. And this is sort of a graph where we basically just sorted all of the sites into a sort of line so you could see the kind of distribution of where the sites were in terms of loading times. This is about 300 sites that we randomly selected to move over as part of the initial migration. And what you can see here is the darker colors are with the CDN and the later colors are without it. And you can see that there's a dramatic reduction and in fact this actually brings the median page load time which is what I was showing on the previous graph down to under a second in all three regions. By the way Asia was I believe from Singapore. So that actually went, oh I forgot I added the section. So I also wanted to update people on best practices because we've done not just a lot of work on what is effective in terms of the CDN infrastructure but how the complete coupling of Drupal plus CDN plus modern browsers works as a combined unit for getting page load times down. One thing that is totally worth cutting out of your practices is just stop using separate CDN domains if you have HTTP2 on your stuff because what's happening is you're actually just creating more work for the browser. It does allow it to parallelize the downloads more but that's only worthwhile when you don't have HTTP2. So worldwide about 86% of browsers support HTTP2 across all devices, at least in the U.S. the number is closer to like 95% and it's pretty similar for Europe as well. So there's not really, if you wanna optimize for what your users have optimized for HTTP2 not for this setup where you do a bunch of different connections to different hosts with HTTP1.1. That causes additional DNS lookups. It causes additional connections to have to get negotiated. It just actually creates a higher multiple on that latency situation for your setup. The also don't use separate CDN domains because when you have something like HTTP2, browsers just work better using it as a one-stop shop. So this is actually the biggest reason to combine your assets and your page onto the same CDN not just for the waterfall results that I was showing earlier where you just improve page load times in terms of number of, in terms of the caching of the resource being closer to users but it also just reduces the number of connections that have to get negotiated because what happens is that a user downloads a page like HTML, if they're getting that from one origin over here they're gonna look at the, the browser's gonna download that, parse the assets and then see, oh, I have these new domains to look up. It's gonna have to do the DNS lookup on those. It's gonna have to establish the connection on those. You've actually added about even a couple hundred milliseconds to your page load time depending on the part of the world by doing those things. And actually on net, HTTPS now improves performance on browsers. This is another one of the carrots that browsers have done to encourage people to deploy it. Most browsers only support HTTP2 if the site is loading over HTTPS. So getting it onto that will actually create a drop in page load times even though it's making one more round trip to negotiate TLS. Technically the HTTP2 spec does not require HTTPS but I'm not aware of any major browser that supports it otherwise. So one of the other kind of mantras that I've been trying to push is all performance is front end mobile performance. And this is because it's the hardest problem to solve.   And so if you can get a great user experience on mobile then you're almost certainly gonna have a great user experience on desktop and you're almost certainly gonna have a great user experience from a kind of responsiveness of the site from a back end perspective. So I'm not saying that front end encompasses all the things you need to care about but it is a comprehensive measure of how well you're doing across the board. So this is why testing tools like Google, Google's site test tool and the webpagetest.org when you put it on the mobile connection emphasize doing the mobile oriented results for the site because it's just kind of the hardest problem to solve and if you solve it you solve the other ones as a side effect. The biggest things that I'm also seeing in terms of configuring Drupal is compressing images effectively. I haven't looked into all of the options in core for the configuration around it but we probably need to make a pretty big push toward webp as an image format. It shows pretty dramatic reductions for many of the types of images that people have on sites. Google will handily tell you how much data size you will save by moving to it where appropriate. In fact it's usually the number one thing that you can improve based on sites I've tested that is not related to deployment on a CDN and a modern infrastructure. Using appropriate resolutions also matters as well.  There's a neat thing on webpagetest.org. There's a little thing that you'll see just to the right of your results it'll have dollar signs and a link and it's just basically kind of dollar signs implemented almost like for a restaurant review listing for how much it costs and when you click on that it will take you to a page that will actually show you what the cost to load that one page is in many major countries and then it even has an option to switch it to purchasing power parity to basically see what the real cost is versus what your eye might be making to someone in say India loading that page on their mobile phone and it can be pretty staggering. Some of these pages that I've tested would literally cost someone the equivalent of a dollar or two to load a single page. The other things in terms of infrastructure are getting HTTP2 out there. I can't harp on that enough in terms of how much it actually allows pages to download much more concurrently and saturate connections. This matters even more on mobile connections because the mobile network itself is often adding up to 200 milliseconds of latency on its own so every round trip you can save is a big bonus to mobile users loading things. A lot of how Google makes technologies like AMP so effective is by reducing round trips to from the phone to the servers and distributing things cash to a CDN and using appropriate image formats. One thing that I haven't personally benchmarked but have seen really promising results from in other places is if you are deploying to a data center and say not using a CDN yourself using good TCP congestion control seems to have a major impact on page loads. There's a new technology called BBR. I believe that it's deployed to Google Cloud at this point. It might also be on AWS, I haven't checked but it basically means that when it's pumping the data down from the server the data center connection is almost certainly way better in terms of bandwidth than your user's connection and as it's pumping down the data it's usually going to run into congestion in the sense that data's gonna get backed up and it's going to have to respond and older protocols do have problems like excessively backing off where they'll see congestion and then they'll just go whoa hold up and they'll basically stop sending data for a little bit and it just introduces additional latency to downloading it and it causes the user's connection to not actually use its full bandwidth when you don't have good congestion control. A good CDN ought to be managing this problem for you if you deployed it one. There are a couple things that I'm disappointed I can't say are today even though they're kind of on the horizon. One of the things I really wanted to say at this presentation was you could turn off aggregation for CSS and JavaScript because of how it downloads things in parallel but it turns out this is not good enough yet. This actually adds a substantial amount of latency to page loads on average it seemed to be adding about 300 milliseconds when you had say a default Drupal install which by the way has an excessive number of CSS files like 100 if you don't aggregate it versus when you turn aggregation on with the Drupal 8 basic install and then you have about three. This still makes a huge difference even with HTTP2 and all these other technologies that I'm saying are available today because even though it can request all 100 files at once they're compressed a lot less effectively and this is because when it comes to file compression in these traditional methods like GZIP they were operated on a file by file basis so the compression dictionary which is sort of the index of things in the file that it's shortening and finds repeated only exists on a file by file basis with things like GZIP and that means that when you display your CSS across 100 files that the compression dictionary has to be sent for each one and they're each independently compressed and you don't get to take advantage of the redundancies between the files which are pretty massive. So you end up adding even a few 100 kilobytes to page loads of Drupal 8 just out of the box if you don't aggregate the CSS that matters and it seems like even though it's requesting all the files concurrently things like some of the side effects of using TCP instead of UDP seem to still have an effect in terms of things like congestion control and head of line blocking where like when it sends a byte of data that byte of data has to reach the device before later bytes of data. There's a sequence to TCP and anything that violates that basically causes it to have to rejigger things re-send things doesn't have a lot of effective a lot of ability to juggle all of those requests in terms of pushing them down effectively at least that seems to manifest in the empirical results. So I'm hoping that with these last mile improvements I'm talking about here that eventually I will be able to provide that device quick. Not only has that advantage of knocking out that one round trip to establish a TCP connection but it also provides much more flexibility for the ordering of the data in terms of getting that data down to the device reducing that head of line blocking problem reducing some of the congestion problems. And there's a new compression format that is fairly standardized not on everything yet. It's I actually haven't seen it too broadly deployed but it seems to be on the path to getting there. It's called a Brootly. And, or is it brutal? I'm hoping I didn't type of that. I haven't had the opportunity to work with it personally because it's not implemented on very many web servers yet but the biggest advantage of this is it actually has a shared dictionary for everything from that connection so that it can take advantage of the redundancies between all the CSS files even though they're separate requests. And then I also did some experimentation with HTTP H2 push. There is a module to do that with Drupal. The way that the module is written right now it sends a separate link header for push for everything. So if you turn off aggregation it actually breaks a lot of caching and H2 servers because it sends a header for every single file and that ends up with over 100 headers for no aggregation but if you aggregate the data it works fine. I also have a patch for it that actually fixes that issue for the other case but it still was not fast enough for me to actually recommend not aggregating CSS and JavaScript. H2 push is a neat thing because it basically has the server say I know that the client's going to need these things I'm going to push them down even before they're requested. The client can then refuse things that it knows it already has cached so it's not terrible if you send things that it already has but I'm looking forward to implementations that involve things like cache manifests where basically the browser can inform the server here's what I have with the initial request so that it only pushes things down that it needs because you could still end up sending users a lot of unnecessary data especially mobile users where it kind of matters from a cost perspective to those users if you just push things promiscuously down to the client that it probably already has. So I do think push will be pretty amazing once it has a bit of a better ability to negotiate it. There are some ways to put that in place manually with something like cookies where basically you can do a thing where you send a cookie that you expect that it already has the file and when it sends the HTTP request you can actually read the cookie and see what you had sent it before and make some decisions about what to push but there's no real automated way of doing this right now and I'm not aware of any CDN that supports it out of the box. So it's very, it's promising but I think these things need a little bit more refinement before I would recommend using that for sites. I did not see a huge drop off in page load times from adding H2 push with the aggregation in place. It probably has a bigger effect on mobile users. So with that I will open up with the floor to questions. So the question is what is the impact of IPv6? The impact is mixed. It goes both directions and here's why. So when you're delivering something over IPv6 most browsers use an algorithm called happy eyeballs to simultaneously try and pull the content using IPv4 and IPv6 and whatever wins in terms of connectivity is what they tend to use. The reason why this has rolled out to a lot of browsers is because there are a lot of poorly implemented IPv6 networks and there are also a lot of cases where the IPv6 is tunneled over IPv4 which causes fragmentation and causes it to work considerably slower than v4 over the same connection. These are not inherent problems with IPv6 so much as how they're deployed in a lot of cases. On the other hand for mobile users IPv6 is a benefit almost across the board and the reason why is that a lot of carrier networks have long since run out of IPv4 space and they run every v4 connection over carrier grade NAT even sometimes more than one layer. So they're having to send it through a lot more processing to convert it to their public address space and that is a cost to the page load time. So in many cases on mobile networks the performance of v6 exceeds v4 especially in developing countries like India because they are the first places that have implemented carrier grade NAT and are not handing out truly public v4 addresses to mobile phones. Another impact that you might want to consider is if you're publishing any apps to the Apple App Store there has been a requirement for a while now that the resources for that app have to be available over IPv6 for the app to be eligible for publishing. So it may just be a requirement that you have to do it depending on what you have connecting. So let's say you're running REST on Drupal as an API and you have a mobile app that's reading that data Apple's going to require that you make that available over IPv6. Most CDN support IPv6 now and it's your choice what records you want to put in place in terms of what you list for users. I mean at Pantheon we recommend all users add their IPv6 addresses to things because when it comes to a possible little downside on the desktop with a likely upside on mobile devices mobile devices are already the more performance constrained case and are rapidly gaining ground as the more common use case of people accessing a lot of things. So I tend to want to optimize for mobile and I tend to want the internet to get better. So I encourage you to deploy IPv6 even though there are a couple caveats. Yes? So the question is if you're using an asset only CDN but you can base, I'm hoping I'm phrasing this well. If you're using an asset only CDN is that an effective deployment if most of your traffic is coming from the same continent as your origin server? So I would still strongly recommend deploying a CDN to it. That's not the right slide. So this is exaggerating the difference a little bit in the sense of you could do the modern stack with no CDN which would sort of help this out but you actually add in, it actually also has slightly worse than this as well because if you use an asset only CDN you're adding an additional DNS lookup for the asset only CDN you will never have the ability really to do HTTP to push because the webpage that knows what assets are needed is disconnected from the thing that's delivering the assets. So you will not be able to enjoy those gains. The also, I find that a lot of CDNs are just actually deployed at much better exchange points on the internet so the negotiation times for connecting are still dramatically lower where we consistently see about two milliseconds to some of these major CDNs whereas even if people are coming from the same continent you're still gonna see latencies of anywhere from 10 to 45 milliseconds from the same continent and then that gets multiplied by the TCP and TLS and HTTP things and then you add in the penalty for the CDN but just to put on my security hat for a second you also need your page to be behind a CDN if you want to actually have protection from denial of service attacks because if only your assets are on a CDN then you can't protect the pages themselves and if the pages don't load then your site is effectively down. Yes, it depends. I think I had a slide in here at one point that was explaining this but there's a concept called tiered caching. I don't actually have that slide in the stack. There's a concept called tiered caching that does make it unnecessary. So on something like Fastly that's gonna be called something like Origin Shield on Cloudflare I think they call it tiered caching and it's one of their paid add-ons for more effective routing of the traffic and the reason why this matters is the more pops you have, the more your cache is kind of getting diluted around the world especially if you have something like say the worst case would be like if you deployed Cloudflare with no Origin cache and no tiered caching because what you would have is about a hundred pops around the world and every one of those would have its own cache and if it misses the only thing it can do is go back to Origin and actually have Drupal render the page and when you have that many pops the chance of keeping them well populated with cache content at least for the pages themselves is much lower. So what you want is something where you have a pop that you hit under ideal circumstances and then as the traffic converges on the Origin it either hits another layer of the CDN that hits a cache or you add a cache in front of your server. I recommend using the tiered caching approach within a CDN because that means you can consistently configure both your pops and your Origin rather than having to manage varnish plus a CDN but you get basically the same impact. It comes down to if you miss the local cache can you actually hit something else because it's still a lot faster for users to hit that than also wake up Drupal. There's definitely a diagram on Fastly's site about this though. So basically the way it works, where was it? So here it is. Basically they hit the edge cache and then if it misses the edge cache at the pop then it hits an Origin server which also has an opportunity to hit. And then when you're loading a site you can actually see this in the results where, whoops, it's just getting a 304 one second. So you can actually see this in the results of these caches. It's probably hard to see but it basically just says X cache hit comma hit. That means that it populated the cache here from the Origin cache that also hit when this local cache missed. So it means that, and it actually shows the route that it took here, that it went through HHN which I don't think that's Frankfurt. I'd have to look it up. I thought that Frankfurt was the closest to here but it basically has Chicago as the Origin cache and then this is the local one that it's hitting the second thing on here. And this is something that you can get from plenty of CDNs. This is not a specific thing to Pantheon or Fastly. Correct. That partly makes it much easier to handle things like revalidation and the aging of the content and the rules around the caching of the content because you get consistent rules deployed to both the Origin cache and the pops that are around the world. And that makes it easier to change your cache rules to say, do something different for particular pages. When we actually deployed the CDN for Pantheon, we, oh, I just realized that people were looking at my speaker notes. The, I was wondering why people were chuckling. That's from an earlier presentation. Anyway, we used to have a varnish layer that we ran ourselves on our legacy edge. And then when we implemented Fastly, we implemented Origin Shield and we no longer run a varnish layer within Pantheon, it coordinates it over the CDN network at Fastly. And so that way we can hit things even if people are coming from different parts of the world. Any further questions? Yes? Yes, I can show that off. It's actually pretty neat the way that it works. And this is not like a Pantheon specific thing necessarily, although we have it deeply integrated into the platform. I don't want to get too like salesy, but the, so we were calling it granular caching and we've made a module available that could probably be easily adapted to working with just Fastly directly or other things that support this. I'm aware of Cloudflare, key CDN, and Akamai supporting this sort of hash tagging, although Cloudflare only supports it at the enterprise level. So we call it, oh, that's the WordPress plugin. There's the Drupal one. So it's pretty early stage, so we're kind of testing it out and showing it off to people, but the basic way that it works, and this is kind of, I don't know, I never get really tired of showing this off. So, oh, actually I wanted to pull these up in Cognito. Because I'm going to log into the site. Let me actually pull it over to HTTPS. And if I go on here, I will, I'm logged in. So what you can see here on these pages, why am I not actually getting the listing here? Oh, that would do it. The text block, oh, I pasted that in there. Okay, so let's load these. You will see that they're hitting caches. So what you can see here is this thing, Sergey key raw, the reason why we output it as Sergey key raw rather than Sergey key is because it's already getting consumed in the Fastly layer and we just provide this for debugging and we don't want a case where someone stacks Fastly in front of Fastly and starts indexing their stuff by keys that they're never going to use in that layer. So this is just for kind of insight. This is all based on harvesting the caching data out of Drupal because it has quite a rich cache key system. So it sets all these keys. Here we have the front page of the site. You'll notice that it's actually annotated that it has content from node one, node two, and node three, as well as a whole bunch of other things related to the configuration of the site. And the fact that I'm an author on these pages, like that's why user one is on here. So if I changed my username, it would know that this page gets affected. Essentially this tracks the ingredients going into the page. Same thing is true on these other ones, although this one you will see only node one and this one you will see only node two. Those are hidden caches as we can see by the fact that the age on each of these is considerably longer than zero. But if I go in here, I'm on node one, I can edit this content, oops, save it. And what this actually does is it puts in a request on the back end through the container system on the platform to invalidate anything related to node one on the site. So basically anything that has content from node one touching it, doesn't matter whether it's in a view, on a category listing, in search results, in a block on the view page, on the front page of the site. If it has ingredients from node one, it knows that it needs to change. So if I go over here, of course, the node one page here is gonna be invalidated. So we now have an age of zero, we've missed the cache. The node two page, though, has actually not been touched because it doesn't actually have anything using node one. The front page of the site, likewise, versus the node one thing, also gets flushed because it has content from node one. Now, if node one falls off the front page of the site, then it will no longer have that tag and it will no longer get cleared if I edit node one. So this effectively allows recalling anything from the cache that has been affected by alterations in the CMS. Yes. Pantheon Advanced Page Cache. I need to make sure that I'm not missing anything. So, yeah, and so if you just look at the source for it, it's pretty clear how you could adapt it for doing it with anything. And then we also have this available for WordPress in case you dabble in that. Yes? Do which one? It's a mixed answer. So for assets for the page, if the CDN is configured properly, like, I mean, the way that we configure our stuff and you can configure yours if you watch the rule set, you should be able to hit the CDN for all these assets, even for authenticated traffic. Second, you will still have gains even if you're missing the page cache because the negotiation for the page will still be this rapid bounce, back and forth bounce between the pop and user, and then the pop maintains a persistent connection all the way back, so it's able to reduce the number of round trips to actually load that. So you can still knock hundreds and hundreds of milliseconds off the page load, even though you're missing a page. And then the final advantage is, as things like the Brootly and Compression start getting rolled out and more things like H2 push with things like Cache Manifest get developed, the authenticated page will still be able to use the CDN to hint what stuff to push to the client aggressively so that as soon as it starts getting the HTML, it's able to render the page really quickly. So there's still a lot of advantages, and then also there's that attendant security advantage I was talking about in terms of protecting the site from denial of service attacks, which the site is actually much more vulnerable to if it's using a lot of authenticated traffic and public users can get accounts. It's a lot easier to create situations where you're putting a lot of load on the origin. Okay, oh, I'm gonna close up here, but thank you. Thank you.


This is a quick demonstration of the distinction of the posterior compartment of the leg.  The gastrocnemius has got two bellies. We can see the medial belly and the lateral belly. The medial belly is bigger than the lateral belly. It takes origin from the posterior aspect of the medial condyle of the femur and the posterior aspect of the lateral condyle of the femur. The two bellies unite and approximately midway they become a flat aponeurotic band and further down they rapidly converge to form the tendogalcaneus. So this is the gastrocnemius. A few quick words about the gastrocnemius. The gastrocnemius is type 2 white muscle. So it is for running, jumping, sprinting and for rapid actions. It is easily fatigable. The medial belly is the one which is maximum prone to stresses and strains and tears and that tear of the medial belly is referred to as tennis leg. The medial belly of the gastrocnemius is also sometimes responsible for compression of the propyteral artery and that is known as propyteral artery entrapment syndrome. And under the medial belly of the gastrocnemius we have a bursa which we can see here, a remnant of that bursa. This is the bursa of the gastrocnemius which communicates with the knee joint. So these are some aspects of the gastrocnemius which is in the superficial compartment of the posterior. Now I am going to split open the gastrocnemius and separate it from the underlying muscle and that is the soleus muscle. The soleus is a flat muscle. This is type 1 red muscle. It is a sustained action muscle. It is not easily fatigable.  Look at the attachment of the soleus to the posterior aspect of the tibia. It has got an inverted V shaped attachment. This is referred to as the solial line. So the soleus is attached to the solial line below and attached to the solial line from above is this other muscle which is the popliteus muscle which I shall tell just a little later. So this is the inverted attachment of the soleus and in between the fibula and the tibia there is a portion where the soleus line is absent. Instead there is a fibrous arch and that is known as the tendinous arch of soleus under which the popliteus vessels pass and they can get compressed here in this side and my finger has gone under it but I will show it to you when I reflect the soleus. In this particular cadaver we have what is known as an accessory soleus and we can see that here which is usually present here. Normally the soleus tendon should stop here and the rest of it should be the only the tendu calcaneus. Under the lateral head of the gastrocnemius we have yet one more muscle which is attached to the upper part of the lateral condyle of the femur and that is this muscle here which I have shown picked up here. This is a very small muscle which is called the plantaris. Immediately as it passes between the two heads of the gastrocnemius this is the plantaris muscle it becomes a long thin tendon and it runs from lateral to medial between the gastrocnemius and the soleus. This is the plantaris and it merges with the tendu calcaneus. This has got this does not have any much clinical anatomical significance and the only clinical significance is that sometimes it can rupture and then it produces again what is known as a tennis leg. This is to be called a freshman's nerve because in the earlier days some people used to mistake this for the tibial nerve. Most important point is that this is used for nerve drafting the plantaris. Now let's say a few quick words about the tendu calcaneus. The tendu calcaneus is arguably one of the most powerful tendons in the human body and it is the only large tendon which is not covered by synovial membrane. Instead it is covered by a sheath part of which is retained here and that is known as the paratinum. It occupies almost the lower half of the leg and it is a combined insertion of the gastrocnemius, the two heads, the soleus and of course the plantaris. This is inserted onto the posterior aspect of the calcaneus and there is a bursa between the tendon and the calcaneus that is known as the subtendinous bursa or that and there can also be a bursa on the under surface on the between the skin and the calcaneus that is known as the superficial and they can be inflamed in what is known as calcaneal bursitis. This tendu calcaneus fibers as they converge they rotate 90 degrees laterally so therefore the fibers coming from the gastrocnemius they are oriented laterally and the fibers coming from the soleus they are oriented medially. The purpose of this rotation is to add extra springiness to the gait. This is such an important tendon and this is a very powerful plantar flexor of the foot one of the most powerful plantar flexors. At this juncture I would like to take a step back and mention that soleus is a single joint muscle because it is taking origin from the tibia and the fibula but the gastrocnemius is a two joint muscle because it is taking origin from the femur so therefore the gastrocnemius apart from its plantar flexion action it is also a flexor of the knee joint but it cannot do both actions together to the full extent therefore if the knee is fully flexed 90 degrees then the gastrocnemius cannot plantar flex the foot. So come back to the action of the soleus to the tendu calcaneus it is one of the most powerful plantar flexors and if there's an injury of the tendu calcaneus it is as bad as cutting the foot. So therefore repairing the tendu calcaneus after it is torn is mandatory and when it is torn we usually repair it in the way I have shown it here we make a z-shaped incision we do not repair it directly end to end because if we repair it end to end it will tear again so instead we repair it in the form of a z and that's known as a z plus t that way what happens is the line of tension is distributed and then it is not likely to rupture again. So now let me reflect the soleus with the tendu calcaneus and once I reflect it we see the deep layer of muscles of the back of the foot and before I proceed any further I have inserted my finger under the tendu calcaneus arch of soleus and you can see it is coming out from here and we can see that the tibial nerve the popliteal artery and the popliteal vein they are all passing from the popliteal fossa under the tendu calcaneus arch of soleus into the back of the leg and this is the place where the popliteal artery can get entrapped. So now let's take a look at the structures that we can see in front of us this structure that we see here this is the tibial nerve this tibial nerve supplies all the muscles of the posterior compartment the leg it runs in the deep compartment and this is where it can undergo what is known as a compartment syndrome then we have this structure here this is the posterior tibial vein and this is the posterior tibial artery and as we go lower down we can classically see that the posterior tibial artery is accompanied by the vena cometantis one on this side and one on this side and we can see that this vena cometantis they've got multiple openings these are all the places where the perforating veins were opening and they unite and they form the posterior tibial vein so this is about the posterior tibial artery the posterior tibial vein and the tibial nerve and these are the various branches of that now let's take a quick look at the structures which pass through the under the flexor retinoculum that is the retinoculum between the medial malleolus and the calcaneus this is bridged by the flexor retinoculum and this space is referred to as the tarsal tunnel this tarsal tunnel is the place where the tibial nerve can be compressed and it can lead to what is known as tarsal tunnel syndrome the muscles that we see in the posterior compartment are on the back of the leg going from medial to lateral we have there's a vertical line on the back of the tibia medial to that is the flexor digitorum longus lateral to that is the tibialis posterior and the lateral most is the flexor halusis longus but as these muscles go down the orientation changes somewhat and we can see it here in the tarsal tunnel the anterior most structure is this one this is the tibialis posterior tendon this tendon that we can see here this big tendon the next one is the flexor digitorum longus then we have the posterior tibial artery with its accompanying vena commitantes then we have the tibial nerve and finally we have the flexor halusis longus so therefore there is a very quick mnemonic here we have tom tibialis posterior dick flexor digitorum longus bloody tibialis posterior tibial artery and vein nervous tibial nerve and held flexor halusis longus these are the structures which are passing through the tarsal tunnel now let me mention a few quick words about this popliteus muscle this is also a muscle of the deep compartment and as i mentioned it takes attachment above the solial line below the solial line is the solius it goes from medial to lateral up like this and it gets inserted onto the lateral condyle of the femur the popliteus muscle forms the floor of the popliteal fossa the lower part of the floor it is also supplied by the tibial nerve tibial nerve runs like this and the nerve supplies from inner aspect the popliteal muscle acts as a rotator of the knee by five degrees only when the knee is extended it helps to lock the knee and helps to unlock the knee so this is the most important action of the popliteus muscle so these are all the points which i wanted to mention in the posterior compartment the superficial in the deep if you have any questions or comments please put them in the comment section below Dr. Sanjay Sanyal signing out have a nice day


Hi everyone. Happy Sunday. I'm Joe for jaspyscasebreaks.com coming at you a little footy here 21-22 tops finest UEFA Champions League Soccer four box It says half case But that's not correct This is it finest is a 12 box case. I think they Where's that the eight box case and 12? Packs inside we're gonna find out Losing my mind so my brain's still on vacation. Anyway four box break Those teams are in couple combos there and we're giving away four extra spots. So we only sold 16 spots outright We're gonna randomize the top the 16 in the top four. We'll get extra spots. That's our first ice roll after seven times two and a five one two three four five Six and seventh and final time Louie you got three of the four Kevin you snuck in there with an extra spot for yourself as well Next four box break in at the store right now if you want to get after it. Let's put those little rooftops next to your name so you know you won that in the This little randomizer here now. Let's do the official randomizer for Your names and the teams let's roll it and randomize both of those lists three and a two five times each One two three four five three and a two five times for the teams one two three four and five After five times we've got Atalanta down to my club Liverpool All right, so Louie you have Atalanta Harry with Leipzig Red Bull Leipzig Louie you got Barcelona Ian with Paris Saint-Germain Brian with Inter Louie with Chelsea Ryan with AC Milan Louie with Man United Kevin with Bruges and Lille Rosario with Atletico Madrid Aaron with Wolfsburg and Sevilla Louie you got Sporting and a Bayern Munich Jason with Dortmund Louie with Real Madrid Kevin with Juventus Sean with Porto Salzburg and Louie with Man City Ajax and Liverpool so Let's sort by column B here by team And we're gonna pause the video for a little bit when we come back We're gonna see if there's any trades and then we'll have the break. So stick around. We'll be right back All right. Welcome back everybody No deals were done TWC trading window close here on Sunday the 9th Thanks everybody for getting in so that list remains the same.  This isn't a different. No, that's it's totally me In my head. I initially started thinking of this as top chrome which automatically put me in 12 box mode That's finest Eight boxes, so we got four on the left side and four on the right side We're gonna roll this nice Liverpool red die here We'll go one two three for the left side four five six for the right side And it's one we'll go left side and this side will be for break 12 which is already loaded up On jasky's case breaks calm right now. So there it is marked 12 12 right here. So, you know, they're from the same case Would love to run this back tonight All right, good luck first break back from a from a little little vacay To Vegas so I get myself warm back up here Get into the group breaking groove Saw some summer league action ladies and gentlemen in Vegas Saw when Benyama in action or in action as the case may be But he's so much taller his arms are easily so much longer than everybody else It's kind of crazy to see to witness live Saw scoot Henderson Drop 33 points in a summer league game. He looked really good. Go to Chaden Sharp Nice good. I'm glad you guys did Yeah, summer cut Chris. I mean, I gotta get a haircut at some point My hair was never as long as Chris's but It's feeling a little heavy But yeah, summer league does that was my first time going to NBA summer league It was pretty awesome. It was a cool experience My my cousin Dan who often goes to these things was saying that Even the Zion year that he went to was not as as busy The buzz wasn't as big As it was for this Wemby year that gives you any indication of Of the uh, the when Benyama hype Out of 150. There's a Baranza For sporting that'll be for Louie. I'm assuming all card ship in this Yeah, all card ship in this Sean Ronaldo And it's probably worth looking up all of these rookies too Right because You know, who knows what their value is now compared to when this set first came out That'd be something just good to research Here's a rookie auto Youssef Demir for Barça Now we'll go to I'll go to Louie And a Bartolona Oh Yeah, you should go to summer league games. Gilo. I think it's uh it's kind of cool like You know like scouting, you know quote-unquote air quotes Scouting these players that you're going to see in upcoming sets If you're just a basketball fan, I think that's going to be Something enjoyable right there. There's don't yell my land for Dortmund Here's the old messy there. Um at the vegas summer league There's two courts So there's the main court where unlv plays and then there's like a side court like a practice court It's about the size of a high school gymnasium And it's that that room is cool. That's where they play like the secondary games. I guess the ones that you see on like So the main court is espn and the secondary court is like mba tv the mba network Pascoles centurion That's also cool because you can probably get even closer to the players and be able to uh Oh nice and bop it refractor Where does he end up Does he stay or does he go that that? PSG owner imposed a deadline It's getting close There's fabio aviera to 250 But yeah, so that room is cool. I I watched I think toronto Saw the raptor's bulls game in that smaller gym Which is really cool to see And there's eduardo camo vinga nice Great autograph for real madrid That's gonna go to louis There's christian polis like I think is finalizing his move to ac milan. I think all right nice start next box But yeah, I would highly recommend it to you gilo and everybody else If you want to do a summer league most years apparently are not as crazy as it was this year But you can buy I think It was It's general admission. So there's no seating, right? It's all just first come first serve I think it was 60 bucks For the day You can say they're all day I think there's ins and outs too, but I think it's 60 bucks for the day And I mean how how early do games start they go to 11? I think the last game which was a lakers warriors game, which was really cool started at eight And parking was free too, which was shocking so used to like la where Everyone charges parking for like a zillion dollars at every arena here, but Yeah, parking was free I think you can I think if you buy like Extra you can buy I think you can pay for like covered parking and we just parked out of the the general parking lot and just battled 110 degree heat for a couple hundred yards to get into this area, but There was What else was there? I don't know it was just falling all around I mean you saw you see basketball players walk around at every hotel And around the arena and stuff like that um A lot of good concessions at thomas and max center where unlv play Miss pedre There's matias the elite to 99 for uve that's for kevin Rex is remembering there's no more first-class Pulse of service what they don't have that anymore It's it's called parcel ground advantage Do they need to read brand first-class? There's moriba for leipzig to 150 Red Bull Leipzig is for harry And we got a nico williams autograph for liverpool nice That's my club. That's going to go to louis three out of five Nice out of fives and under get the train whistle All aboard the big hit express Nice one Let's do bellingham. We finally made his move right next side here It's chlorine benzema and there's a show love sure a tiré 150 out of 250 For man united that'll also be for louis Svend boteman 299 for leal That will be for the bruise leal combo that will be for kevin There's a little net messy for psg And jao felis for atletico atletico madrid edition of jao felis That's for risario. It's to 150 Where's he is he still at chelsea? He was pretty highly still pretty young. He's only 23 years old He was on the thing was on loan to chelsea, right? But didn't quite work out And then now he's back with atletico madrid Gilo thinks that that uh that what mba is advertising summer league a bit more Yeah, I I guess mostly because Summer league has always been in vegas for a long time And then they do like uh, and then they have a some summer league games in sacramento I think they call it the california classic So that's always been on The radar at least for california sports fans But yeah, I think it's becoming more of a tv event now I feel like I feel like espn And the mba network have really been Broadcasting more games And I don't know if that was always the case Or maybe it was more Maybe mba tv broadcast most of the games and it wasn't really on the bigger The bigger network something like that But yeah, I feel like I've been hearing some more Some more buzz on that too Probably is wemby effect probably is just a conscious this effort to promote that more I mean to mba in the middle of the summer Where not much is going on except for Golf majors and baseball Everything else is over drafts are all over That's a nice little mid-season sort of hoops form up All right third box 72 out of 125 Luke is in mecca For vulsberg that's going to go to erin Another christianne romell this man united edition by the way And our autograph is for ac milan pierre calulu It's going to go to ryan Yeah, mba playoff playoffs is kind of long, isn't it? I always want to I always feel like if I was like mba king of king for the day Sergio ramos to 299 that I would uh That I would shorten the season Just keep the playoff lengths the same What does everyone think about the uh, I know what this we're in the middle of a soccer break, but I'm about to get that new uh And nice from christianne romell 96 out of 99 for louis man united But the basketball tournament The in season tournament I don't think Here's our autograph For barca that's you sift amir The wave-looking autograph here 48 out of 99 For louis and barca And then there's latin to 250 for ac milan. That's for ryan All right final box Good luck everybody second half of this is in the store Get after it Thank you But the in season tournament is interesting I don't think they're adding extra games for like it's the reason I guess why it makes sense is it's sort of like a cup competition So they're kind of emulating that european cup competition style Of things that they do in soccer But I don't think it's additional games I think they've just designated some games as I don't know What do you how do you want to call it like Like they call it in like we're in like pga golf like there's elevated tournaments or something like that designated events So this is sort of that kind of thing where Or hey, it's this is a part still part of the regular season 82 But this is also they're a little more stakes because of Because it's a cup competition I think there's a trophy and money involved for now They're playing around with the idea I think i saw this report. I think they're they were playing around with the idea of hey Um This could mean the winner of this cup competition could mean a playoff spot That's on the table I think basically they're thinking uh You know, and I think both all the front off or front office. I think the association the league office Seems to be saying that you're just going to kind of start this small They don't expect it to be a hit right out of the gate. They don't expect people to like it right out of the gate But they're kind of kind of getting the ball rolling on that which I think is kind of cool I don't know what the tournament's officially called. Ooh, nicely on a messy refractor For psg That's for ian with barry sans-germain I don't know what it's called. Is anyone off the top there? I will look it up after the break There's anzu fati for 2.99 for barsa. I'm sure it'll uh I'm sure it's pending a title sponsor There's kai ohore to 25 For uve that's going to be for kevin What do you think the title sponsor is going to be the The draft king's mba cup Who's the official car sponsor of the mba the kia? There's edwin van der sar to 75 I think what was the latest edwin van der sar news that I saw recently? sad news Yeah, he's in the hospice. He's in intensive care following Brain bleeding. I don't know how that happened Some intensive care Not sure if it was that as a result of an accident or if it was just Something that happened But yeah, he's he's remaining in intensive care. It's only 52 so That's for iax. That'll be for louis get well soon to edwin van der sar Great keeper in his day And there is a danielmo for a red bull life zig. That'll be for harry. That's to 50 There is a benjamin sesco to 150 for a salsberg That'll be for shan who is the porto salsberg a combo We've got a 90 out of 199 kyle that is for For uve once again for kevin. I was hoping I'm sure jason was hoping the same thing. I was hoping we'd see more Erlen holland base cards or maybe even numbered cards, but here's one Dortmund addition in this set this for this year jason with that one There's an imbappe And there's a pierre calulu for ryan and ac milan And there you have it boys and girls nice little break here 21 22 tops finest uvefa champions league soccer Halfcase random team number 11 from jazby's case breaks.com second half in the store right now Let's get after it remember and we're still giving away those forex response too So buy a full spot got a chance to win a full spot I'll help you get some of the nicer teams and maybe we'll get some nice cards for you. Thanks for watching I'll see you next time for the next one


Hi guys, welcome back to my YouTube channel. This is Daniel Rosal here. I am back in Jerusalem after a couple of days adventuring in the south of Israel. As I was adventuring the week before last, I think in the north of Israel, the beauty of Israel is that it's such a small country that you can get pretty much to the far reach of it in two or three hours at most by car. If you're interested in where I went, do check out some of the recent videos I've uploaded here. However, for this video today, I wanted to do something a little bit different during my recent time driving around Israel. I have been listening to a podcast produced by a guy that I've been following on Twitter for, I want to say, like three months now.  So I feel like I knew the guy before he produced the podcast, even though I've never met him, probably never will. But it's a really good podcast. And given that we are all currently many of us supporters of Israel, both those living in Israel and those living in the Jewish diaspora, are concerned by what we're seeing on the political front. And I think that David Horowitz of the Times of Israel put it best recently when he said that it's not the any specific change that is concerning. It's the rapidity of the changes that is quite scary. And how quickly Israel is moving away from one direction towards another direction. Now, before recommending this podcast, firstly, I'm recommending this podcast because I'm trying to use my YouTube platform to promote it because I think it's a great podcast. I have no incentive to do so whatsoever. Secondly, because I appear to be today at least a technological dinosaur and I haven't figured out any other way to leave a review for the podcast. So I said, instead, I would do a video. It's called Israel Explained by Shael Ben Efraim. And you can find it on Spotify. You can find it on Apple Podcasts, wherever you're most accustomed to get your podcasts. You should be able to track it down. Again, it's called Israel Explained. So look for those keywords. There's been about eight episodes produced so far. And what I appreciate about the podcast is that it's very informative and well researched. And I feel like there's probably you can say that for about 10 percent of podcasts at best. He does a really good job. Now, just to explain his bias, my bias is leaning against these proposed judicial reforms. And that probably puts us both towards the left of the political spectrum. So if you're on the right of the political political spectrum and you think these proposed judicial reforms in Israel are the best thing under the sun and Israel is going in a wonderful direction, you're probably going to be annoyed by the podcast. So therefore I'd recommend maybe just not listening because who wants to be annoyed when you're trying to drive? There's already enough stress on the roads, right? But if you are concerned and you're looking for an informative update, I highly recommend in particular the episodes regarding what the judicial reform proposals entail. There's a good one recently about the potential effects. Some would say the actual effects these have on Israel's international credit rating via the agencies like Standards and Poor and Moody's and how that might affect the ability of Israel's high tech powerhouse to raise capital on international capital markets. That's a great episode to actually all the episodes were great. Who is Shia better frying besides a dude I follow on Twitter? From the best of my knowledge, he's a former Israeli diplomat. I think he has let that nugget out at least once. He lives on the west coast of the US. He's originally from Israel and that's about as much I know about the guy. I do enjoy his takes on Twitter. He can be followed on Twitter. But as I am not Shia, I'll benefit and it's not my job to promote him. I'm not even going to give his handle because I can't remember it. However, I do remember his podcast. It's called Israel Explained. I personally think this is one of the best podcasts I've listened to. I think it's highly informative. And I think that if you're trying to just make sense of what's going on at the moment with all these changes in the Israel, the Israeli politics, the rise of the right wing, very far right wing government and all the implications of the judicial reform proposals really recommend tuning in. It's about 40 minutes per episode and whether you're at the gym or on the road. Or you just want to listen to the episode as you stare out into Jerusalem and Tel Aviv and wonder what's going to be about this place. Recommended. Thanks for watching. And if you do have other podcast recommendations, book recommendations, YouTube channel recommendations you'd like to throw back in my direction, feel free to leave them in the comments. I'd appreciate it because I think we all need to be and stay informed. Those of us who care about Israel during this very volatile period in Israel's existence as a young country. Thanks for watching. And of course, if you do want to get more videos about Israel and Jerusalem and other such matters, subscribe to this YouTube channel as well as Shia's podcast. Have a great day.


What's up, Rich? All right guys, I'm gonna get started We clean up the lens and then we'll take it What's up everyone today is Monday today's YouTube live day So if you guys don't already know every single Monday at 11 a.m. On the dot I make these YouTube live videos and I've been getting a lot of comments in the video saying why is the video so low-quality Why aren't you guys not taking it seriously and to be honest guys?  I'm not putting up a PowerPoint presentation to explain my trades I'm trading and immediately after I'm coming on camera, and I'm talking about it.  Whereas we do it immediately after so that's just the way we like to do things That's the way we've done it forever, and I'm gonna keep coming outside. I'm gonna keep walking Because this is what I like to do You know M.I.C. started because it was a passion that we had So I mean this is the way that we want to teach. This is the way that we want to show you and If I really wanted I could say bye-bye M.I.C. tomorrow, you know, I'll still be doing fine So we do this to help you guys. So I mean at least listen to the help anyway, so One thing before I get started is if you go to our website myinvestingclub.com On the top right of the website, you'll see a button that says free consultation So what we're doing is something very unique and very special So if you click that button free consultation You could literally get on the phone with one of our mentors and one of our moderators Tosh To schedule a call to see if M.I.C. is the right fit for you or to see if trading is the right fit for you There's no strings attached. There's no price. There's no nothing This is just our way of once again helping and giving back to the community because not a lot of people should Know if they should start trading or not or maybe a lot of people have questions about the stock market before they get started So click on that free consultation button on the website Reserve your time slot for a free consultation because there's limited time slots every single day So check that out guys. This is something that's brand new So let's talk about the market today guys. So The big headline today Is that the Dow Jones is down like a thousand points or something like that, right? The overall markets are tanking.  How do you protect yourself from the overall markets tanking? And the truth of the matter is guys, this is totally normal Okay, the market moves in cycles There's going to be cycles where the longs are dominating and there's going to be cycles where the shorts are dominating It is the same thing for small cap stocks as well There's cycles where chasers are making all the money and there's cycles where chasers are losing all their money So on a slow market cycle or on a market cycle where the overall market is tanking You shouldn't be trying to get out of your comfort zone and start trading this stuff If you're usually trading small cap stocks You shouldn't be going and trying to trade nvidia or facebook or netflix just because there's extra volatility What ends up happening is people get out of their comfort zone People trade outside of their niche because they think they see an opportunity And you end up losing more money On a market cycle where the market is tanking That is the opportunity that you have to start investing into long-term stocks So for example, let's say you have an extra $10,000 in the bank, right?  I put it into the stock market. I put it into real estate I put it into smaller companies.  I want to be able to take advantage of this panic I want to be able to start putting some money aside Because hey, maybe in a year or maybe in six months You're going to find out that amazon had an amazing christmas sale and the stock is going to go up Stuff like that guys. So start to think differently Don't be part of the herd. Don't be part of the sheep that is buying these stocks at dead top Buying these stocks at all time highs Wait for dips wait for opportunities like this and start to build your long-term wealth. That's number one Number two is what happened in the small cap world Two weeks ago You could buy any small cap stock and they would double and they would triple and maybe even quadruple It didn't take a genius to make money in that type of market But all of a sudden everything is changing Now why is everything changing and how can you profit from it? Well, it goes back to the first thing that I talked about in this video market cycles We have been in a market cycle Where amc is hyped up Where a game stop is hyped up Where m r i n is hyped up. Okay And oftentimes these these these hype stocks do not freaking last Okay, so what ends up happening is every single person that missed out on amc is buying game stop Every single person that missed out on game stop is buying m r i n Every single person that missed out on m r i n is buying bl i n And sooner or later the momentum is going to stop the momentum is going to change The longs are going to lose their edge and the shorts are going to get their edge And that's why we've had a crazy market the past couple weeks Last week I made $99,000 on the week And the reason why is because I recognized that the longs were no longer in control The shorts started to be in control And I started to size up and take advantage of that opportunity But now this week it's getting a little bit more different And the reason why it's getting more different is i'm starting to see these stocks trap more I'm starting to see these stocks ramp up at zombie times I'm starting to see these stocks go crazy And because they're starting to go crazy it tells me that the market cycle might be starting to change again The way it works is longs start to get too greedy They start to buy everything and buy everything and it stops working Then the market cycle changes the shorts getting too greedy They short anything and everything that's up Even if it's up 5% even if it's up 10% they short it because that's what's been working And right now as a short seller i'm starting to feel myself get greedy And because i'm starting to feel myself get greedy because i'm starting to see these stocks trap A signal goes off in my brain and says you know what? Maybe the market cycle is going to change again Maybe something is going to happen where the longs are going to get dominated Because the shorts have been too greedy And it always happens the same way It happens after one stock starts to squeeze like crazy The last the last two market cycles went like this AMC went crazy it went from 10 to 70 And mrin went crazy it went from 2 to 30 So when we get this third runner or when we get a new runner that starts to go crazy That is going to light up the market cycle in the longs favor So until then the shorts are still dominating But be aware that that signal that the market is changing Comes after one big squeezer One big squeezer comes It catches everyone off guard After it catches everyone off guard people are like i want the next one I want the next one i want the next one and they start closing their eyes and buying And the cycle repeats This is the same thing in all types of market Okay, it's the same thing in small cap stocks. It's the same thing in large cap stocks The key is how to identify What triggers to use to identify And to be self aware enough To not Ignore the action Does all that stuff make sense guys that stuff took me about seven years of trading to learn And I just gave it away right here These videos are like my own mental diary I share all these things as much as I can because I go back and I watch my own videos I go back and I look at how I traded. What was the market doing six months ago? What was the market doing three months ago? What was the market doing a year ago? And what can I do to take advantage of that to make even more money? Last year I traded for only one hour a day guys And the reason I traded for one hour a day last year is to prove to you that our mic process works If you follow our process if you follow our routine if you follow exactly what we are teaching you In one hour you could trade and you could walk away this year I did the same exact thing But now I'm up almost double Now why is that? The truth of the matter is there's just been plenty more opportunities this year The same strategy is working the same process is working But instead of two stocks moving every day Now there's three or four stocks moving every day and I'm able to capitalize on that So at this point, I think I'm up 1.6 1.7 million People always ask me. What's your goal? What's your goal? What's your goal?   You need a process I wake up every single day and I I don't say I want to make seven thousand dollars today I want to make ten thousand dollars today Shit man. I want to make a hundred thousand dollars every day But the problem is there's not opportunity like that every single day So what my brain has shifted to tell me is I want to show up And be as disciplined as I can So that long term I could make money. That's it Our mic process works guys.  That's like saying when you drive Yeah, I'm going to buy this Ferrari It's going to cost you 250,000 no problem.   Would you drive in a car without seat belts or airbags?    I want to do this guys.        I have an auto liquidation and I tell them to fucking cut me off at 10 30 So my broker is helping me and your broker should be helping you too So guys i'm just trying to hear i'm trying to be here to help you guys I get nothing in return for these videos if one day I decide to stop doing youtube lives or stop doing m i c overall It could happen right it could happen The point is that we are here to help you guys The point is we are here to just share with you our journey I've made every single mistake in the book I've made So many countless errors And now as a trading mentor my goal is to have you learn from these videos So you don't have to make these mistakes again I've made every mistake that you've made now and I've made every mistake you're going to make in the future So watch these videos listen to these videos Learn from these videos And do something about be proactive Enough is enough enough is enough.  Let's do a let's do an audience Q&A right now. So maybe I can answer some of your most Um, some of your questions Maybe I can understand a perspective of the way that you guys are thinking Maybe I could kind of help you guys one on one So let's do it guys. Let's let's start to do a audience Q&A here.   Do I keep it the same? Keep it the same brother Keep it the same that is a process that is time tested So keep it the same and keep doing what you're doing 4k cash account cannot do anything. I keep losing money with Ross Cameron strategy.  That's that's wild I'm an MIC member and I am unable to execute You are probably unable to execute because you have no plan You are too scared to pull the trigger because you're winging it Start to make a plan entries exits. What happens if things go right? What happens if things go wrong? Talk about getting borrows, please.  I'm not I'm not sure The live was gold. Thanks again for the Yankees tickets last week.  You're we don't do trials anymore. We had an opportunity to do that Well, we don't really do that anymore. Try it out for a month guys text tosh 2 1 3 4 5 8 5 9 9 7 he will give you a discount Not sure if you mentioned this already, but where can you sign up for the third annual boot camp? The third annual boot camp sign up will go live probably in about a week or two It's going to be on august 17th guys It's going to be a live trading event So that means that me and bow are going to be trading live on camera Mentoring you guys live on camera and we're going to have presentations from our mods 2 1 3 4 5 8 5 9 9 7 is the number to text Do MIC members go long as well? We have two long biased moderators harry and austin and they go long all day long and bow goes along the hot stocks of the day You guys are watching us for free the best education out there and you guys are talking about other rooms You guys don't deserve us. That is true my friend Any boot camps coming to nyc So right now we're not doing in-person boot camps because of covet But we are going to start doing those soon. The next boot camp is going to be virtual Would I ever consider a small account challenge for a month example a $10,000 account?   There's the last thing that I'm going to talk about If you look at um a daily chart like staff Now this is a secret I looked what I was doing when I first started is I was looking for an edge And what I found on a lot of these companies, especially companies like staff is if you look at the daily chart Every time that it pushes up it comes back down The wick happens on the same day So if you look at the daily chart, you could see that it wicks up and wicks right back down on the same day So what I was doing is I was specifically Patiently waiting for those stocks that on the daily chart They would wake up and come right back down and anytime I saw a stock like that That was my a plus setup back in the day and that was the trades that I sized up on So that was the only strategy I knew when I first started and that strategy still works now The only difference is I've expanded my playbook and I'm doing a bunch of other stuff So when I first started I was looking for companies that would go up and wick back down And that was kind of my edge back then so Anyway guys, I'm going to call it a day now.  So I'll see you guys back in the room. Thank you guys for attending And if you guys have any questions Throw it into the chat. So thanks guys