SSS 010101

Куча свг, анимация которых привязана к текущему "прогрессу" (скроллу страницы). Такое например можно замутить с помощью GSAP Timeline, создаете таймлайн, запихиваете вагон всех возможных анимаций, грамотно расставленных на определенных этапах и потом меняете прогресс таймлайна относительно отношения позиции скролла к общей высоте скролла.

Могу с уверенностью сказать что на создание этого сайта ушло много слез разработчиков и дизайнеров.

$start = microtime(true);
for($i=0;$i<10000;$i++){
	$a = 0;
	if ($a < 1) ++$a;
}

$time = microtime(true) - $start;
printf('Time %.4F s.', $time);

$start = microtime(true);

for($i=0;$i<10000;$i++){
	$a < 1 && ++$a;
}
$time = microtime(true) - $start;
printf('Time %.4F s.', $time);

Вариант 1: Time 0.0008 s.
Вариант 2: Time 0.0010 s

Подскажите, что это за стек технологий?

По опыту своих коллег:
Потрындеть по 4 часа в день друг с другом, час пить чай/кофе, ещё час материть заказчиков и последний час чтобы написать пару строчек кода.

Простая таблица сравнения
Узкое место технологии OpenVZ - относительно медленная работа с диском. Эта проблема в принципе работы этой системы. + допустим "оверселлинг".
Преимущества KVM- независимые ресурсы: каждому серверу выделяется своя область в оперативной памяти и на жёстком диске, что повышает надёжность работы такого сервера, не позволяя соседним серверам использовать те же участки памяти и дискового пространства. Это же не позволяет "оверселлить" ресурсы.

Разница в подходе к виртуализации. OpenVZ - виртуализация на уровне ОС, KVM - почти полный аналог физической машины. Для вашей задачи, скорее всего, эта разница не будет принципиальной. ISPManager можно использовать, но скорее всего, за него возьмут отдельные деньги (если не Lite-версия). Про технологии виртуализации подробнее почитайте, например, здесь: https://habrahabr.ru/post/177423/ или здесь: https://firstvds.ru/technology/faq/openvz-kvm

Учебник уже устарел, про register globals забыть.

Общего между ними то что они работают одинаково. Разницы между ними технически никакой. А вот идеологические различия есть.

Я расскажу о них в контексте PHP. Прошу заметить что протокол HTTP к PHP имеет косвенное отношение потому что он создавался для обмена html страницами а PHP просто расширяет возможности и того и другого.

GET запрос используется чтобы получить данные а POST чтобы отправить. (Напоминаю что технически они работают одинаково).

Поэтому в контексте PHP опираясь на эту идеологию сделали следующим образом:
1. При каждом запуске PHP по умолчанию создаются суперглобальные массивы ($_GET, $_POST).
2. Если в строке запроса есть вопросительный знак(?). То все что после него считается параметрами GET запроса они представлены в формате 'ключ'='значение' и в качестве разделителя используется знак амперсанда (&)
Пример:
GET /index.php?name=Андрей&surname=Галкин
это строка запроса, тут 2 параметра. эти параметры попадут в массив $_GET.
3. $_POST заполняется другим способом. содержимое этого массива заполняется из "заголовков запроса". То есть из места, скрытого от глаз в явном виде. Всю рутину по созданию таких заголовков берет на себя браузер. Хотя иногда и что-то редактируется в заголовках в ручную.

Чаще всего пост запрос используется в формах (для отправки данных).

Например у нас есть форма для входа 2 поля логин и пароль.

Представим что мы используем GET метод. Тогда при отправке формы мы перейдем на следующий адрес /login.php?login=Андрей&password=123 согласитесь что так передавать такую информацию совсем не безопасно. Любой может открыть ваш браузер и начиная вводить адрес сайта он из истории может увидеть ваши пароли и логины.

А вот если бы мы указали методом POST то мы бы получили следующий запрос:
POST /login.php (login=Андрей&password=123) то что в скобочках было бы скрыто и никак не сохранено в браузере.

Теперь другая ситуация например форма поиска. Мы вводим текст и получаем страницу с результатами. Вот тут уместнее GET форма. потому что нам было бы удобно сразу иметь ссылку на результат поиска, то есть добавить в строку запроса можно выразится "Публичные параметры", которыми можно поделиться. И как результат в строке браузера будет конкретная ссылка на текущую страницу. Мы можем ее скопировать, и разместить где-нибудь, или например скинуть другу. И получить при переходе одну и ту же страницу. А не просить других людей зайти на сайт и в поиск вбить определенную фразу чтобы получить необходимую страницу.

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

И еще одна хорошая новость их можно комбинировать, например
POST /index.php?page=login (login=Андрей&password=123) Думаю я уже достаточно объяснил что из этого получится и какие параметры в какой массив попадут.

Читать правильные книги :) Вот одна из них www.ozon.ru/context/detail/id/5648968