bzz

habrahabr.ru/post/254213

Технология HashBang

Вкратце:
это ссылка вида example.com/#!/cats/grumpy-cat, когда поисковый робот видит #! он делает запрос на сервер по адресу example.com/?_escaped_fragment_=/cats/grumpy-cat, т.е. заменяет «#!» на «?_escaped_fragment_=», и сервер должен отдать сгенерированный html поисковику, идентичный тому, который увидел бы по изначальной ссылке пользователь. Но если в приложении используется HTML5 History API, и не применяются ссылки вида #!, нужно добавить в секцию head специальный мета тег:

<meta name="fragment" content="!" />

При виде этого тега, поисковый робот будет понимать, что сайт работает на ajax, и будет переадресовывать все запросы на получение контента сайта на ссылку: example.com/?_escaped_fragment_=/cats/grumpy-cat вместо example.com/cats/grumpy-cat.

Если некрасивый код не видять говнокодеры программисты, то почему вы считаете, что его сможет увидеть девочка, которая вообще не программист?
Красивый код - это понимание нюансов программирования. Вполне возможно, что вы найдете парочку примернов достаточно наглядных, чтобы продемонстрировать разницу, потратив полчаса на пояснение. Но научить видеть - не выйдет.

supervisor

VPS это VPS, конкретная виртуальная машина. Она избавляет вас от необходимости покупать конкретное железо и настраивать драйвера, так как может быть поднята в виде виртуальной запущенной машине как на старом железе, так и на новом, без переустановки драйверов и прочего хлама.

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

SaaS это SaaS. Когда виртуализируется не ОС, а конкретный сервер, конкретное приложение. Избавляет вас от необходимости задумываться об операционной системе.

То есть каждая из вышеупомянутых технологий, может существовать как отдельно друг от друга, так и представлять собой более высокий уровень абстрации, избавляя от рутины.

Композер - это всего лишь утилита, которая достаёт из чужого (или своего) репозитория какой-либо компонент. Затем:

1) скачивает его
2) ложит в папку с вендором
3) автоматически регистрирует автолоадер (PSR-0/PSR-4)

И делается это все одной командой. Можно конечно делать это всё вручную, но очень не удобно (а что если несколько библиотек / компонентов нужно подключить? - волокита и геморой). Причина популярности композера именно в этом. Например Laravel - он использует компоненты Symfony, следовательно при инсталляции он будет брать те самые компоненты с репозитория Симфони.

Здесь главное уловить суть - это сведение подключения сторонних компонентов и библиотке к одной команде. И да, там всего лишь простых несколько команд для этого.

Вдаватся в дополнительные подробности (например в синтаксис composer.json), здесь не имеет смысла, т.к это все есть на официальном сайте.

Ужас просто, а не код.
Вот более менее хорошая реализация

Basic - пример реализации одиночного приложения (простое).
Advanced - пример реализации приложений, которое включает в себя разделение на другие приложения (сложное).
В advanced показана реализация самых часто используемых частей, таких как:

• frontend - паблик часть приложения
  
• backend - закрытая часть приложения, где осуществляется администрирование
  
• api - апи для работы с приложением, реализация rest
  

При этом все подприложения имеют общие модели и конфиги, что связывает все в единое целое.

И стоит не забывать, что это просто шаблоны и их можно расширять, как будет удобно самому разработчику.

Потому, что смотреть нужно не только (и не столько) на циферку после i, а на фактические характеристики процессоров. Иной i3 будет шустрее, чем некоторые i7.
cpubenchmark.net/cpu_list.php, в качестве примера.

Туториал под XNA. И его реализация под WebGL, используется three.js.
Ещё один вариант с Shadertoy.

$(this).css()

Воспользуюсь случаем передать привет своей семье написать пару замечаний.

1. Убрать отметку ответа решением
а) Не с руки бегать за пользователями, задающим вопросы, с требованием «анугад цени время других». Ни модераторам, ни отвечающим. В конце концов, расчёт на поисковую выдачу и долгую жизнь тем.

б) Зачастую знания и умения спрашивающего не дают ему возможность оценить верность ответа. Если учесть, что нередко правильные ответы даются с примесью WTF, то неумеренное эго автора вопроса бывает сильно уязвлено, и верный ответ остаётся за бортом. Не менее редко решением выбираются глупые ответы.
Думаю, FanatPHP может рассказать куда больше:)

Пример: Как работает свойство display с его разными значениями?
Хоть кол на голове теши — что проще, то и верно.

2. Ввести минусование ответов
Не всем, а как на стеке — только с рейтингом не менее ... (скажем, >20 по тэгу). Чтобы тупые ответы опускались вниз. Может, и скрывать ответы при наборе ... (скажем, -5) отрицательных отметок.

3. Рейтинг
Нередко встречаю умных и грамотных людей, не имеющих времени на надрачивание рейтинга. Как вариант, просто недавно зарегистрировавшиеся участники. Нужен механизм оценки «авторитетов» (в хорошем смысле этого слова) для повышения рейтинга.

4. Оценка комментариев
Достаточно часто комментарии дополняют ответ, делают его более объёмным, и заслуживают своей оценки. Почему нет возможности оценить такой вклад?

5. Ввести тэги по вопросам
Зачастую вопросы называют так, что найти их или очень трудно, или просто невозможно.
Пример: Как отследить появление новых элементов в DOM?
В итоге люди тратят время, в то время как ответы уже есть на Тостере Как отловить создание нового IFrame на странице?

Можно предлагать при публикации вопроса список тэгов и это (возможно) даст возможность найти ответ на вопрос до его опубликования. После публикации тэги могут выбрать остальные.
Другая польза от тэгов — поиск для повторных вопросов (см. ниже).

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

7. Плюсы для отвечающих
Почему бы не использовать связь с хабром для раздачи плюшек отвечающим? Например, членство, карму etc.

8. Библиотека решений
Иногда кажется, что грамотный и хорошо оформленный ответ просто тонет в куче мусора и нет никакого смысла ни в расписывании хода мыслей, ни в оформлении.
Пример #1: CSS: Почему происходит смещение изображения при line-height идентичной высоте блока?
Пример #2: Почему при добавлении тега appendChild'oм, контент не отображается?
Пример #3: Разница между background: url('...') и background: url(...)?
И много-много других, к которым я не имею никакого отношения.

Почему не сделать по тем же тэгам (см. п. «Ввести тэги по вопросам») ссылки на основные решения. Которые можно обсуждать, комментировать, модифицировать без принадлежности к авторам (просто список участников с вкладом в решение).

9. Технические доработки
Поиск — нет введённого запроса в поле поиска.
Ответ — нет горячих клавиш для форматирования.
Комментарий — нет возможности форматировать текст.
Комментарий — как быстро получить ссылку (тема + якорь)?
Текстовое поле для комментария — делаешь такие примеры codepen.io/cleric/pen/oBwqn и не понимаешь, почему его подстройка по высоте поля на Тостере не слишком-то корректно работает.
Поле с кодом — вроде несложно добавить white-space: pre-wrap; Для элемента pre, чтобы не было горизонтальной прокрутки для непереносимых строк.

Пы.Сы. Отдельное спасибо Сергею Протько за веру в этот ресурс.