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

Новый? А что для вас новый? SYmfony2 — самый новый фреймворк, куча мелких микро-фреймворков, куча двжиков для интернет магазинов… Из готового толкового мало.

В том же NetBeans есть плагин для превью стилей. Человеку, который верстает достаточно хорошего автокомплита и подсветки синтаксиса, валидации CSS/HTML. Хороших редакторов в этом плане более чем достаточно. Если же хочется видеть изменения как только поправил свойство — проще открыть web инспектор (хром, опера, огнелис, да тот же IE) и править стили прямо там. На сегодняшний день это достаточно удобно. Плюсом этого способа так же является то, что вы видите сразу и поведение в каждом конкретном браузере.

Symfony2 — весь фреймворк это набор компонентов. Все OpenSource под лицензией MIT. Там есть все что вам нужно из списка. При желании просто на базе компонентов этого фреймворка вы можете построить свой, причем довольно быстро. Все компоненты очень качественно написаны.

Позвольте спросить, зачем вам позволять редактировать настройки подключения к базе для пользователей?

Наверное мало кто использует Symfony2 в связке с форумными движками, ну или задача очень специфическая. На самом деле сложно ее решить достаточно ровно.

Самый простой способ решения это задачи — использовать ивенты и написать сервис для авторизации на форуме.
При успешной регистрации и/или регистрации вызывается ивент (точно не помню что и как, но пару месяцев назад приходилось реализовывать какое-то определенное действие по успешной регистрации/авторизации, что-то типа уведомлений администратору). Я делал на основе FosUserBundle с небольшими допилками. Из коробки там есть все что нужно для решения вашей задачи.

Реализовать такое можно и без какого либо бандла, оформить библиотеку с API как сервис — тоже отдельный бандл для этого не нужен. Вывод — готовый бандл не нужен, так как у всех свои требования.

Вообще обычно так и делают: создают свой репозиторий и либо добавляют туда запрос, либо перегружают метод findBy.

Мне кажется в вашем случае фреймворк делает все правильно, а вот у вас с такой структурой базы могут в последствии возникнуть проблемы. Как минимум вы пытаетесь указать связи для двух таблиц через одно поле, что нельзя делать. Слепите связи в каком-нибудь WorkBench и сгенерьте через Gii модели, посмотрите какие связи он вам нагенерил, сравните. Я увы давно не писал на Yii так что более конкретно сказать не смогу.

По поводу «мультиязычности», помниться года так 4-5 назад была такая CMS от греческих разработчиков как Elxis (форк Mambo, если кто ее еще помнит). Там они как раз на мультиязычность из коробки все и точили. Сомневаюсь что мультиязычных CMS мало. Тьма их, этих CMS-ок.

symfony.com/doc/current/book/routing.html — ознакомьтесь, возможно вам будет любопытно.

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

Ну по сути…
> composer.phar install
> app/console generate:bundle
и т.д.

То бишь за основу берется какой-то мощный фреймворк, позволяющий создать гибкую структуру компонентов. Мне вот нравится Symfony в плане гибкости. Модно написать какой-то бандл и без проблем использовать его в других проектов тратя минимум времени на доработки. За счет возможности написания агрегаторов, можно реализовать админку и возможность для каждого модуля написать часть оной и собрать все под одной крышей. Вы можете взять за основу другой фреймворк, и начать делать на нем.

Делать полностью с нуля нету никакого смысла, кроме как самообразование.

Можно попробовать использовать openoffice и через консоль конвертить. Это самый простой способ.

Есть блок #content, через setTimeout создаем цикл, в цикле делаем AJAX Запрос в котором молучаем HTML и заменяем им содержимое блока #content. Можно так же использовать метод .load ($('#content').load(url)) опять же в цикле через setTimeout

Именно семантику HTML5 можно и даже нужно использовать, так как это никак не влияет на кроссбраузерность, и в будущем поможет поисковикам. Вам от этого не убудет, а разметка будет выглядеть более логично.

Что косается CSS3, Вообще-то есть такая штука как graceful degradation. Тобиш по существу отсутствие закругленных уголков никак не должно помешать вам пользоваться функционалом. Так же и с градиентами и прочими плюшками. К слову плюшки аля градиентов в IE все же поддерживаются, но эти костыли стоит выносить в отдельные файлы и подключать через conditional comments.

Большую часть плюшек CCS3 вы можете спокойно использовать, и посмотреть в каким браузерах что поддерживается вы тоже можете.

Для селекторов третьего уровня есть замечательная библиотека ie9.js которая позволяет не заморачиваться со старыми версиями IE в плане некоторого функционала.

Сложнее всего с HTML5 API, в котором было введено много вкусностей. Взять тот же XHR2 или File API. Но скажем валидация форм — тут есть фэлбэки, просто подключаете и не паритесь. для элементов video/audio так же существуют фэлбэки с использованием flash.

Словом… время HTML5/CSS3 наступило уже довольно давно.

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

Обращение к Facebook API на самом деле может быть узким местом, обычно выполнение запросов и исполнение PHP не настолько влияют как подключение к удаленному серверу.

Таймеры навешивать ненужно, хотя логи стоит при разработке делать. Есть варианты использовать PECL APD, который покажет детальную статистику исполнения всех функций. Так же хороший вариант использовать xdebug. Думаю последний вариант будет проще так как требует только включение профайлинга в php.ini.

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

Использую сильно модифицированную редакцию этого бандла. Зачем? потому что что бы, допустим, сделать авторизацию только по email и исключить поля username из сущности (зачем оно если не используется) нужно полностью переопределить мэппинг сущности, валидаторы и много чего еще.

По сути если вы заменяете местами две ноды в дереве, то у них должны просто индексы инвертироваться между собой. А если вы добавляете ноду или убираете ее из ветки — то вам придется пересчитать все индексы справа и все слева от того места где была/будет нода. Как-то так.

А теперь мысленно перенесите ноду в дереве из одной ветки в другую и посмотрите как пересчитать значения.

htmlbook.ru — там есть раздел с заданиями, он довольно полезен
Опять же для верстки лучше поискать знакомых которые могли бы устраивать ревью кода. А потом уже просто… сидеть и делать. Параллельно читать книжки, но толку от них не будет если вы не будете пробовать.

Язык, вот тут можно просто посмотреть на что вы ориентируетесь. В корпоративном мегменте засел .NET, вообще царствует PHP, питонисты просто тихенько себе хорошо живут.
Мой совет — посмотрите все мейнстрим языки (их не так уж много, особенно под WEB). Можно корелировать приоритеты языков со средней ЗП на рынке.

А потом, как попробуете, выберете для себя понравившийся вам. Возможно их будет несколько.

По изучению — самый самый продуктивный способ, просто берите и пишите, хоть что-нибудь. Можно просто попытаться скопировать какой-то небольшой сайтик и постепенно увеличивая объемы. Причем желательно браться за что-то на порядок сложнее ваших знаний, иначе они будут медленно приходить.