yanpapayan

Есть!
Подобная тема на Хабр Q&A

Или вот

Если коротко, то

http://translate.google.ru/translate_a/t?client=x&text={textToTranslate}&hl=en&sl=en&tl=ru

{textToTranslate}, собственно и есть то, что нам надо перевести (с предложениями справлялось)
Ответ приходит в виде строки json, который нужно распарсить и получить translatedText = myJSON.sentences[0].trans;

Надо установить gnome-tweaks:
sudo apt-get install gnome-tweak-tool
Далее вызываете gnome-tweaks, с левой стороны выбираете "Клавиатура и мышь".
Под "Комбинация клавиш ... " есть кнопка "Дополнительные параметры раскладки" нажимаете и в окне выбираете "Переключение на другую раскладку". Там можно выбрать любую комбинацию от Alt+Shift и т.д.

дело в том, что display: inline-block; добавляет после каждого такого блока пробел 3-4px (в зависимости от браузера).
есть 2 решения:

1. использовать правило margin-right: -3px - этот отрицательный отступ компенсирует те 3 пикселя, которые появляются. НО! В разных масштабах и в разных браузерах изначальный отступ в 3px может выглядеть шире/уже на пару пикселей и в итоге получим либо наезды блоков друг на друга, либо тот же самый перенос
   
2. этот способ наиболее удобный. просто между блоками удалить все пробелы и переносы строк. т.е. закончился предыдущий div, и сразу же после закрывающего тега нужно вставлять следующий открывающий.
   

правильно: </div><div> - в этом случае отступов не будет
не правильно: </div> <div> - даже один символ отступа или переноса строки нарушит "хрупкое равновесие"

В Yii даже банальное ... порождает запрос к базе данных, для получения структуры таблицы news.

Смокать вполне реально. Не знаю, как через Mockery, но через PHPUnit у меня вполне получалось.

В шаблонах yii2-advanced и yii2-basic есть unit, functional, acceptance. Стоит выделить отдельную группу тестов - integration?

Это название означает, что тесты не строго модульные. Реализованы они могут быть тем же PHPUnit.

integration==functional

Нет. integration = тестирует реальную базу, но всё ещё в терминах кода. functional = тестирует в терминах конечного пользователя: страницы, URL-ы, парсинг тела ответа. При этом реальный браузер не запускается. acceptance = то же, но с реальным браузером.

1) продолжаем учить "ванильный JS", паралельно почитывая про babel, es2015 и т.д.
2) когда мы ищем информацию в интернетах - учитываем что сейчас актуальная версия ангуляра - 1.5, второй ангуляр в бете, так что 90% информации устарело. Я даже больше скажу - даже официальная документация устарела, обновленный вариант сможете найти на github проекта в пул реквестах.
3) https://github.com/gdi2290/ngExam - рекомендую этот список тем того, что вам надо знать про ангуляр (ну и не только).
4) https://github.com/AngularClass/NG6-todomvc-starter - тут я попытался собрать полезные статьи на тему что надо учить и как + пример маленького современного приложения. Так же в ишусах к NG6-starter обсуждается как лучше его готовить.
5) https://habrahabr.ru/post/277087/ - про angular 1.5 и то как я готовлю ангуляр.

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

Ну и да - обязательно прочитать документацию к ангуляру. Возможно не всю сразу но базовые понятия что бы раскрыть. И разобраться с тем что значит "декларативное представление".

Если просто делать:
1. Ищем цветовые диапазоны и замкнутые области (с площадью не менее заданных) кожных оттенков на фото.
2. При превышении порога - считаем, что там изображено обнажённое тело.

Если делать правильно:
Используем контурную и цветовую сегментацию изображения и нейросеть с последующим постепенным обучением: где пристойные фото, а где - нет.

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

