Хорошо спроектированное веб-приложение с исходным кодом

0

1

Подскажите сабж.
Языки: python, php, perl.
Обязательное условие: MySQL и(ли) Postgres.

Я понимаю, что есть такие монстры как Wordpress, PHPBB, * на Django, но они все генерируют over 9500 запросов к БД для одной простой странички. А мне хочется чего-нибудь минималистичного, но при этом хорошо спроектированного.

Ссылка

←	[Mysql]Что-то вроде принципа неопределенности Гейзенберга

WYSIWYG

→

webpy, забирай.

xpahos ★★★★★
(02.11.11 02:38:39 MSK)

Ответ на: комментарий от xpahos 02.11.11 02:38:39 MSK

это фреймворк, а я хотел бы посмотреть на готовый проект.

~~Sosiska~~
(02.11.11 10:32:11 MSK) автор топика

[самопиар]
Могу дать пример плохо спроектированного (там еще есть и другие плохо спроектированные веб-приложения, зато с исходным кодом :) ). [/самопиар]

~~Eddy_Em~~ ☆☆☆☆☆
(02.11.11 11:52:45 MSK)

Ссылка

Могу на java хорошо спроектированное подкинуть. На питоне есть пример, но он закрытый, так что сырцы выслать не могу :(

dizza ★★★★★
(02.11.11 13:05:14 MSK)

Ответ на: комментарий от Sosiska 02.11.11 10:32:11 MSK

для начала почитай про кеширование

trashymichael ★★★
(02.11.11 13:20:16 MSK)

Ссылка

А вот нашел на пыхе: https://github.com/limb-php-framework/limb-example-shop/

dizza ★★★★★
(02.11.11 13:39:00 MSK)

http://code.google.com/p/yii/source/browse/#svn/trunk/demos/blog

~~SteveBallmer~~
(02.11.11 14:33:31 MSK)

Ссылка

Ответ на: комментарий от dizza 02.11.11 13:39:00 MSK

limb-example-shop / template / flash_box.phtml

За такую шаблонизацию надо отрывать голову по самую жеп*у

GateKeeper ★★
(02.11.11 14:36:20 MSK)

Ответ на: комментарий от GateKeeper 02.11.11 14:36:20 MSK

А что там не так с шаблонизацией?

dizza ★★★★★
(02.11.11 15:07:35 MSK)

Ответ на: комментарий от dizza 02.11.11 15:07:35 MSK

Нечитаемое дерьмо в виде <?php if (blabla)?>sdfklsjdflksjdfsdlkfj<?php blabla ?>

Для шаблонизаторов уже давно в пыхе придумали синтаксис

<?php for () : ?>
<html>
</html>
<?php endfor ?>

И читаемо и таки отделяет пых от хтмла. Но это же документацию надо читать и головой думать, да.

GateKeeper ★★
(02.11.11 16:34:37 MSK)

Ссылка

Очередной самопиар. Впрочем оно не такое уж и клево-спроектированное, но все равно. https://github.com/grouzen/qls

grouzen ★★
(02.11.11 17:48:58 MSK)

Ссылка

Ответ на: комментарий от dizza 02.11.11 13:05:14 MSK

>Могу на java хорошо спроектированное подкинуть.

Если не сложно выкинь куда-нибудь, очень сильно пригодилось бы, особенно если там есть комментарии.

mopsene ★★★
(03.11.11 04:22:46 MSK)

Ответ на: комментарий от mopsene 03.11.11 04:22:46 MSK

Это общедоступное. Там не то, что каменты, целая книга есть. Исходники здесь: http://dddsample.sourceforge.net/

dizza ★★★★★
(03.11.11 17:46:09 MSK)

Ответ на: комментарий от dizza 03.11.11 17:46:09 MSK

Спасибо.

mopsene ★★★
(04.11.11 04:29:12 MSK)

Ссылка

http://bors.balancer.ru/ :)

~~KRoN73~~ ★★★★★
(04.11.11 04:40:56 MSK)

Ответ на: комментарий от KRoN73 04.11.11 04:40:56 MSK

Документация полное г--но. Ну и мускл, что намекает...

GateKeeper ★★
(04.11.11 13:43:28 MSK)

Ответ на: комментарий от GateKeeper 04.11.11 13:43:28 MSK

>Документация полное г--но

Но в топикстарте про документацию не говорилось :)

…

А так — если будут вопросы, то я всегда и на ЛОРе доступен, и в Jabber, и на своём форуме.

Ну и мускл, что намекает...

Как бэ, бэкенд там любой. Просто mysql — самый популярный и отработанный. На практике часто используется ещё Oracle и plain-text (разные варианты, в т.ч. xml). Ну и совсем изредка — sqlite и mongo.

~~KRoN73~~ ★★★★★
(04.11.11 15:15:03 MSK)

Ответ на: комментарий от GateKeeper 04.11.11 13:43:28 MSK

мускул быстр, когда нужны феерические скоростя вставки во всяких говнораклах приходится накатывать данные из бекапа или сносить индексы. в мускуле все проще 8)

