Ryan Macdonald macdonaldr93

## A helpful ActiveRecord setting only 1 person has ever used
A memory-saving ActiveRecord setting has been used by just one application ever, according to GitHub
There's a common performance problem in many Rails background jobs.

Background jobs often do operations across large sets of data. Basically, they do silly things like User.all.each(&:send_daily_newsletter).

So, there's a problem with that query. In development and test environments, User.all will probably return a few rows, maybe a dozen at most. Most developers have extremely limited seed data on their local machines.

In production, however, User.all will probably return quite a few rows. Depending on the app you work on, maybe a few hundred thousand.

There's a tiiiiiny issue with a result set that returns 100,000 rows, and it's not just that the SQL query will take a long time to return. It will have irreversible effects on your Ruby app too!

## Rust Optimization.md

      
              1 file
            
          
              77 forks
            
          
              11 comments
            
          
              900 stars
            
          
                jFransham
                / Rust Optimization.md
            
            
              Last active
              May 1, 2024 01:53
            
          
    Achieving warp speed with Rust

Contents:


Number one optimization tip: don't
Never optimize blindly
Don't bother optimizing one-time costs
Improve your algorithms
CPU architecture primer
Keep as much as possible in cache
Keep as much as possible in registers


## localhost-ssl.md

      
              1 file
            
          
              6 forks
            
          
              10 comments
            
          
              19 stars
            
          
                ethicka
                / localhost-ssl.md
            
            
              Last active
              April 12, 2024 12:26
                — forked from jonathantneal/README.md
            
              
                Local virtualhost SSL websites on Mac OS Sierra
              
          
    Local virtualhost SSL websites on Mac OS Sierra

These instructions will guide you through the process of setting up a wildcard SSL for your local virtualhosts for offline development. Most importantly, this configuration will give you the happy, green lock in Chrome.
These instructions have only been tested on Mac OS Sierra using the pre-installed Apache and PHP versions. These instructions also assume you have virtualhosts set up locally already.

Configuring SSL


## angular-ios9-uiwebview.patch.js
/**
 * ==================  angular-ios9-uiwebview.patch.js v1.1.1 ==================
 *
 * This patch works around iOS9 UIWebView regression that causes infinite digest
 * errors in Angular.
 *
 * The patch can be applied to Angular 1.2.0 – 1.4.5. Newer versions of Angular
 * have the workaround baked in.
 *
 * To apply this patch load/bundle this file with your application and add a

## SmoothScroll.js
IMPORTANT

Please duplicate this radar for a Safari fix!
This will clean up a 50-line workaround.

  rdar://22376037 (https://openradar.appspot.com/radar?id=4965070979203072)

//////////////////////////////////////////////////////////////////////////////

(Now available as a standalone repo.)

## tourney.html
<!DOCTYPE html>
<html>
	<head>
		<title>Tournament Bracket Generator</title>
		<script src="http://code.jquery.com/jquery-1.8.3.min.js"></script>
		<script src="http://underscorejs.org/underscore-min.js"></script>
		<script>
			$(document).on('ready', function() {

				var knownBrackets = [2,4,8,16,32], // brackets with "perfect" proportions (full fields, no byes)

## Gemfile
# ...

gem 'carrierwave'
gem 'fog', '~> 1.0.0' # Need to specify version, as carrierwave references older (0.9.0) which doesn't allow configuration of Rackspace UK Auth URL
	A memory-saving ActiveRecord setting has been used by just one application ever, according to GitHub
	There's a common performance problem in many Rails background jobs.

	Background jobs often do operations across large sets of data. Basically, they do silly things like User.all.each(&:send_daily_newsletter).

	So, there's a problem with that query. In development and test environments, User.all will probably return a few rows, maybe a dozen at most. Most developers have extremely limited seed data on their local machines.

	In production, however, User.all will probably return quite a few rows. Depending on the app you work on, maybe a few hundred thousand.

	There's a tiiiiiny issue with a result set that returns 100,000 rows, and it's not just that the SQL query will take a long time to return. It will have irreversible effects on your Ruby app too!
	/**
	* ================== angular-ios9-uiwebview.patch.js v1.1.1 ==================
	*
	* This patch works around iOS9 UIWebView regression that causes infinite digest
	* errors in Angular.
	*
	* The patch can be applied to Angular 1.2.0 – 1.4.5. Newer versions of Angular
	* have the workaround baked in.
	*
	* To apply this patch load/bundle this file with your application and add a
	IMPORTANT

	Please duplicate this radar for a Safari fix!
	This will clean up a 50-line workaround.

	rdar://22376037 (https://openradar.appspot.com/radar?id=4965070979203072)

	//////////////////////////////////////////////////////////////////////////////

	(Now available as a standalone repo.)
	<!DOCTYPE html>
	<html>
	<head>
	<title>Tournament Bracket Generator</title>
	<script src="http://code.jquery.com/jquery-1.8.3.min.js"></script>
	<script src="http://underscorejs.org/underscore-min.js"></script>
	<script>
	$(document).on('ready', function() {

	var knownBrackets = [2,4,8,16,32], // brackets with "perfect" proportions (full fields, no byes)
	# ...

	gem 'carrierwave'
	gem 'fog', '~> 1.0.0' # Need to specify version, as carrierwave references older (0.9.0) which doesn't allow configuration of Rackspace UK Auth URL