�ݺ�ߣshows by User: warpforge

�ݺ�ߣshows by User: warpforge / http://www.slideshare.net/images/logo.gif �ݺ�ߣshows by User: warpforge / Wed, 09 Aug 2017 03:12:41 GMT �ݺ�ߣShare feed for �ݺ�ߣshows by User: warpforge Advanced Drupal 8 Caching /slideshow/advanced-drupal-8-caching/78684264 advanceddrupal8caching-170809031242
As presented at the San Francisco Drupal Users Group: https://www.meetup.com/SFDUG-San-Francisco-Drupal-Users-group/events/241098139/]]>
As presented at the San Francisco Drupal Users Group: https://www.meetup.com/SFDUG-San-Francisco-Drupal-Users-group/events/241098139/]]> Wed, 09 Aug 2017 03:12:41 GMT /slideshow/advanced-drupal-8-caching/78684264 warpforge@slideshare.net(warpforge) Advanced Drupal 8 Caching warpforge As presented at the San Francisco Drupal Users Group: https://www.meetup.com/SFDUG-San-Francisco-Drupal-Users-group/events/241098139/ <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/advanceddrupal8caching-170809031242-thumbnail.jpg?width=120&height=120&fit=bounds" /> As presented at the San Francisco Drupal Users Group: https://www.meetup.com/SFDUG-San-Francisco-Drupal-Users-group/events/241098139/

Advanced Drupal 8 Caching from David Timothy Strauss

]]> 777 5 https://cdn.slidesharecdn.com/ss_thumbnails/advanceddrupal8caching-170809031242-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 LCache DrupalCon Dublin 2016 /slideshow/lcache-drupalcon-dublin-2016/72753545 lcache-drupalcondublin2016-170302213356
Scalable caching in Drupal is broken. Once cache access saturates a network link, the main options are Memcache sharding (which has broken coherency during and after network splits) and Redis clustering (immature in multi-master and as complex as MySQL replication in master/replica modes). We can do better. We can have better performance, scale, and operational simplicity. We just need to take a lesson from multicore processor architectures and their use of L1/L2 caches. Drupal doesn't even need full-scale coherency management; it just needs the cache writes on an earlier request to be guaranteed readable on a later request.]]>
Scalable caching in Drupal is broken. Once cache access saturates a network link, the main options are Memcache sharding (which has broken coherency during and after network splits) and Redis clustering (immature in multi-master and as complex as MySQL replication in master/replica modes). We can do better. We can have better performance, scale, and operational simplicity. We just need to take a lesson from multicore processor architectures and their use of L1/L2 caches. Drupal doesn't even need full-scale coherency management; it just needs the cache writes on an earlier request to be guaranteed readable on a later request.]]> Thu, 02 Mar 2017 21:33:56 GMT /slideshow/lcache-drupalcon-dublin-2016/72753545 warpforge@slideshare.net(warpforge) LCache DrupalCon Dublin 2016 warpforge Scalable caching in Drupal is broken. Once cache access saturates a network link, the main options are Memcache sharding (which has broken coherency during and after network splits) and Redis clustering (immature in multi-master and as complex as MySQL replication in master/replica modes). We can do better. We can have better performance, scale, and operational simplicity. We just need to take a lesson from multicore processor architectures and their use of L1/L2 caches. Drupal doesn't even need full-scale coherency management; it just needs the cache writes on an earlier request to be guaranteed readable on a later request. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/lcache-drupalcondublin2016-170302213356-thumbnail.jpg?width=120&height=120&fit=bounds" /> Scalable caching in Drupal is broken. Once cache access saturates a network link, the main options are Memcache sharding (which has broken coherency during and after network splits) and Redis clustering (immature in multi-master and as complex as MySQL replication in master/replica modes). We can do better. We can have better performance, scale, and operational simplicity. We just need to take a lesson from multicore processor architectures and their use of L1/L2 caches. Drupal doesn't even need full-scale coherency management; it just needs the cache writes on an earlier request to be guaranteed readable on a later request.

