Eugene Burmakin

1. Сгенерируйте секретный ключ, используя команду:
rake secret
2. Полученный код, поместите в глобальную переменную системы "SECRET_KEY_BASE". Подробнее об этом можете прочитать здесь: railsapps.github.io/rails-environment-variables.html

Или более быстрый метод:

secret_key_base: <%= ENV['SECRET_KEY_BASE'] || 'my_super_secret_code1231243512' %>

Wappalyzer

Херово учился, так подучивал, чтобы не деградировать совсем, не учился даже предметам по специальности, С++ как то не очень интересен был, да и плееры в билдере делать отстойно. Бухал, курил, проводил время со шлюхами, 18 лет че уж там. С вуза поперли, пошел работать на 7 тыщ. Понял, что жизнь гавно, где-то 2010 год был. Выучил английский, немецкий и php, сейчас получаю 70 тыщ+ищу заказы и выполняю их сам и жизнь все равно гавно

Не все так просто.

Я только начинаю разрабатывать мобильные приложения и для себя выработал несколько приемов, которые подсмотрел в статьях на хабре, ТЕДе и других источниках.

1. Лени не существует. Есть лишь недостаточная заинтересованность. Поэтому, что-то не припомню, чтобы кто-то ленился шпилить в Доту или "таньчики" много часов подряд.

Вот я утром сел за ноут, открыл вкладку на developer.android.com, читаю, параллельно открыт Эклипс с копипастой, потихоньку разбираюсь. И знаете, какое-то ощущение, по-английски anxiety, не знаю, как наиболее точно это будет по-русски. Поэтому легче открыть соцсети, 9gag или вообще читать в ЖЖ всякую никак не относящуюся конкретно ко мне мусорную информацию.

Мною было прочитано множество статей о прокрастинации, мотивации, но в самое яблочко попала вот эта статья - blogs.hbr.org/2014/02/how-to-make-yourself-work-wh... С ходу не мог найти перевод на хабре. Вкратце, если анализировать, как проводят рабочее время успешные люди, то получается, что они реализуют задачи несмотря на "неудобное время", "ой сейчас неохота", а страх облажаться заменяется на страх - "что будет, если я не приступлю к текущей задаче сию же секунду".

А также вот это выступление на Теде. www.ted.com/talks/dan_pink_on_motivation Должны быть русские субтитры. Насчет того, что приемы мотивации 19 века до сих пор широко применяются, несмотря на то, что они утратили свою эффективность. Предлагается новые способы.

2. Нужна стопроцентная железобетонная уверенность в себе и собственных действиях.

3. Смена физической активности. Действительно, поясница, спина, шея начинают ныть после двухчасового кодинга или браузинга. Поэтому важно делать хотя бы трехминутные перерывы, разумеется, программистам нужно несколько часов "полного погружения" в проект, желательно, чтобы их никто не отвлекал, потому что придется потом заново во все вникать и строить в голове архитектуру приложения. Я лично, когда я хочу прочитать книгу по джаве или просто художку, не сижу или лежу, а хожу по комнате, даже сбросил жирок за зиму :-) Интересно было бы измерить активность с помощью шагомера. Разумеется, это надо чтобы никто не раздражался, если вы сидите в офисе или в кабинете с коллегой.

4. Хорошо почитать про "состояние потока", мне лично помогло. Много статей на хабре. Ученый, исследователь этого явления рассказывает - www.ted.com/talks/mihaly_csikszentmihalyi_on_flow

5. Есть много всяких мелких фишек, но они сами органически вырабатываются, когда вы пытаетесь поднять свою продуктивность, главное их записывать где-нибудь и накапливать.

Был рад поделиться личным подходом.

Хотела написать что-нибудь наполненное сарказмом, типа «возьмите теплый ламповый монитор старых годов, там отлично видны пиксели, они помогут вам верстать идеально», но, оказалось, что я хороший человек.

