Melanitsky

Как раз для таких целей создавался planance.com

Ну как бы задача url routera лежит не на шаблонизаторе, а на самом фрейморке.
Что бы было проще можно взять любой фреймфорк: Zend, Yii, Symphony, CI и т.д.
На любой из них можно легко прикрутить шаблонизатор

Я реализовал это 2 способами:
1) Это демон на node.js который постоянно дергал API контакта фейсбука твитера и гугл+ и тянул количество лайков. Минусов несколько:
— считает примерно 50-70 итемов в минуту. Что довольно медленно
— вконтакте есть ограничение на количество реквестов к апи с одного айпи. И каждые несколько минут демон падает в ступор. Ограничение идет на количество реквестов в 5 минут.

2) Второй вариант — это считать их на клиенте. Если страница регулярно просматривается, то можно собирать количество клиентом (да, именно в браузере собрать количество лаков, у всех есть callback), и отправлять результат на сервак.
Минусы:
— работает только в том случае если страницы регулярно просматриваются
— можно легко запостить любую дрянь на сервак =(

Мне разобраться с поиском по свойствам помогла статья. Обратите внимание на сами запросы

Сейчас используем Basecamp
Раньше юзали Worksection

Спасибо за ответ.
После знакомства и применения этих патернов, у меня возникла уйма вопросов, на которые я не могу найти ответ :)
Хотел бы узнать какие патерны используют в больший проектах и чем это оправдано?
В каких случаях лучше применить тот или иной паттерн?

После использования Data Mapper (Doctrine 2) я смог выделить такие
Плюсы:
— Действительно удобное разделение логики работы с БД
— Генерация SQL кода (CREATE TABLE)
Минусы:
— Реализация сложных выборок
— Оптимизация запросов
— Выделение коллекций
— Все нужно делать через entity manager
— «Кушает» много памяти

AR плюсы:
— Вынесение работы с БД на уровнень вверх
— Простота использования
Минусы:
— Неввозможное сокрытие данных
— Сильно много ответвеснности на одном классе
— Сложность наследования классов

Data Gateway (Zend_Table):
— Вынесения логики для работы с таблицей в отдельный класс и на верх
— Работа с коллекциями (Rowset)
— Удобно разширять модели, и все действительно гибко
Минусы:
— Нужно создавать много практически пустых классов
— Сложность наследования

Действительно я все правильно понял?

Объект global — глобальный для всех файлов
global.foo = 'bar';

попробуйте прописать дериктории с библеотеками
require.paths.push('/media/otherpartition');
require.paths.push(__dirname+'/library');


Для простых запросов это удобней. Вы просто собираете запрос как конструктор, INSERT и UPDATE также невероятно удобен. Просто передать ассоциативный массив в качестве аргумента. По крайнем мере так в Zend_DB.
А сложные и вложенные запросы все ровно приходиться писать ручками.

Использывал и советую:
— для русскоязычных siteheart.com/
— для мира www.providesupport.com/

Лучшое что есть: Обезянка =)

На счет решения для жумлы подсказать не могу, но есть ряд библиотек которые позволяют удобно работать с PDF
1) Zend_Pdf — из плюсов есть подержка руских шрифтов и подхват ttf, минусы не работы с ячейками, выравнивания и прочих вещей. Хотя самому реализовать не проблема.
2) TCPDF — содержит себе огромное количество возможностей, работает с русскими шрифтами (но их нужно генерировать) и кучу приятных плюшек. Минус что очень громоздкая и без opcode кеша чувствуются тормоза
3) FPDF — работает с ячейками, но есть проблемы с шрифтами

Я использывал 2 сервиса:
www.napishi.ru/ — использовал 2 года назад, правда сейчас выглядит полумерающим
iqsms.ru/ — использую сейчас (разсылаю 100-200 смс в месяц), жалоб нету

Она работает уже давно, правда только на google.com
Вот мануал по установке

$(document).click(function(event) {
console.log(GetAppliedCssRules($(event.target)));
});

function GetAppliedCssRules($element) {
var appliedRules = [];
for (var x = 0; x < document.styleSheets.length; x++) {
var rules = document.styleSheets[x].cssRules;
for (var i = 0; i < rules.length; i++) {
if ($element.is(rules[i].selectorText)) {
appliedRules.push(rules[i].selectorText);
}
}
}
return appliedRules;
}

Пока сами не захотят оставить отзыв, толком их не сможешь мотивировать.
У нас в команде была похожая задача. Пока мы просто не начали искать людей в контакте и писать им сообщения: «Я увидел что Вы были там-то, не могли бы вы оставить отзыв о этом заведении». Из 20 сообщений примерно 4-5 людей оставляют отзыв.
Потом люди начали оставлять отзывы сами.

LIKE дает неймоверную нагрузку на СУБД.
Все зависит от кого какой engine таблицы вы испольуете. Для полнотекстовго поиска с учетом мофологии лучше всего использвать sphinx.
Если делать через match это лучше всего MyISAM.
SELECT word FROM table WHERE
MATCH (word) AGAINST ('cat*' IN BOOLEAN MODE)
а вообще www.mysql.ru/docs/man/Fulltext_Search.html

Javascript являеться диалектом ECMAscript. ECMA это стандарт JavaScript. Им заниматься W3C.
А сам перефикс java только пиар ход.

почему нельзя, можно:
window.location.href=/qa/6436/#photo"
если в урле есть # и сам урл совадает — перезагрузки не будет

explode("\n", file_get_contents('file_name'));