LCache DrupalCon Dublin 2016 from David Timothy Strauss

]]> 525 4 https://cdn.slidesharecdn.com/ss_thumbnails/lcache-drupalcondublin2016-170302213356-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Container Security via Monitoring and Orchestration - Container Security Summit /slideshow/container-security-via-monitoring-and-orchestration-container-security-summit/61106494 containersecurityviamonitoringandorchestration-containersecuritysummit-160419173701
Security is a basic requirement of modern applications, and developers are increasingly using containers in their development work. In this presentation, we explore the basic components of secure design (preparation, detection, and containment), how containers facilitate that work today (verification), and how container orchestration ought to support models of the future, especially ones that are hard to roll manually (PKI).]]>
Security is a basic requirement of modern applications, and developers are increasingly using containers in their development work. In this presentation, we explore the basic components of secure design (preparation, detection, and containment), how containers facilitate that work today (verification), and how container orchestration ought to support models of the future, especially ones that are hard to roll manually (PKI).]]> Tue, 19 Apr 2016 17:37:01 GMT /slideshow/container-security-via-monitoring-and-orchestration-container-security-summit/61106494 warpforge@slideshare.net(warpforge) Container Security via Monitoring and Orchestration - Container Security Summit warpforge Security is a basic requirement of modern applications, and developers are increasingly using containers in their development work. In this presentation, we explore the basic components of secure design (preparation, detection, and containment), how containers facilitate that work today (verification), and how container orchestration ought to support models of the future, especially ones that are hard to roll manually (PKI). <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/containersecurityviamonitoringandorchestration-containersecuritysummit-160419173701-thumbnail.jpg?width=120&height=120&fit=bounds" /> Security is a basic requirement of modern applications, and developers are increasingly using containers in their development work. In this presentation, we explore the basic components of secure design (preparation, detection, and containment), how containers facilitate that work today (verification), and how container orchestration ought to support models of the future, especially ones that are hard to roll manually (PKI).