Проценты диапазонов пристойного изображения (при количестве голосовавших >=5):
1. От 0-33% - отсеиваем
2. От 34-66% (включительно!) и проголосовали ВСЕ, кто может голосовать -> на модерацию администратору (этот случай очень редкий)
3. От 67% и более -> пропускаем (изображение нормальное)

Плюсы Canvas:

• Высокая производительность при отрисовке любых 2D объектов.
  
• Стабильная производительность — всё есть пиксель. Производительность падает только при увеличении разрешения изображения.
  
• Лучше всего подходит для создания растровой графики (например, в играх, фракталов и т.п.), редактирования изображений и операций, требующих манипулирования на уровне пикселей.
  

Плюсы SVG:

• Нет зависимости от разрешения — SVG лучше подходит для кроссплатформенных пользовательских интерфейсов, так как позволяет масштабировать изображение при различных разрешениях экрана.
  
• SVG очень хорошо поддерживает анимацию. Элементы могут быть анимированы с использованием описательного синтаксиса или с помощью JavaScript.
  
• Можно получить полный контроль над каждым элементом, используя SVG DOM API в JavaScript.
  
• SVG хранится в формате XML, что предоставляет больше возможностей браузерам по обеспечению доступности SVG документов по сравнению с элементом canvas. Таким образом, SVG выглядит лучшим решением для пользовательских интерфейсов веб-приложений.
  

Минусы Canvas

• Отрисовка основана на пикселях.
  
• Не существует API для анимации. Вам придется прибегать к использованию таймеров и других событий для обновления канвы.
  
• Слабые возможности по рендерингу текста.
  
• Возможно, не самый лучший выбор, когда доступность имеет решающее значение. Канва предоставляет вам поверхность для рисования в выбранном контексте (2D и 3D). Можно указать альтернативный контент внутри элемента canvas, который будет показан браузером при невозможности отображения графики. Кроме того, вы можете выполнить проверку доступности выбранного Canvas API с помощью JavaScript. На основе этого вы можете обеспечить различную функциональность для пользователей браузеров с разной поддержкой HTML 5 Canvas.
  
• HTML 5 Canvas не подходит для создания веб-сайтов или интерфейсов веб-приложений, так как пользовательские интерфейсы обычно должны быть динамическими и интерактивными, а Canvas требует от вас постоянной перерисовки каждого элемента в интерфейсе.
  

Минусы svg

• Низкая скорость рендеринга при увеличении сложности документа (рисунка), так как используется модель DOM
  
• Скорее всего, SVG не подходит для таких приложений как игры. Возможно лучшим выбором будет комбинация HTML Canvas + SVG.
  

Вывод
HTML 5 Canvas следует использовать для:

1. Редактирования изображений: обрезки, изменения размеров, фильтров (удаления эффекта красных глаз, создания эффекта сепии, изменения цветности или яркости)
   
2. Создания растровой графики: визуализации данных, создания фракталов и графиков функций.
   
3. Анализа изображений: создания гистограмм и т.п.
   
4. Создания игровой графики, такой как спрайты и фоны.
   

SVG следует использовать для:

1. Создания пользовательских интерфейсов веб-приложений, независимых от разрешения экрана.
   
2. Высокоинтерактивных анимированных пользовательских интерфейсов.
   
3. Графиков и диаграмм.
   
4. Редактирования векторных изображений.
   

честно скопипастил

Зависимостей, как правило нет. Но можно сделать вложенные редьюсеры:

const myReducer = combineReducers({ connectedReducer1, connectedReducer2 })

PS для форм используйте redux-form.

UPD1 При этом вы можете вручную вызывать вложенные редьюсеры:

function combinedReducer(state = initialState, action = {}) {
  switch(action.type) {
    case SOME_COMPLEX_ACTION:
      return {
         ...state,
         someProp: someOtherReducer(state.someProp, { type: OTHER_ACTION, payload: action.payload.something })
      }
    default:
      return {
         ...state,
         someProp: someOtherReducer(state.someProp)
      }
  }
}

easyelectronics.ru