Андрей Никифоров

Конкретно прокси — не запрещено. Но учтите, что если кто-то нарушит TOS DO, пользуясь вашим прокси, отвечать вам.

https://www.digitalocean.com/legal/terms/
Раздел 3, «Rules of Conduct»

Читать книги. Смотреть, как делают нормальный дизайн другие (не на Дриббле или Бехансе). Делать что-то свое. Думать головой.

Начальное упражнение — взять дизайн «не очень» и переделать. Ну, это уже после книг и созерцания.

Еще можно пойти поучиться, но нужно быть очень разборчивым: 90% преподавателей курсов не внушают доверия, по крайней мере мне.

Дизайн — такое же ремесло, как и программирование. Ему можно научиться.

Cowboy — это логика на Erlang/Elixir. Nginx — логика на чем угодно.

Соответственно плюсы и минусы вытекают из этого. Если вы не умеете готовить Erlang/Elixir, если у вас самое обычное веб-приложение «запрос-ответ» и нет необходимости в вебсокетах — ваш выбор Nginx. Никакие плюсы Cowboy того не стоят.

Erlang и Elixir прекрасны. Но для 99% веб-приложений они излишни.

Люди же делают, это не rocket science и даже не big data (у big data вообще нет четких критериев, когда big, а когда нет)

Mysql просядет конечно, если хранить все в одной таблице. Нужно партиционировать.
Временные данные (для незарегистрированных пользователей) не смертельно хранить в памяти (Redis) — быстрее будет.
Насчет нагрузки на контроллеры ничего не могу сказать — с Yii не работаю. Но не думаю, что это такая уж большая проблема — при отображении товара конкретному пользователю проверять сессию и писать данные о просмотре в базу.

В целом не вижу ничего сложного.

class LessRetryableWorker
  include Sidekiq::Worker
  sidekiq_options :retry => 5 # Only five retries and then to the Dead Job Queue

  def perform(...)
  end
end

https://github.com/mperham/sidekiq/wiki/Error-Handling

Вам нужно рендерить JSON с кодом 401?
render json, status: 401

Пишут, что есть проблемы конкретно с EVO.

Если остался старый диск — может быть поставить на него нужную систему и скопировать на новый? Или восстановить через Time Machine.

Первый этап — подумать, надо ли это вам вообще. К хорошему дизайну на кривой козе не подъедешь.

Прежде всего: Майк Монтейро «Дизайн — это работа». Даже если не будете потом заниматься дизайном — книга все равно полезная.
Во многом избавляет от романтического подхода вроде «дизайнер — это художник».

Второй этап — учиться: смотреть и делать свое.
Только, во имя всех скандинавских богов, смотреть не на Behance и Dribble. Там красиво, конечно, стиль, все дела, но в конечном итоге 95% работ там просто картинки.
А веб–дизайн — в первую очередь сценарий. Дизайнер определяет то, как пользователь будет пользоваться сайтом: в его власти сделать интерфейс простым и ясным или запутать до невозможности.
Посмотрите работы бюро Горбунова, особенно процесс создания.

Соответственно свои работы тоже нужно рассматривать с точки зрения полезного действия, а не внешней красоты. Эстетика — это третий этап.
Учиться значит читать, в первую очередь. Чтобы делать правильно — нужна система.
Читать лучше от общего к частному, начать стоит с этого:
Дональд Норман «Дизайн привычных вещей»
Виктор Папанек «Дизайн для реального мира»
Параллельно:
Генрих Альтшуллер «Найти идею»
37Signals «Getting Real»

Веб — это интерфейс, значит:
Джеф Раскин
«Новые направления в проектировании компьютерных систем», «Об интерфейсе»
Брюс Тогнаццини «Главные принципы интерактивного дизайна»
Якоб Нильсен «Веб-дизайн. Книга Якоба Нильсена»

Веб — это шрифт и текст, стало быть:
Ян Чихольд «Новая типографика»
Эмиль Рудер «Типографика»
Нора Галь «Слово живое и мертвое»
Саша Карепина «Искусство делового письма»

Веб — структура и верстка:
Тим Харровер «Настольная книга газетного дизайнера»
Мюллер-Брокман «Модульные сетки в графическом дизайне»

Оставлю за кадром книги по самоуправлению и переговорам, это уже другая фаза.
Про английский язык и умение верстать уже сказали, повторяться не буду.

Я пришел в разработку на Rails четыре года назад, не зная решительно ничего. Учился на ходу. Попутно осваивал SQL в режиме «вот процедура на PL/SQL длиной в шесть экранов, нужно чтобы работало вчера»
С тех пор вакансий меньше не стало.

Другое дело, что знать Rails мало. Нужен фронт, хотя бы немного. Slim/HAML.
В среде RoR фетиш на тесты, значит как минимум RSpec, Capybara. Как минимум один гем для работы с фоном — delayed_job, Sidekiq.
К этому прибавить умение разворачивать все это дело и стартовать в production — Capistrano/Mina, unicorn.
Ценится видеть хоть раз в жизни Devise и Cancan.
Остальное обычно зависит от проекта.

Дальше — правила хорошего тона.
https://github.com/bbatsov/rubocop
https://github.com/railsbp/rails_best_practices
https://github.com/bbatsov/rails-style-guide

А потом вы уже внезапно крепкий мидл или начинающий сеньор и советы обычно уже не нужны.

UPD: Да, в целом стоит начинать с Ruby/Rails. Но мое мнение предвзято — я не люблю PHP, хотя с уважением отношусь к NodeJS.

Посмотрите тут, может помочь: 6url.ru/dNem