Container Security via Monitoring and Orchestration - Container Security Summit from David Timothy Strauss

]]> 1048 5 https://cdn.slidesharecdn.com/ss_thumbnails/containersecurityviamonitoringandorchestration-containersecuritysummit-160419173701-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Don't Build "Death Star" Security - O'Reilly Software Architecture Conference 2016 NYC /slideshow/dont-build-death-star-security-oreilly-software-architecture-conference-2016-nyc/60996638 dontbuilddeathstarsecurity-oreillysoftwarearchitectureconference-160416191314
How vulnerable are your systems after the first line of defense? Do attackers get a stronger foothold after each compromise? How valuable is the data your systems can leak? “Death Star” security describes a system that relies entirely on an outermost security layer and fails catastrophically when breached. As services multiply, they shouldn’t all run in a single, trusted virtual private cloud. Sharing secrets doesn’t scale either, as systems multiply and partners integrate with your product and users. David Strauss explores security methods strong enough to cross the public Internet, flexible enough to allow new services without altering existing systems, and robust enough to avoid single points of failure. David covers the basics of public key infrastructure (PKI), explaining how PKI uniquely supports security and high availability, and demonstrates how to deploy mutual authentication and encryption across a heterogeneous infrastructure, use capability-based security, and use federated identity to provide a uniform frontend experience while still avoiding monolithic backends. David also explores JSON Web Tokens as a solution to session woes, distributing user data and trust without sharing backend persistence. A good written summary of the key talking points: https://www.infoq.com/news/2016/04/oreilysacon-day-one]]>
How vulnerable are your systems after the first line of defense? Do attackers get a stronger foothold after each compromise? How valuable is the data your systems can leak? “Death Star” security describes a system that relies entirely on an outermost security layer and fails catastrophically when breached. As services multiply, they shouldn’t all run in a single, trusted virtual private cloud. Sharing secrets doesn’t scale either, as systems multiply and partners integrate with your product and users. David Strauss explores security methods strong enough to cross the public Internet, flexible enough to allow new services without altering existing systems, and robust enough to avoid single points of failure. David covers the basics of public key infrastructure (PKI), explaining how PKI uniquely supports security and high availability, and demonstrates how to deploy mutual authentication and encryption across a heterogeneous infrastructure, use capability-based security, and use federated identity to provide a uniform frontend experience while still avoiding monolithic backends. David also explores JSON Web Tokens as a solution to session woes, distributing user data and trust without sharing backend persistence. A good written summary of the key talking points: https://www.infoq.com/news/2016/04/oreilysacon-day-one]]> Sat, 16 Apr 2016 19:13:14 GMT /slideshow/dont-build-death-star-security-oreilly-software-architecture-conference-2016-nyc/60996638 warpforge@slideshare.net(warpforge) Don't Build "Death Star" Security - O'Reilly Software Architecture Conference 2016 NYC warpforge How vulnerable are your systems after the first line of defense? Do attackers get a stronger foothold after each compromise? How valuable is the data your systems can leak? “Death Star” security describes a system that relies entirely on an outermost security layer and fails catastrophically when breached. As services multiply, they shouldn’t all run in a single, trusted virtual private cloud. Sharing secrets doesn’t scale either, as systems multiply and partners integrate with your product and users. David Strauss explores security methods strong enough to cross the public Internet, flexible enough to allow new services without altering existing systems, and robust enough to avoid single points of failure. David covers the basics of public key infrastructure (PKI), explaining how PKI uniquely supports security and high availability, and demonstrates how to deploy mutual authentication and encryption across a heterogeneous infrastructure, use capability-based security, and use federated identity to provide a uniform frontend experience while still avoiding monolithic backends. David also explores JSON Web Tokens as a solution to session woes, distributing user data and trust without sharing backend persistence. A good written summary of the key talking points: https://www.infoq.com/news/2016/04/oreilysacon-day-one <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/dontbuilddeathstarsecurity-oreillysoftwarearchitectureconference-160416191314-thumbnail.jpg?width=120&height=120&fit=bounds" /> How vulnerable are your systems after the first line of defense? Do attackers get a stronger foothold after each compromise? How valuable is the data your systems can leak? “Death Star” security describes a system that relies entirely on an outermost security layer and fails catastrophically when breached. As services multiply, they shouldn’t all run in a single, trusted virtual private cloud. Sharing secrets doesn’t scale either, as systems multiply and partners integrate with your product and users. David Strauss explores security methods strong enough to cross the public Internet, flexible enough to allow new services without altering existing systems, and robust enough to avoid single points of failure. David covers the basics of public key infrastructure (PKI), explaining how PKI uniquely supports security and high availability, and demonstrates how to deploy mutual authentication and encryption across a heterogeneous infrastructure, use capability-based security, and use federated identity to provide a uniform frontend experience while still avoiding monolithic backends. David also explores JSON Web Tokens as a solution to session woes, distributing user data and trust without sharing backend persistence. A good written summary of the key talking points: https://www.infoq.com/news/2016/04/oreilysacon-day-one

Don't Build "Death Star" Security - O'Reilly Software Architecture Conference 2016 NYC from David Timothy Strauss

]]> 2384 5 https://cdn.slidesharecdn.com/ss_thumbnails/dontbuilddeathstarsecurity-oreillysoftwarearchitectureconference-160416191314-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Effective service and resource management with systemd /slideshow/effective-service-and-resource-management-with-systemd/60240408 effectiveserviceandresourcemanagementwithsystemd-160330192739
Most Linux distributions now feature systemd at their core. This presentation shows how to leverage it for your own services -- all the way from the most basic, two-line service configuration to advanced resource and security options.]]>
Most Linux distributions now feature systemd at their core. This presentation shows how to leverage it for your own services -- all the way from the most basic, two-line service configuration to advanced resource and security options.]]> Wed, 30 Mar 2016 19:27:39 GMT /slideshow/effective-service-and-resource-management-with-systemd/60240408 warpforge@slideshare.net(warpforge) Effective service and resource management with systemd warpforge Most Linux distributions now feature systemd at their core. This presentation shows how to leverage it for your own services -- all the way from the most basic, two-line service configuration to advanced resource and security options. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/effectiveserviceandresourcemanagementwithsystemd-160330192739-thumbnail.jpg?width=120&height=120&fit=bounds" /> Most Linux distributions now feature systemd at their core. This presentation shows how to leverage it for your own services -- all the way from the most basic, two-line service configuration to advanced resource and security options.

