Сергей Протько

stackoverflow.com/questions/4049455/how-to-create-a-uuid-in-php-without-a-external-library

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

А вот веселее с приоритетами селекторов.

А толку, если PNG-шки в большинстве случаев еще и пережимать приходится? Или с этим тоже уже все хорошо?

Composer — менеджер пакетов для PHP. Фронтенд штуки же разруливать лучше через Twitter Bower

Я увы не являюсь СЕО специалистом, но таковые мне пару недель назад говорили что регионы можно не стоит выносить как поддомены. Мол один большой сайт будет лучше продвигаться нежели много небольших.

CommonJS, RequireJS, LMD… имя им легион. Для обфускации рекомендую uglify.js. С вашими требованиями хорошо справится LMD, у него и оверхэд небольшой.

Думаю это просто один из пунктов какого-то чеклиста. Хотя проектов, реализующих подобное вагон.

скажем есть фронт сервер или просто web сервер, который, если мы не находим изображение, вызывает приложение и оно генерит вам картинку нужного размера и сохраняет на диске. Далее эту картинку напрямую будет раздавать WEB сервер.

А уже конкретная реализация зависит от используемых технологий.

С DOCX все проще — это просто сжатый контейнер содержащий XML файлы, из которых уже можно распарсить данные. Библиотек массы, нужно смотреть по требуемому функционалу.

А вот PDF — знаю только о FPDF. Я бы рекомендовал найти какой-либо инструмент на подобии PDF2HTML и из PHP просто выполнять команду для выдирания информации.

Можно посмотреть Roadmap

В русской версии ProGIt все довольно нормально переведено. Но я считаю что переводить команды не стоит.

Ну мне кажется не слишком удобная реализация. Ибо…
a — 1
b — 2
c — 3

если сделать c.moveUp()

a — 1
b — 2
c — 2

И уже сложно будет пересчитать, вы так не считаете?

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

А почему бы не использовать лексер/парсер? Скомпилировать шаблон в нативный код и уже его выполнять.

Можно сделать на PHP 5,3 с опциональной возможностью использования плюшек 5,4. Так сделано к примеру в Silex.

Ну начнем с того что обработчик события крепится не к самому элементу, который вы добавляете, а к контейнеру, на который навешивается делегат. А уже если событие нужного вам типа всплыло и вызвал его элемент подпадающий под селектор, то вызывается ваш обработчик.

По поводу плагинов — увы только так, навесить на тот же контейнер делегат о том что бы добавлен элемент, и при добавлении оного вызывать триггером у него ваше событие, в обработчике же навешивать плагин на элемент.

Можете попробовать через LinkedIn поискать.

в режиме фулскрин или интеграции рабочих столов вы можете выбрать, с каким устройством работать.

1) количество колонок, а так же их размер вы можете спокойно поменять.

Модель в ключе MVC Это просто собирательное от бизнес логики скорее. По сути в Symfony вся логика должна храниться в сервисах.

Entity — это просто как структура данных, сама она логикой тоже может обладать, но минимально, так как ей не доступны сервисы.

Model в контексте форм — это что-то типа Data transfer object, то бишь некий объект, который содержит данные в нужном формате. В большинстве случаев моделью для форм являются сущности.

Контроллеры это просто контроллеры, тут все раскрыто довольно хорошо в документации.

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