Ольга Ветер

Есть довольно занятное сочетание browsersync + localtunnel. Первый инструмент сам по себе при верстке используется, а при необходимости показать что-то, вы в одну команду расшариваете то, что делаете и посылаете ссылку клиенту. Он смотрит, потом вы все выключаете. Из занятного - browsersync продолжает исправно работать, ваш браузер и браузер клиента получаются связанными - скролл, нажатия кнопок, все действия, которые влекут за собой добавление/удаление классов у элементов - вы видите все, что клиент смотрит и можете сами что-то показать. Может быть удобно при одновременном общении в skype/hangouts. Для всего этого не нужен ни хостинг, ни белый ip, ни нормальное железо.

или это отдельные mockup?

Что это хоть значит-то — «отдельные mockup»? И почему не «otdelnie мокап»?

Это просто три отдельных слоя — фон, Посейдон и волны с кораблем. В CSS их можно разложить по оси Z на некотором расстоянии друг от друга, и для верности еще сильно размытую тень бросить на передний слой, чтобы добавить эффекта глубины.

Обойди их циклом, у тебя же все одинаково.

for (let p in req.body.queryResult.parameters) {
  if (req.body.queryResult.parameters.hasOwnProperty(p)) {
    transportationData[p] = req.body.queryResult.parameters[p];
  }
}

$i = 0;
foreach( $posts as $post ) {
// в каждом 1-м посту каждой четверки открываем див
if ($i % 4 === 0) {
echo '<div class="content_one_fourth">';
}

// остальная логика

// в каждом 4-м посту каждой четверки закрываем див
if ($i % 4 === 3) {
echo '</div">';
}
$i++;
}
// если в последней четверке не 4 поста, то див не закрыт. закрываем его
if ($i % 4 !== 0) {
echo '</div">';
}

position: relative div'у, position: absolute контейнеру с квадратами и выровнять с помощью left, top

1. Классический матанализ (вузовский). База для всех следующих дисциплин.
   
2. Комбинаторика. База для теории вероятности.
   
3. Теория вероятности. Прямо база для азартных игр.
   
4. Теория графов. Понадобится в теории игр, необязательно изучать углубленно.
   
5. Теория игр. Прекрасные лекции есть у Савватеева.
   

По caniuse поддержка есть

Ну вообще-то не совсем, там есть сноска №1, где говорится, что IE и Edge "Does not support CSS transforms on SVG elements".

для точек нужный центр указан..

Уберите его из CSS и используйте матрицу вместо scale:

TweenLite.from("...", 1.5, { transform: "matrix(0, 0, 0, 0, 131, 77)" });

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

const containerSelector = '.spoiler-container';
const headerSelector = '.spoiler-header';
const contentSelector = '.spoiler-content';
const activeClass = 'active';
const toggleEffect = 'slideToggle'; // или fadeToggle, или toggle
const hideEffect = 'slideUp'; // или fadeOut, или hide

function toggle($containers, $container) {
  $containers
    .not($container)
    .removeClass(activeClass)
    .find(contentSelector)
    [hideEffect]();

  $container
    .toggleClass(activeClass)
    .find(contentSelector)
    [toggleEffect]();
}

Обработчик клика подключается блокам со спойлерами, но клики слушаться будут только по заголовкам:

const $containers = $(containerSelector).on('click', headerSelector, e => {
  toggle($containers, $(e.delegateTarget));
});

В случае, если предполагается добавление новых блоков уже после подключения обработчика, то его, обработчик, следует добавить на документ - так всё будет работать как надо без каких-либо дополнительных телодвижений:

$(document).on('click', `${containerSelector} ${headerSelector}`, e => {
  toggle($(containerSelector), $(e.target).closest(containerSelector));
});

threejs.live/#/canvas_particles_waves

Подавляющее большинство - придурки и фантазеры. Сидят и пузо чешут "вот я щаз сделаю свой фейсбук... $50 у меня есть, надо фрилансера найти", идут дают объявление, а дальше дело редко заходит.

У нас вчера был случай. Неделю переписываемся с клиентом - девушкой. Вчера прислала мужа на переговоры. Муж посидел минут 10, вообще ничего не понял и спешно убежал. Через полчаса девушка пишет "Извините, в ваших услугах не нуждаемся". Спрашиваю "Почему?", отвечает "Потому что вы ничего внятного не объяснили".

Хотя с ней план действий согласовали от и до, показали красивое портфолио и (по рекомендации) предложили пакет услуг без предоплаты на условиях "если не сработает - вы не платите".

То есть ну полный идиотизм. Это часто происходит. И, к сожалению, это нормально.

Вот им в частности студия не помогла, и сейчас они пойдут фрилансеров искать. Этих фрилансеров заведомо жалко - заказчик не то, чтобы не компетентен, но по сути даже неадекватен.

Небольшая проблема была в том, что у вас этот контур состоял из двух кусков: правого верхнего уголка и всего остального (привет дизайнеру?). Исправил путь так, что теперь это один сплошной путь, без лишних точек и без ненужных групп <g>.

Делаем две копии этого пути, одна под другой. Нижняя – частым синим штрихом. Верхняя – чуть более широким штрихом и цвета фона.

Подобрал на глаз длину штриха 2200, чтобы полностью закрывал всю длину, и на эту же величину смещаю паттерн при наведении мышки. CSS transition делает анимацию плавного перехода от нулевого смещения (паттерн начинается с 0 и полностью закрывает нижнюю копию) до смещения в 2200, чтобы начался пробел и полностью открыл нижний путь.

Чтобы срабатывали стили :hover при наведении мышки пришлось обернуть SVG в <div>

Fiddle

Отвечу как тот, кто работает с "папками" от веб-дизайнеров.
В идеальном случае это:
макеты с артбордами внутри(с хорошо именованными и структурированными слоями);
шрифты(если это не гуглфонтс);
графика(не вся, но, например, если в макете используются большие бэкграунды, фотки, все это - неплохо иметь отдельными файлами);
свг иконки;
все макеты сохраненные в пнг;

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