Effective service and resource management with systemd from David Timothy Strauss

]]> 3954 5 https://cdn.slidesharecdn.com/ss_thumbnails/effectiveserviceandresourcemanagementwithsystemd-160330192739-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Containers > VMs /slideshow/containers-vms/35661571 nbmdigncrye1hf66yvbf-140609130756-phpapp02
Historically, sharing a Linux server entailed all kinds of untenable compromises. In addition to the security concerns, there was simply no good way to keep one application from hogging resources and messing with the others. The classic “noisy neighbor” problem made shared systems the bargain-basement slums of the Internet, suitable only for small or throwaway projects. Serious use-cases traditionally demanded dedicated systems. Over the past decade virtualization (in conjunction with Moore’s law) has democratized the availability of what amount to dedicated systems, and the result is hundreds of thousands of websites and applications deployed into VPS or cloud instances. It’s a step in the right direction, but still has glaring flaws. Most of these websites are just piles of code sitting on a server somewhere. How did that code got there? How can it can be scaled? Secured? Maintained? It’s anybody’s guess. There simply isn’t enough SysAdmin talent in the world to meet the demands of managing all these apps with anything close to best practices without a better model. Containers are a whole new ballgame. Unlike VMs, you skip the overhead of running an entire OS for every application environment. There’s also no need to provision a whole new machine to have a place to deploy, meaning you can spin up or scale your application with orders of magnitude more speed and accuracy.]]>
Historically, sharing a Linux server entailed all kinds of untenable compromises. In addition to the security concerns, there was simply no good way to keep one application from hogging resources and messing with the others. The classic “noisy neighbor” problem made shared systems the bargain-basement slums of the Internet, suitable only for small or throwaway projects. Serious use-cases traditionally demanded dedicated systems. Over the past decade virtualization (in conjunction with Moore’s law) has democratized the availability of what amount to dedicated systems, and the result is hundreds of thousands of websites and applications deployed into VPS or cloud instances. It’s a step in the right direction, but still has glaring flaws. Most of these websites are just piles of code sitting on a server somewhere. How did that code got there? How can it can be scaled? Secured? Maintained? It’s anybody’s guess. There simply isn’t enough SysAdmin talent in the world to meet the demands of managing all these apps with anything close to best practices without a better model. Containers are a whole new ballgame. Unlike VMs, you skip the overhead of running an entire OS for every application environment. There’s also no need to provision a whole new machine to have a place to deploy, meaning you can spin up or scale your application with orders of magnitude more speed and accuracy.]]> Mon, 09 Jun 2014 13:07:56 GMT /slideshow/containers-vms/35661571 warpforge@slideshare.net(warpforge) Containers > VMs warpforge Historically, sharing a Linux server entailed all kinds of untenable compromises. In addition to the security concerns, there was simply no good way to keep one application from hogging resources and messing with the others. The classic “noisy neighbor” problem made shared systems the bargain-basement slums of the Internet, suitable only for small or throwaway projects. Serious use-cases traditionally demanded dedicated systems. Over the past decade virtualization (in conjunction with Moore’s law) has democratized the availability of what amount to dedicated systems, and the result is hundreds of thousands of websites and applications deployed into VPS or cloud instances. It’s a step in the right direction, but still has glaring flaws. Most of these websites are just piles of code sitting on a server somewhere. How did that code got there? How can it can be scaled? Secured? Maintained? It’s anybody’s guess. There simply isn’t enough SysAdmin talent in the world to meet the demands of managing all these apps with anything close to best practices without a better model. Containers are a whole new ballgame. Unlike VMs, you skip the overhead of running an entire OS for every application environment. There’s also no need to provision a whole new machine to have a place to deploy, meaning you can spin up or scale your application with orders of magnitude more speed and accuracy. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/nbmdigncrye1hf66yvbf-140609130756-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" /> Historically, sharing a Linux server entailed all kinds of untenable compromises. In addition to the security concerns, there was simply no good way to keep one application from hogging resources and messing with the others. The classic “noisy neighbor” problem made shared systems the bargain-basement slums of the Internet, suitable only for small or throwaway projects. Serious use-cases traditionally demanded dedicated systems. Over the past decade virtualization (in conjunction with Moore’s law) has democratized the availability of what amount to dedicated systems, and the result is hundreds of thousands of websites and applications deployed into VPS or cloud instances. It’s a step in the right direction, but still has glaring flaws. Most of these websites are just piles of code sitting on a server somewhere. How did that code got there? How can it can be scaled? Secured? Maintained? It’s anybody’s guess. There simply isn’t enough SysAdmin talent in the world to meet the demands of managing all these apps with anything close to best practices without a better model. Containers are a whole new ballgame. Unlike VMs, you skip the overhead of running an entire OS for every application environment. There’s also no need to provision a whole new machine to have a place to deploy, meaning you can spin up or scale your application with orders of magnitude more speed and accuracy.

