Денис Денис

или есть какой-нибудь другой способ

есть, сразу верстать в jsx

Лучше вот так подключай шрифты:

@font-face {
    font-family: 'Roboto';
    src: url('Roboto-Regular.woff2') format('woff2'),
           url('Roboto-Regular.woff') format('woff');
    font-weight: normal;
}

Если необходимо bold ещё подключить то меняешь url и font-weight, а название оставляешь тоже.

@font-face {
    font-family: 'Roboto';
    src: url('Roboto-Regular.woff2') format('woff2'),
           url('Roboto-Regular.woff') format('woff');
    font-weight: normal;
}
@font-face {
    font-family: 'Roboto';
    src: url('Roboto-bold.woff2') format('woff2'),
           url('Roboto-bold.woff') format('woff');
    font-weight: bold;
}

Ну и в самих стилях пишешь вот так

// Если нужен bold
h1 {
    font-family: Roboto;
    font-weight: bold;
}
// Если нужен Regular
h1 {
    font-family: Roboto;
    font-weight: normal; // Либо можно не писать т.к. по умолчанию стоит
}

Собственно все остальные форматы кроме woff и woff2 можешь убрать. Можно ещё добавить ttf если нужна поддержка старых Android.

Вот кроссбраузерность woff caniuse.com/#feat=woff
Если уж так нужен ie8, то можно ещё eot подключить, но вряд ли оно того стоит.
Другие форматы подключаются также в src через запятую, после последнего ; не забудь.

Вот здесь можешь почитать поподробнее про подключение
nicothin.pro/page/web-fonts

woff2 я здесь брал
https://github.com/FontFaceKit/roboto

IDEA же, webstorm или обычная.
atom отстой, хуже ноутпада++, даже емакс лучше.

При поиске ошибок необходимо использовать системный и структурный подходы плюс дедукция.
Например, у вас есть ошибка "Клиент не получает уведомление о заказе".
В данном случае у вас есть система заказа и система доставки почты.
Нужно выяснить, какая именно система не работает, заказ или почта.
Если другие письма доходят, то значит что-то не так с системой заказа.
Аналогично разбираем на части систему заказов до момента вызова функции отправки почты.
В данном случае нам нужен отладчик в связке с хорошей IDE.
Устанавливаете брейкпоинт и смотрите, вызывается ли функция после создания заказа. Если да, то проверяете аргументы, нет - значит ошибка происходит до этого момента. Следовательно вам потребуется стек вызовов функций/методов. Обычно он доступен через отладчик. Используя отладчик вы можете идти по стеку вызовов как сверху вниз, так и снизу вверх. Как вам будет удобнее.
Данный метод позволяет отлаживать ошибки в проектах любого уровня сложности.

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

Кроме изучения самого языка, необходимо понимать, как работает почта, DNS, базы данных, очереди, стек TCP/IP и сетевые операционные системы в целом.

Пишем проект, уже как с нового года, заказчику нравится, нам тоже (правда пока только ios приложение делаем).
Проект развивается очень активно, под андроид писать тоже на нем будем.
Доделали для IOS - https://itunes.apple.com/ru/app/projecto/id1082361... - пока демо дуступа нет, посмотреть никак :( (появится отпишусь тут)
Для андроида получатся раза в 3-4 быстрее.
Вот и андроид версия https://play.google.com/store/apps/details?id=com.... + появился демо режим (и в ios версии тоже)

Берите Symfony 3 в режиме микроядра. Профит:

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

вот только без ORM.

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

не навязывал свою структуру/архитектуру

Этому пункту соответствует. Есть общепринятый best-practice но он в принципе только о общих вещах. А структуру вашего кода - это уже сами решайте. Так же нет никаких ограничений по архитектуре вашего приложения, симфони предоставляет вам только адаптеры для UI (HTTP, CLI и т.д.), то есть организация UI приложения. Приложение же само хоть на plain php может быть, просто пользовать инфраструктурой предоставляемой симфони.

цеплять любые файлы независимо от их "географического" положения.

Это вы сейчас об автозагрузке или что? Какие файлы? Хватит мыслить файлами, мыслите объектами, нэймспейсами и т.д. А мэппинг этого на файлы один раз прописывается в composer.json.

p.s. Опять же, фреймворк это всего-лишь набор инструментов. он ничем вас не обязывает. Симфони один из немногих фреймворков который предоставляет свободу. То есть есть по дефолту структура, но вы ее поменять можете как захотите.

stackoverflow.com/questions/22401417/file-download...

файлы нужно хранить в файлах, а не в базе.

но раз уж вляпались
для отображения у вас два пути либо вставлять ее в тело data base64
либо делать отдельный роут ( /image/14578.jpg ) который по ид будет выводить тело картинки в вывод (res.send(post.image)) в вывод +
добавлять в заголовки "Content-Type: image/jpeg"