Artcifra

Проблема кроется в конфликте Bootstrap и Tinymce
Необходимо добавить

$(document).on('focusin', function(e) {
    if ($(e.target).closest(".mce-window").length) {
        e.stopImmediatePropagation();
    }
});

https://jsfiddle.net/y31beu6d/

Базу данных можно выбрать любую. Она не играет роли в realtime приложениях. Позвольте вам немного объяснить. Для передачи данных между клиентом и сервером в браузере существует всего два протокола. HTTP и Websocket. Firebase не магия и также использует их. Если браузером не поддерживается Websocket, то firebase откатывается на HTTP. Используя общераспространенный подход к разработке на PHP у вас не получится использовать websocket протокол поскольку типичные PHP приложения не живут дольше 1 запроса. Соответственно да, в таком варианте остается только ajax. Но точно также работает и firebase если в браузере нет поддержки websocket, так работает facebook, telegram и много всего остального. Они используют long-polling. Клиент отправляет запрос к скрипту на сервер, скрипт в цикле опрашивает хранилище mysql или более продвинутый вариант mysql+redis (чтобы не грузить запросами mysql) и пока данных не будет, цикл так и продолжит крутиться, для клиента это просто выглядит как повисший запрос к серверу. Как только данные появляются, они отправляются на клиент, соединение разрывается, а клиент сразу же отправляет новый запрос.

Есть развитие этой идеи. Называется HTTP Streaming. Отличие от long-polling в том, что после отправки данных клиенту соединение не разрывается, а сервер продолжает отправлять последующие данные по этому же соединению. Соединение разрывается по таймауту. Минус в том, что прокси-сервера могут кешировать небольшие пакеты данных и данные нужно раздувать например пробелами, чтобы пакет данных достигал минимального размера и был способен пробить кеш прокси-сервера. Плюс в том, что если у вас данные для клиента появляются скажем с переодичностью раз в секунду, то не будет происходить постоянного открытия-закрытия соединения как при long-polling.

Есть вариант, когда можно реализовать небольшую прослойку на socket.io. Ваше PHP приложение пишет данные для клиента например в redis. Приложение на socket.io подписывается на redis. Когда PHP что-то отправляет в redis, то socket.io мгновенно об этом узнает и рассылает это событие по websocket протоколу всем подключенным клиентам. Минусы. Раздуваете стек. Нет консистентности данных между записью в основное хранилище (mysql/postgre/mongo/etc) и redis. Соответственно может возникнуть ситуация, когда данные записали, но в redis событие не ушло. Поменяете местами, будет наоборот, событие есть, данных в базе нет.

Вариантов в целом очень много. Всё это называется Comet. Вам проще всего реализовать long-polling.

А реал-тайм база, которая умела пушить данные клиенту по tcp протоколу (но не в браузер) была и называлась она rethinkdb.com. Ныне не развивается. IP в России заблокирован. На сайт можно сходить по VPN.

Все слои которые находятся внутри Фрейма, автоматически к нему привязываются. Внутри Фрейма, для каждого объекта можно задать позицию, в которой он будет находится при изменении масштаба. Чтобы при деформации Фрейма, объекты внутри не меняли свои размеры, нужно задать слою или группе слоев позицию.



На картинке задана позицию Left - Top, это означает что объект всегда будет привязан к верхнему левому углу.

чтобы не учитывались привязки при изменении размера фрейма зажимайте Сmd (мак) или Ctrl (винда)

По тексту письма вы не всегда поймете с каким пользователем проблемы и универсального формата нет. Вместо этого шлите каждому пользователю письмо с уникальным обратным адресом в SMTP конверте типа iduser-idmailing@mailing.youdomain, обрабатывайте все письма пришедшие на *@mailing.youdomain и по адресу на который они пришли идентифицируйте проблемный ящик. Если за какое-то время пришло больше определенного количества отлупов - помечайте как неактивный. Автоответы от отлупов можно отличить по заголовку Auto-Submitted: auto-replied.

Нашел решение.
Позвонил в Apple и там подсказали как включить список всех вариантов разрешений.
Оказывается все просто, заходим в "Системные настройки" => "Мониторы" => Там выбираем вкладку "Расположение" (если у вас выбран режим "Расширение рабочего стола) => после этого жмем на пункт "Масштабирование" с зажатым alt, появится список всех возможных разрешений.
Слава поддержке Apple.
Хотя конечно мне не понятно, почему нужно было скрывать эти настройки, но бог с ним.
Слава поддержки Apple.

$img = imagine\Image::getImagine()->open(Yii::getAlias($fullName));

$size = $img->getSize();
$ratio = $size->getWidth()/$size->getHeight();

$width = 200;
$height = round($width/$ratio);

$box = new Box($width, $height);
$img->resize($box)->save($filePath.'/thumb/' . $fileName);

// OR:

imagine\Image::thumbnail($fullName,$width,$height)
        ->save($filePath.'/thumb/' . $fileName);