Containers > VMs from David Timothy Strauss

]]> 4528 7 https://cdn.slidesharecdn.com/ss_thumbnails/nbmdigncrye1hf66yvbf-140609130756-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 PHP at Density and Scale (Lone Star PHP 2014) /warpforge/php-at-density-and-scale-lone-star-php-2014 php-20at-20density-20and-20scale-20-28lsf14-29-140426165911-phpapp01
Mixing performance, configurability, density, and security at scale has, historically, been hard with PHP. Early approaches have involved CGIs, suhosin, or multiple Apache instances. Then came PHP-FPM. At Pantheon, we've taken PHP-FPM, integrated it with cgroups, namespaces, and systemd socket activation. We use it to deliver all of our goals at unheard-of densities: thousands and thousands of isolated pools per box.]]>
Mixing performance, configurability, density, and security at scale has, historically, been hard with PHP. Early approaches have involved CGIs, suhosin, or multiple Apache instances. Then came PHP-FPM. At Pantheon, we've taken PHP-FPM, integrated it with cgroups, namespaces, and systemd socket activation. We use it to deliver all of our goals at unheard-of densities: thousands and thousands of isolated pools per box.]]> Sat, 26 Apr 2014 16:59:11 GMT /warpforge/php-at-density-and-scale-lone-star-php-2014 warpforge@slideshare.net(warpforge) PHP at Density and Scale (Lone Star PHP 2014) warpforge Mixing performance, configurability, density, and security at scale has, historically, been hard with PHP. Early approaches have involved CGIs, suhosin, or multiple Apache instances. Then came PHP-FPM. At Pantheon, we've taken PHP-FPM, integrated it with cgroups, namespaces, and systemd socket activation. We use it to deliver all of our goals at unheard-of densities: thousands and thousands of isolated pools per box. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/php-20at-20density-20and-20scale-20-28lsf14-29-140426165911-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds" /> Mixing performance, configurability, density, and security at scale has, historically, been hard with PHP. Early approaches have involved CGIs, suhosin, or multiple Apache instances. Then came PHP-FPM. At Pantheon, we've taken PHP-FPM, integrated it with cgroups, namespaces, and systemd socket activation. We use it to deliver all of our goals at unheard-of densities: thousands and thousands of isolated pools per box.

PHP at Density and Scale (Lone Star PHP 2014) from David Timothy Strauss

]]> 2459 3 https://cdn.slidesharecdn.com/ss_thumbnails/php-20at-20density-20and-20scale-20-28lsf14-29-140426165911-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 PHP at Density and Scale /slideshow/php-at-density-and-scale-33448210/33448210 php-20at-20density-20and-20scale-140412124848-phpapp01
Mixing performance, configurability, density, and security at scale has, historically, been hard with PHP. Early approaches have involved CGIs, suhosin, or multiple Apache instances. Then came PHP-FPM. At Pantheon, we've taken PHP-FPM, integrated it with cgroups, namespaces, and systemd socket activation. We use it to deliver all of our goals at unheard-of densities: thousands and thousands of isolated pools per box. Watch how it's configured and see PHP-FPM pools start real-time to serve different Drupal sites as requests come into a server. All of our tools for this are open-source and usable on your own virtual machines and hardware.]]>
Mixing performance, configurability, density, and security at scale has, historically, been hard with PHP. Early approaches have involved CGIs, suhosin, or multiple Apache instances. Then came PHP-FPM. At Pantheon, we've taken PHP-FPM, integrated it with cgroups, namespaces, and systemd socket activation. We use it to deliver all of our goals at unheard-of densities: thousands and thousands of isolated pools per box. Watch how it's configured and see PHP-FPM pools start real-time to serve different Drupal sites as requests come into a server. All of our tools for this are open-source and usable on your own virtual machines and hardware.]]> Sat, 12 Apr 2014 12:48:48 GMT /slideshow/php-at-density-and-scale-33448210/33448210 warpforge@slideshare.net(warpforge) PHP at Density and Scale warpforge Mixing performance, configurability, density, and security at scale has, historically, been hard with PHP. Early approaches have involved CGIs, suhosin, or multiple Apache instances. Then came PHP-FPM. At Pantheon, we've taken PHP-FPM, integrated it with cgroups, namespaces, and systemd socket activation. We use it to deliver all of our goals at unheard-of densities: thousands and thousands of isolated pools per box. Watch how it's configured and see PHP-FPM pools start real-time to serve different Drupal sites as requests come into a server. All of our tools for this are open-source and usable on your own virtual machines and hardware. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/php-20at-20density-20and-20scale-140412124848-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds" /> Mixing performance, configurability, density, and security at scale has, historically, been hard with PHP. Early approaches have involved CGIs, suhosin, or multiple Apache instances. Then came PHP-FPM. At Pantheon, we've taken PHP-FPM, integrated it with cgroups, namespaces, and systemd socket activation. We use it to deliver all of our goals at unheard-of densities: thousands and thousands of isolated pools per box. Watch how it's configured and see PHP-FPM pools start real-time to serve different Drupal sites as requests come into a server. All of our tools for this are open-source and usable on your own virtual machines and hardware.

