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

stackoverflow.com/questions/1951137/git-post-receive-hook-to-update-a-local-clone-owned-by-a-different-user

Вот где ж вы были пару дней назад, пишите конечно!

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

Буквально пару месяцев назад сидели с другом и думали как такое сделать. По сути это вполне возможно (можно узнать темп, можно примерно узнать ритмический рисунок, можно узнать превалирующие частоты… словом можно получить достаточно параметров по которым можно проводить классификацию). Правда у нас дальше мыслей пока дело не дошло, ибо работы много.

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

У всяких ckeditor и tinyMCE есть кнопка «вставка из Word». Обычно очистка стилей происходит там.

cyberduck.ch/

На наших проектах документация к API для разработчиков генерируется автоматически (в случае с REST, примеры вызова методов через cURL, в случае с SOAP — особо и не нужно, WSDL хватает).

www.projectpier.org/ — это самое лучше из того что я видел.

|<h3\s+class=\«t_i_h3\»>(.+?)|isU

Как-то так. А вообще использовали бы XPath И не мучались. Парсить DOM регулярками не всегд удобно.

Можно сделать так: При сборке можно добавлять к тегу (тут много нюансов. в зависимости от того что вы хотите это может быть добавление атрибута или же оборачивание в тег. Вам решать) атрибута data-updatable=«name_of_variable»;

В коде на серверной стороне нужно детектить изменения переменных (скажем обращение к сэттерам объекта) и отправлять эти данные через какой-либо комет сервер (ну или формировать очередь на изменения данных у клиента которую будет обрабатывать Comet сервер).

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

Twig. Причин несколько. Очень удобный и понятный синтаксис, фильтры/функции, компиляция шаблонов, наследование шаблонов. Реализован он при помощи AST парсера, так что расширять синтаксис довольно удобно.

Я начинал с уроков на 3dtotal.ru или render.ru. Последний особенно помог понять основные принципы размещения освещения на сцене. А так только практика. В плане софта… Стандарт дефакто это 3Ds Max. Можете попробовать Blender или какой-либо другой пакет для работы с 3D графикой. Тут советов вам дать не выйдет. Блендер бесплатный и в нем достаточно возможностей, в то же время 3Ds Max проще в плане изучения за счет большего количество литературы/уроков, но в то же время и сложнее, за счет огромного функционала, покрыть который можно только за пару лет практики.

SELECT p.uid, p.level, p.score, m.map_id FROM PlayersData p INNER JOIN MapsScores m ON m.map_id=p.map_id ORDER BY p.score DESC GROUP BY p.map_id HAVING COUNT(p.uid) <= 20

Что-то на подобии этого, быть может? Увы проверить не могу.

Касательно разделения обязанностей.
Разделись обязанности в пределах одного репозитория, насколько мне изменяет память, нельзя. Проблему можно решить создав на каждый компонент отдельный репозитории и поместить их в главный как саб-модули. В этом случае вы можете полностью контролировать доступ разработчиков к конкретным компонентам. В SVN-же вы можете настроить доступ к отдельным компонентам в пределах одного репозитория, но это все же SVN и тут много своих нюансов.

Для работы с процедурами и вьюшками я использовал NativeSQL. Что бы не писать свой мэппинг таблицы можно использовать аннотацию @EntityResult. Вообще можно много разных способов придумать, но думаю особо смысла в этом нет.

Вообще такие вещи обычно делаются через HMVC.

Знаю что Lisp в том или ином виде используется как язык для автоматизации различных действий. Наверное самый яркий пример — AutoLISP, который есть во многих CAD системах (а может уже и нету, не вкурсе ситуации на данный момент, давно этим не занимаюсь). Так же есть масса других инструментов использующих Lisp.

Я воспринимаю попытки освоить Lisp, Haskell или что-то подобное исключительно в качестве разминки для ума.

Я обычно работаю по следующей схеме:

Если над задачей работает один человек, то обычно в локальном репозитории создается отдельная ветка от мастера, и разработчик работает там. Если появились изменения в мастере — rebase коммитов из мастера в новую ветку поможет (если внесенные в мастер изменения вам нужны). Затем, просто делается rebase коммитов из новой ветки в master, а та самая локальная ветка попросту удаляется за ненадобностью. В дереве коммитов все будет выглядеть так, как будто бы все делали в мастере.

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

Способ в лоб — обойти все все теги в присланных данных и мерять их высоту, если в блоке контейнере еще есть свободное место — переносим тег туда. Ну и т.д. Ситуация осложняется возможностью наличия простых текстовых нод. В целом много подводных камней у этого способа.

По поводу колонок — www.quirksmode.org/css/multicolumn.html

Нужно оставить атрибут пустым. Хотя обрабатывать запрос на той же странице не совсем по феншую, ну да ладно.