ljr_dev: Задачи, связанные с пе

Задачи, связанные с перестройкой движка LJR.

1. Сделать возможность использования различных БД. Очень хочется, чтобы была возможность использовать Postgres, Firebird/IB, MaxBD (бывший SAP, сейчас разрабатывается Mysql.com), Ingress (сейчас уже opensource). Необходимо привести все запросы в соответствие с SQL92/SQL99 (

nit, можешь просмотреть и выделить несовместимые?).

2. Отказаться от использования memcached. Заменит его какой-нибудь другой, работающей, системой кэширования данных. Или выкинуть нафиг совсем...

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

4. Изменить пакет отправки почты с MIME::Lite на что-нибудь разумное.

5. Проверить работоспособность с Apache2.

6. Wiki-markup система взамен <lj>-tag. (На мой взгляд, переход на wiki-markup благотворно повлияет на все проблемы с <lj>/<ljr>-tag)

Эти задачи являются довольно приоритетными и стоит ими заниматься.

... А не переписать ли все это на Ruby???

(Добавить комментарий)

polter
2005-07-21 23:42 (ссылка)

а чем плох memcached?

Мне кажется, если переписывать, то лучше python (более чистый, ортогональный язык. и более быстрый). Впрочем, даже ruby будет лучше перла однозначно.

Еще кстати, очень неплохой вариант, чтобы обратить на него внимание - это Erlang
Особенно в свете предстоящей распределенности.

(Ответить)

	(Анонимно) 2005-08-30 19:03 (ссылка)
	а вообще должен работать с apache2? (Ответить)

phonomania
2011-10-21 04:46 (ссылка)

на питон - не лучше. Джанго хуже рельсов(меньше юзов, меньше комьюнити, меньше удобства) хотя возможно Питон лучше Руби, не буду спорить. По ощущениям, тут работы для перевода в рельсы гдето пару-тройку недель для одного человека. какой обьем пхп кода?

(Ответить)