PHP at Density and Scale from David Timothy Strauss

]]> 1588 2 https://cdn.slidesharecdn.com/ss_thumbnails/php-20at-20density-20and-20scale-140412124848-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 PHP at Density and Scale /warpforge/php-at-density-and-scale php-20at-20density-20and-20scale-140412124848-phpapp02
]]>
]]> Sat, 12 Apr 2014 12:48:48 GMT /warpforge/php-at-density-and-scale warpforge@slideshare.net(warpforge) PHP at Density and Scale warpforge <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/php-20at-20density-20and-20scale-140412124848-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" />

PHP at Density and Scale from David Timothy Strauss

]]> 1258 3 https://cdn.slidesharecdn.com/ss_thumbnails/php-20at-20density-20and-20scale-140412124848-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Valhalla at Pantheon /slideshow/valhalla-at-pantheon/16481158 valhallaatpantheon-130212004218-phpapp01
Learn more about Pantheon at the Developer Open House Presented by Kyle Mathews and Josh Koenig Thursday, February 14th, 12PM PST Sign up: http://tinyurl.com/a3ofpc2 (Title background is "View of the Valhalla near Regensburg" from the Hermitage Museum.)]]>
Learn more about Pantheon at the Developer Open House Presented by Kyle Mathews and Josh Koenig Thursday, February 14th, 12PM PST Sign up: http://tinyurl.com/a3ofpc2 (Title background is "View of the Valhalla near Regensburg" from the Hermitage Museum.)]]> Tue, 12 Feb 2013 00:42:17 GMT /slideshow/valhalla-at-pantheon/16481158 warpforge@slideshare.net(warpforge) Valhalla at Pantheon warpforge Learn more about Pantheon at the Developer Open House Presented by Kyle Mathews and Josh Koenig Thursday, February 14th, 12PM PST Sign up: http://tinyurl.com/a3ofpc2 (Title background is "View of the Valhalla near Regensburg" from the Hermitage Museum.) <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/valhallaatpantheon-130212004218-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds" /> Learn more about Pantheon at the Developer Open House Presented by Kyle Mathews and Josh Koenig Thursday, February 14th, 12PM PST Sign up: http://tinyurl.com/a3ofpc2 (Title background is "View of the Valhalla near Regensburg" from the Hermitage Museum.)

Valhalla at Pantheon from David Timothy Strauss

]]> 5791 8 https://cdn.slidesharecdn.com/ss_thumbnails/valhallaatpantheon-130212004218-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Cassandra-Powered Distributed DNS /slideshow/cassandrapowered-distributed-dns/8566681 cassandradns-110711132139-phpapp01
P]]>
P]]> Mon, 11 Jul 2011 13:21:35 GMT /slideshow/cassandrapowered-distributed-dns/8566681 warpforge@slideshare.net(warpforge) Cassandra-Powered Distributed DNS warpforge P <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/cassandradns-110711132139-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds" /> P

