discourse/db/migrate/20130625022454_change_ip_to...

# frozen_string_literal: true

require 'ipaddr'

class ChangeIpToInetInViews < ActiveRecord::Migration[4.2]
  def up
    table = :views
    add_column table, :ip_address, :inet

    execute "UPDATE views SET ip_address = inet(
      (ip >> 24 & 255) || '.' ||
      (ip >> 16 & 255) || '.' ||
      (ip >>  8 & 255) || '.' ||
      (ip >>  0 & 255)
    );"

    change_column table, :ip_address, :inet, null: false
    remove_column table, :ip
  end

  def down
    raise ActiveRecord::IrreversibleMigration
  end
end
DEV: enable frozen string literal on all files This reduces chances of errors where consumers of strings mutate inputs and reduces memory usage of the app. Test suite passes now, but there may be some stuff left, so we will run a few sites on a branch prior to merging 2019-05-02 18:17:27 -04:00			`# frozen_string_literal: true`

views: convert 'ip' (bigint) -> 'ip_address' (inet) This fixes all known issues when connecting to discourse over IPv6. This table has no primary key, so the migration is done with update_all, for each ip address in the views table. Since this table can potentially grow quite large, this process might take a long time. I don't know any way around this, though. This migration uses a SQL command to populate the new field from the old one, so as not to rely on the View model class, which should keep the migration from failing if that class is modified in the future. 2013-06-25 00:18:54 -04:00			`require 'ipaddr'`

Fix all the errors to get our tests green on Rails 5.1. 2017-08-31 00:06:56 -04:00			`class ChangeIpToInetInViews < ActiveRecord::Migration[4.2]`
views: convert 'ip' (bigint) -> 'ip_address' (inet) This fixes all known issues when connecting to discourse over IPv6. This table has no primary key, so the migration is done with update_all, for each ip address in the views table. Since this table can potentially grow quite large, this process might take a long time. I don't know any way around this, though. This migration uses a SQL command to populate the new field from the old one, so as not to rely on the View model class, which should keep the migration from failing if that class is modified in the future. 2013-06-25 00:18:54 -04:00			`def up`
			`table = :views`
			`add_column table, :ip_address, :inet`

			`execute "UPDATE views SET ip_address = inet(`
			`(ip >> 24 & 255) \|\| '.' \|\|`
			`(ip >> 16 & 255) \|\| '.' \|\|`
			`(ip >> 8 & 255) \|\| '.' \|\|`
			`(ip >> 0 & 255)`
			`);"`

Add rubocop to our build. (#5004) 2017-07-27 21:20:09 -04:00			`change_column table, :ip_address, :inet, null: false`
views: convert 'ip' (bigint) -> 'ip_address' (inet) This fixes all known issues when connecting to discourse over IPv6. This table has no primary key, so the migration is done with update_all, for each ip address in the views table. Since this table can potentially grow quite large, this process might take a long time. I don't know any way around this, though. This migration uses a SQL command to populate the new field from the old one, so as not to rely on the View model class, which should keep the migration from failing if that class is modified in the future. 2013-06-25 00:18:54 -04:00			`remove_column table, :ip`
			`end`

			`def down`
			`raise ActiveRecord::IrreversibleMigration`
			`end`
			`end`