[Moscow.pm] Дайджест списка рассылки Moscow-pm; том 8, выпуск 37
Khomenkov Mikhail
mkhomenkov на unison.com
Ср Июн 25 22:27:01 PDT 2008
moscow-pm-request на pm.org пишет:
> Сообщения, предназначенные для списка рассылки Moscow-pm, необходимо
> отправлять по адресу
> moscow-pm на pm.org
>
> Для изменения параметров подписки вы можеже использовать веб-страницу
> http://mail.pm.org/mailman/listinfo/moscow-pm
>
> Для получения информации о том, как пользовать почтовым интерфейсом,
> отправьте письмо, в теле или теме которого будет слово 'help', по
> адресу:
> moscow-pm-request на pm.org
>
> Адрес человека, ответственного за этот список рассылки:
> moscow-pm-owner на pm.org
>
> При ответе, пожалуйста, измение тему письма так, чтобы она была более
> содержательной чем "Re: Содержание дайджеста списка рассылки
> Moscow-pm..."
>
>
> В этом номере:
>
> 1. Сборная солянка вопросов про Catalyst:: (Ivan B. Serezhkin)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 25 Jun 2008 14:45:22 +0400
> From: "Ivan B. Serezhkin" <ivan на serezhkin.com>
> Subject: [Moscow.pm] Сборная солянка вопросов про Catalyst::
> To: "Moscow.pm group" <moscow-pm на pm.org>
> Message-ID: <486221C2.4040206 на serezhkin.com>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Привет.
>
> Я точно знаю, что минимум двое гуру каталиста рассылку читают.
> Раскажите пожалуйста:
>
> Каталист и DBIx::Class под 1.3 апачем - как бы сделать persistent
> connect ? Apache::DBI ?
>
>
ежели не используется Catalyst::Engine::CGI а используется к примеру
Catalyst::Engine::Apache (Catalyst::Engine::FastCGI ....)
- то по-моему и будут persistent connect
разве нет ?
> Как правильнее всего организовать плагинную систему, когда проект
> представляет шину данных, а на него можно навешивать автономные куски
> кода, отвечающие за свою функциональность, и несущие с собой свой кусок
> DBIx модели, свои контроллеры и свои TTk шаблоны ? Есть ли уже что то
> готовое ?
>
> Как контроллеру сделать подзапрос в этот же каталист и получить
> отрендеренное представление этого запроса ?
>
есть контроллер
package CPanel::Controller::JSON::Account::Person;
...
...
...
sub update : Private
{
my ( $self, $c ) = @_;
.....
.....
my $txn = sub {
my $dev= CPanel::Controller::JSON::Phone::Devices->new();
$dev->{json_request} = {
type => 'update',
source => 'update_device',
records => [ {
'data' => \%rec,
'keys' => { id => $lacd->{id} }
} ],
};
my $local_jres = $dev->update( $c );
if ( $local_jres->{type} eq 'error' ) {
Catalyst::Exception->throw( "Cannot update Device record.\n" );
}
return $local_jres;
}
my $jres;
if ( $CPanel::StanaApp::JSONBackend::NO_TXN ) {
$jres = $txn->();
}
else {
local $CPanel::StanaApp::JSONBackend::NO_TXN = 1;
$jres = $c->model('Stana')->schema->txn_do( $txn );
}
.....
.....
}
...
1;
тут из action update котроллера
CPanel::Controller::JSON::Account::Person мы вызываем
action update котроллера CPanel::Controller::JSON::Phone::Devices и
получаем отреднеренный в JSON
ответ ( в зависимости от View которая используется в
CPanel::Controller::JSON::Phone::Devices)
> Хочется сделать систему кэширования в статике, чтобы запрос POST
> перегенерял всю статику, которая от него зависит, дело в том, что
> перечень этой статики знает только он.
>
> - --
> Ivan B. Serezhkin
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.9 (FreeBSD)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkhiIcEACgkQYMTIGzvprbk3swCgn9urKEQnzNPm3k5e0XcJ9sbC
> JpkAmwatiovKqQtlMbIQ7JRo6bpVXKLG
> =/p1g
> -----END PGP SIGNATURE-----
>
>
>
> ------------------------------
>
> _______________________________________________
> Moscow-pm mailing list
> Moscow-pm на pm.org
> http://mail.pm.org/mailman/listinfo/moscow-pm
>
>
> Конец Дайджест списка рассылки Moscow-pm; том 8, выпуск 37
> **********************************************************
>
Подробная информация о списке рассылки Moscow-pm