Cassandra-Powered Distributed DNS from David Timothy Strauss

]]> 3132 5 https://cdn.slidesharecdn.com/ss_thumbnails/cassandradns-110711132139-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Scalable Drupal Infrastructure /warpforge/scalable-drupal-infrastructure-7005629 scalable-drupal-infrastructure-2009-05-30-110221181801-phpapp02
Presented at DrupalCamp Stockholm 2009 (2009-05-30)]]>
Presented at DrupalCamp Stockholm 2009 (2009-05-30)]]> Mon, 21 Feb 2011 18:17:57 GMT /warpforge/scalable-drupal-infrastructure-7005629 warpforge@slideshare.net(warpforge) Scalable Drupal Infrastructure warpforge Presented at DrupalCamp Stockholm 2009 (2009-05-30) <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scalable-drupal-infrastructure-2009-05-30-110221181801-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" /> Presented at DrupalCamp Stockholm 2009 (2009-05-30)

Scalable Drupal Infrastructure from David Timothy Strauss

]]> 5095 4 https://cdn.slidesharecdn.com/ss_thumbnails/scalable-drupal-infrastructure-2009-05-30-110221181801-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Planning LAMP infrastructure /slideshow/planning-lamp-infrastructure/7005627 phptek-x-planninginfrastructure-110221181751-phpapp02
Presented at PHP Tek-X (2010)]]>
Presented at PHP Tek-X (2010)]]> Mon, 21 Feb 2011 18:17:46 GMT /slideshow/planning-lamp-infrastructure/7005627 warpforge@slideshare.net(warpforge) Planning LAMP infrastructure warpforge Presented at PHP Tek-X (2010) <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/phptek-x-planninginfrastructure-110221181751-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" /> Presented at PHP Tek-X (2010)

Planning LAMP infrastructure from David Timothy Strauss

]]> 4123 7 https://cdn.slidesharecdn.com/ss_thumbnails/phptek-x-planninginfrastructure-110221181751-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Is Drupal Secure? /slideshow/is-drupalsecure20090529/7005623 is-drupal-secure-2009-05-29-110221181710-phpapp01
Presented at DrupalCamp Stockholm 2009 (2009-05-29)]]>
Presented at DrupalCamp Stockholm 2009 (2009-05-29)]]> Mon, 21 Feb 2011 18:17:05 GMT /slideshow/is-drupalsecure20090529/7005623 warpforge@slideshare.net(warpforge) Is Drupal Secure? warpforge Presented at DrupalCamp Stockholm 2009 (2009-05-29) <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/is-drupal-secure-2009-05-29-110221181710-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds" /> Presented at DrupalCamp Stockholm 2009 (2009-05-29)

Is Drupal Secure? from David Timothy Strauss

]]> 2233 5 https://cdn.slidesharecdn.com/ss_thumbnails/is-drupal-secure-2009-05-29-110221181710-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Cassandra queuing /slideshow/cassandra-queuing/7004883 cassandraqueuing-110221172408-phpapp02
]]>
]]> Mon, 21 Feb 2011 17:24:07 GMT /slideshow/cassandra-queuing/7004883 warpforge@slideshare.net(warpforge) Cassandra queuing warpforge <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/cassandraqueuing-110221172408-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" />

Cassandra queuing from David Timothy Strauss

]]> 5092 5 https://cdn.slidesharecdn.com/ss_thumbnails/cassandraqueuing-110221172408-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 https://cdn.slidesharecdn.com/profile-photo-warpforge-48x48.jpg?cb=1528999462 https://linkedin.com/in/davidstrauss https://cdn.slidesharecdn.com/ss_thumbnails/advanceddrupal8caching-170809031242-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/advanced-drupal-8-caching/78684264 Advanced Drupal 8 Caching https://cdn.slidesharecdn.com/ss_thumbnails/lcache-drupalcondublin2016-170302213356-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/lcache-drupalcon-dublin-2016/72753545 LCache DrupalCon Dubli... https://cdn.slidesharecdn.com/ss_thumbnails/containersecurityviamonitoringandorchestration-containersecuritysummit-160419173701-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/container-security-via-monitoring-and-orchestration-container-security-summit/61106494 Container Security via...