_________

//wfrr

Dimez привет!

anonymous
(04.11.11 15:16:49 MSK)

Ответ на: комментарий от KRoN73 04.11.11 15:15:03 MSK

так там PDO или таки mysql_* ?

GateKeeper ★★
(04.11.11 15:35:04 MSK)

Ответ на: комментарий от anonymous 04.11.11 15:16:49 MSK

Не на иннодб ли этот ваш мускл феерически быстр? Иннодб течь перестала уже? Если МаЙСясАМ, там индексы уже научились делать?

GateKeeper ★★
(04.11.11 15:36:53 MSK)

Ответ на: комментарий от GateKeeper 04.11.11 15:35:04 MSK

>так там PDO или таки mysql_* ?

Это даже двумя уровнями пофиг. В том смысле, что ORM оперирует отдельной сущностью хранилища данных. Дефолтовое хранилище bors_storage_mysql использует драйвер driver_mysq, работающий напрямую с mysql_* функциями, но ничто не мешает в любой момент поменять на PDO или mysqli_*, если понадобится. Просто пока работает — зачем трогать? Тем более, вводя тормозной PDO.

Через PDO (уже от лени) работает, напримет, sqlite-бэкенд.

~~KRoN73~~ ★★★★★
(04.11.11 16:03:41 MSK)

Ссылка

Ответ на: комментарий от GateKeeper 04.11.11 15:36:53 MSK

>Иннодб течь перестала уже?

А что, такое когда-то было?

Если МаЙСясАМ, там индексы уже научились делать?

А что, в MyISAM когда-то не было индексов? Лет 13 назад, когда я впервые с этим engine столкнулся, индексы там уже были.

Вы с какого года в криокамере?

~~KRoN73~~ ★★★★★
(04.11.11 16:04:43 MSK)

Ответ на: комментарий от KRoN73 04.11.11 16:04:43 MSK

Иннодб течь перестала уже?

А что, такое когда-то было?

Ну, раз ты не знаешь, то, видимо и по сей день течет: отсутствует механизм, аналогичный VACUUM, что, как минимум в дефолтных конфигах (мы же дефолтный мускль с дефолтными посгресами/скулайтами/ораклями с анонимусом сравнивали?) приводит к необоснованному разрастанию ibdata*

Если МаЙСясАМ, там индексы уже научились делать?

А что, в MyISAM когда-то не было индексов? Лет 13 назад, когда я впервые с этим engine столкнулся, индексы там уже были.

Внимательно прочитай вопрос и свой ответ. Вопрос был не «есть ли» а «научились ли». Составные индексы, например, не далее как год назад более то ли 3 то ли 4 колонок не хавали, и то, зависело сильно от storage каждой колонки, т.е. десяток int, может, и схавало бы в одном индексе, но 3, максимум 4 колонки с хотя бы одним text/varchar - хренушки.

Теперь чини libastral, libparse и пробуй еще раз.

GateKeeper ★★
(04.11.11 16:37:15 MSK)

Ответ на: комментарий от GateKeeper 04.11.11 16:37:15 MSK

>Ну, раз ты не знаешь, то, видимо и по сей день течет

Ну, остаётся только удивиться беспроблемной работе годами многомиллионных записей с сотнями обновлений в секунду :) А больше мне пока и не надо

Составные индексы, например, не далее как год назад более то ли 3 то ли 4 колонок не хавали

Сказки ты какие-то рассказываешь.

Теперь чини libastral, libparse и пробуй еще раз.

Возвращаю совет.

~~KRoN73~~ ★★★★★
(04.11.11 23:05:37 MSK)

Ссылка

Ответ на: комментарий от GateKeeper 04.11.11 16:37:15 MSK

> отсутствует механизм, аналогичный VACUUM

ALTER TABLE table_name ENGINE=InnoDB

или

OPTIMIZE TABLE table

на выбор. Это обновит статистику индексов и освободит неиспользуемое место в кластерном индексе.

А вообще MySQL vacuum не нужен — MVCC в MySQL и PostegreSQL устроен абсолютно по-разному.

к необоснованному разрастанию

Читаем про rollback segment

но 3, максимум 4 колонки с хотя бы одним text/varchar - хренушки

Это было до MySQL 4.1.2 (ограничение на суммарную длину индекса составляло 255 байт). Это то ли 2004 год, то ли 2005, но никак не год назад.

sjinks ★★★
(05.11.11 19:56:11 MSK)

Ответ на: комментарий от sjinks 05.11.11 19:56:11 MSK

$ mysql --version mysql Ver 14.12 Distrib 5.0.67, for suse-linux-gnu (x86_64) using readline 5.2

SLES11SP1. Лютейший тырпрайз. Индексы не работают. По этой причине переползли на посгрес (благо там в DBI и надо было всего лишь поменять конфиг у тулзы) и довольны.

GateKeeper ★★
(05.11.11 21:03:00 MSK)

Ссылка

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.

←	[Mysql]Что-то вроде принципа неопределенности Гейзенберга

Web-development

WYSIWYG

→

Похожие темы