Берите ретину! Это офигенно! Это не будет вам мешать верстать никоим образом, для пиксельперфекта нужна не малая плотность пикселя экрана, а ровные руки, растущие из правильного места, и опыт-опыт-опыт. А ретина это прекрасно, верстайте макеты с учетом существования ретины, откройте сайты на ретине, не сделанные под нее — картинки оформления размыты, все фу-фу, а с ретиной вам некуда будет деваться, вы будете верстать под нее, чтобы все было четко, резко. И ваши сайты на galaxy note и на ipad air будут смотреться просто великолепно.

Но вы, конечно, можете верстать под малые разрешения, не учитывая высокую плотность пикселей устройств, я буду только рада. Больше людей верстают плохо — больше денег я получаю.

Серверная часть - то, что выполняется сервером, Клиентская часть - то, что выполняется на стороне клиента (браузер, приложение и т.д.). PHP выполняется на стороне сервера, JS - на стороне клиента

Сделайте сайт про котика, потом интернет-магазин для друга/подруги, возьмите заказ на freelance бирже и сделайте его...

Фактически вам дают выделенный сервер (который просто не является железным, на то он и виртуальный). Если говорить про digitalocean - там у вас действительно всё своё выделенное (память не шарится, а аллоцируется при старте виртуалки, ядро процессора для вас личное на тарифах от $10, lvm-том с только вашей виртуалкой (фактически - выделенный для вас раздел raid-массива)).

Всеми настройками внутри системы занимаетесь вы. Более того, хостер даже не отвечает за то, что у вас система запустилась. Если виртуалка грузится до биоса - то свою работу по обеспечению работы сервера хостер выполнил (опустим в этом контексте вопросы про сеть). Если сломали ОС и она не загружается - у вас есть кнопка "переустановить чистую систему". За бэкапы, опять же, отвечаете вы (digitalocean предоставляет платные бэкапы, но они не очень удобны). За безопасность - вы.
В случае с digitalocean у вас есть доступ к "монитору" виртуалки и загрузочный rescue-livecd. В общем-то всё.

По поводу того, как настраивать (если речь про стандартный стек LAMP), то:
1) debian 7 x64
2) отключение авторизации рута по паролю, использование ssh-ключей
3) для диагностики установить snoopy, настроить логгирование sftp.
4) не использовать ftp, использовать только sftp. Желательно, по ключам. В sftp-клиенте ни в коем случае не хранить пароли от аккаунта или ssh ключа.
5) nginx+apache-mpm-itk + php 5.3 и выше + percona-server вместо mysql
6) в конфигах виртуалхостов включите open basedir, если сайт будет с этой настройкой работать (эта опция запрещает php-скриптам при обращении к ним по http выходить за пределы указанных в basedir каталогов)
7) не забудьте включить MatchUser/MatchGroup для виртуалхостов
8) обязательно настроить default host для apache и nginx, чтобы исключить неконтролируемую конфигами обработку каких либо запросов по http. Обычно вешают 403 или 404 ошибку в качестве дефолта.
9) не ставить лишний софт, не вводить бездумно команды из случайно найденных в гугле мануалов, если не понимаете что именно эта команда делает.
10) не ставить софт из исходников, особенно из недоверенных источников.
11) если на сервере нужна исходящая почта, то корректно настроить ограничения для неё. Например, для exim4 (он предпочтителен в Debian) - раз, два.
12) убрать за http-auth все лишние административные скрипты - phpmyadmin, админки сайтов, графики, мониторинг и так далее.

Это исключит почти все возможности атаки на сервер снаружи. В такой конфигурации если вас и взломают, то либо из-за украденного пароля/ключа, либо поломают сам сайт и зальют вредоносные файлы через php-скрипты непосредственно сайта.
Более того, у меня в такой конфигурации пока не сломали ни одну виртуалку целиком (были проблемы с заражением отдельных сайтов, конечно - но это было сделано явно через php), несмотря на разрешающий всё firewall и стандартный ssh-порт.

А вообще за настройку всего этого добра под 2-3 сайта админы берут около 500 рублей.