view release on metacpan or search on metacpan
lib/Cache/Cascade.pm view on Meta::CPAN
For example, caching in a FastMmap based storage is much slower than using a
memory based cache, because pages must be locked to ensure that no corruption
will happen. Likewise Memcached is even more overhead than FastMmap because it
is network bound, and uses blocking IO (on the client side).
This module attempts to make a transparent cascade of caches using several
backends.
The idea is to search from the cheapest backend to the most expensive, and
depending on the options also cache results in the cheaper backends.
view release on metacpan or search on metacpan
lib/Cache/Memcached/Fast.pm view on Meta::CPAN
$memd->set($key, $value, $expiration_time);
Store the I<$value> on the server under the I<$key>. I<$key> should
be a scalar. I<$value> should be defined and may be of any Perl data
type. When it is a reference, the referenced Perl data structure will
be transparently serialized by routines specified with
L</serialize_methods>, which see.
Optional I<$expiration_time> is a positive integer number of seconds
after which the value will expire and wouldn't be accessible any
longer.
view release on metacpan or search on metacpan
lib/Cache/Memcached/Managed.pm view on Meta::CPAN
2D3H
means 2 days and 3 hours, which means B<183600> seconds.
=head2 transparent fork handling
Using this module, you do not have to worry if everything will still work
after a fork(). As soon as it is detected that the process has forked, new
handles will be opened to the memcached servers in the child process (so the
meticulous calling of "disconnect_all" of L<Cache::Memcached> is no longer
view release on metacpan or search on metacpan
=head1 DESCRIPTION
This module implements a shared data cache, using memory mapped files.
If routines are provided which interact with the underlying data, access to
the cache is completely transparent, and the module handles all the details of
refreshing cache contents, and updating underlying data, if necessary.
Cache entries are assigned to "buckets" within the cache file, depending on
the key. Within each bucket, entries are stored approximately in order of last
access, so that frequently accessed entries will move to the head of the
view release on metacpan or search on metacpan
lib/Cache/RedisDB.pm view on Meta::CPAN
Cache::RedisDB - RedisDB based cache system
=head1 DESCRIPTION
This is just a wrapper around RedisDB to have a single Redis object and connection per process. By default uses server redis://127.0.0.1, but it may be overwritten by REDIS_CACHE_SERVER environment variable. It transparently handles forks.
=head1 COMPATIBILITY AND REQUIREMENTS
Redis 2.6.12 and higher strongly recommended. Required if you want to use
extended options in ->set().
view release on metacpan or search on metacpan
examples/css/bootstrap-responsive.css view on Meta::CPAN
float: none;
display: block;
max-width: none;
margin: 0 15px;
padding: 0;
background-color: transparent;
border: none;
-webkit-border-radius: 0;
-moz-border-radius: 0;
border-radius: 0;
-webkit-box-shadow: none;
view release on metacpan or search on metacpan
Schedule.pm view on Meta::CPAN
# more examples in "Example entries" section
=head1 DESCRIPTION
The module is created with a purpose to provide functionality for handling a
personal calendar schedule in a transparent and simple way. The calendar
data is assumed to be kept in a plain file in a format easy to edit and
understand. It was inspired by the C<calendar> program on older Unix-like
systems, which used C<~/.calendar> file to produce entries for each day
and send them in the morning by email.
view release on metacpan or search on metacpan
static/orig/css/blueprint/print.css view on Meta::CPAN
blockquote {margin:1.5em;padding:1em;font-style:italic;font-size:.9em;}
.small {font-size:.9em;}
.large {font-size:1.1em;}
.quiet {color:#999;}
.hide {display:none;}
a:link, a:visited {background:transparent;font-weight:700;text-decoration:underline;}
a:link:after, a:visited:after {content:" (" attr(href) ")";font-size:90%;}
view release on metacpan or search on metacpan
doc/catalog.texinfo view on Meta::CPAN
After a while, you will want to reload a new version of the dmoz.org
data. It can be done using the same commands. The problem is that while
you do that the catalog will be unavailable to the users. The data are
first removed and then populated. Catalog does not currently offer support
for user transparent reloading. Instead we suggest you follow these steps:
@itemize @bullet
@item
Load dmoz on another machine.
view release on metacpan or search on metacpan
lib/Catalyst/Controller/REST.pm view on Meta::CPAN
Catalyst::Controller::REST implements a mechanism for building
RESTful services in Catalyst. It does this by extending the
normal Catalyst dispatch mechanism to allow for different
subroutines to be called based on the HTTP Method requested,
while also transparently handling all the serialization/deserialization for
you.
This is probably best served by an example. In the above
controller, we have declared a Local Catalyst action on
"sub thing", and have used the ActionClass('REST').
view release on metacpan or search on metacpan
lib/Catalyst/Controller/JMS.pm view on Meta::CPAN
=head1 DESCRIPTION
This controller base class makes it easy to handle JMS-style messages
in your Catalyst application. It handles deserialisation and
serialisation transparently (thanks to
L<Catalyst::Action::Deserialize> and L<Catalyst::Action::Serialize>)
and sets up the attributes needed by L<Catalyst::ActionRole::JMS>. It
also sets up some sensible default configuration.
=head1 CONFIGURATION
view release on metacpan or search on metacpan
lib/Catalyst/Controller/MovableType.pm view on Meta::CPAN
Captures the path of the Movable Type.
=head2 run_mt_script
Runs the requested Movable Type .cgi script transparently with cgi_to_response.
=head2 not_found
Sets the response to a simple 404 Not found page. You can override this method
with your own.
view release on metacpan or search on metacpan
share/cpan.css view on Meta::CPAN
color: #ff6600;
text-decoration: underline;
}
A:link, A:visited {
background: transparent;
color: #006699;
}
A[href="#POD_ERRORS"] {
background: transparent;
color: #FF0000;
}
TD {
margin: 0;
share/cpan.css view on Meta::CPAN
padding: 0.4ex 1ex;
text-align: left;
}
TH A:link, TH A:visited {
background: transparent;
color: black;
}
.box {
border: 1px solid #006699;
share/cpan.css view on Meta::CPAN
padding: 0.5ex 1ex;
vertical-align: baseline;
}
.path A {
background: transparent;
color: #006699;
font-weight: bold;
}
.pages {
share/cpan.css view on Meta::CPAN
margin: 1ex 0;
padding: 1px;
}
.menubar .links {
background: transparent;
color: white;
padding: 0.2ex;
text-align: left;
}
share/cpan.css view on Meta::CPAN
font: bold 10pt Arial,Helvetica,sans-serif;
text-decoration: none;
}
A.o:hover {
background: transparent;
color: #ff6600;
text-decoration: underline;
}
A.m:hover {
background: transparent;
color: #ff6600;
text-decoration: underline;
}
table.dlsip {
share/cpan.css view on Meta::CPAN
padding: 1em;
white-space: pre;
}
.pod H1 {
background: transparent;
color: #006699;
font-size: large;
}
.pod H1 A { text-decoration: none; }
.pod H2 A { text-decoration: none; }
.pod H3 A { text-decoration: none; }
.pod H4 A { text-decoration: none; }
.pod H2 {
background: transparent;
color: #006699;
font-size: medium;
}
.pod H3 {
background: transparent;
color: #006699;
font-size: medium;
font-style: italic;
}
.pod H4 {
background: transparent;
color: #006699;
font-size: medium;
font-weight: normal;
}
share/cpan.css view on Meta::CPAN
.chmenu TD {
padding: 0.2ex 1ex;
}
.chmenu A:link, .chmenu A:visited {
background: transparent;
color: white;
text-decoration: none;
}
.chmenu A:hover {
background: transparent;
color: #ff6600;
text-decoration: underline;
}
.column {
share/cpan.css view on Meta::CPAN
margin: auto;
width: 14em;
}
.date {
background: transparent;
color: #008000;
}
.footer {
margin-top: 1ex;
view release on metacpan or search on metacpan
lib/Catalyst/Engine/HTTP/Prefork.pm view on Meta::CPAN
This engine fully supports the following HTTP/1.1 features:
=head2 Chunked Requests
Chunked body data is handled transparently by L<HTTP::Body>.
=head2 Chunked Responses
By setting the Transfer-Encoding header to 'chunked', you can indicate you
would like the response to be sent to the client as a chunked response. Also,
view release on metacpan or search on metacpan
lib/Catalyst/Manual/Components.pod view on Meta::CPAN
Lets you create a very quick and dirty user database in your application's
config hash. Great for testing or getting up and running quickly.
=head4 L<Catalyst::Authentication::Store::Null>
The Null store is a transparent store where any supplied user data is
accepted. This is mainly useful for remotely authenticating credentials
(e.g. OpenID) which may not be tied to any local storage.
=head4 L<Catalyst::Authentication::Store::RDBO>
view release on metacpan or search on metacpan
lib/Catalyst/Plugin/AtomServer.pm view on Meta::CPAN
=item * REST and SOAP interfaces
The Atom API supports either a REST interface or a SOAP interface using
a document-literal SOAP envelope. I<Catalyst::Plugin::AtomServer> supports
both interfaces, transparently for your application.
=item * Error Handling
I<Catalyst::Plugin::AtomServer> will automatically catch any exceptions
thrown by your application, and it will wrap the exception in the proper
view release on metacpan or search on metacpan
lib/Catalyst/Authentication/Store/Null.pm view on Meta::CPAN
}
});
=head1 DESCRIPTION
The Null store is a transparent store where any supplied user data is
accepted. This is mainly useful for remotely authenticating credentials
(e.g. TypeKey, OpenID) which may not be tied to any local storage. It also
helps facilitate integration with the Session plugin.
=head1 METHODS
view release on metacpan or search on metacpan
t/root/static/css/blueprint/print.css view on Meta::CPAN
blockquote {margin:1.5em;padding:1em;font-style:italic;font-size:.9em;}
.small {font-size:.9em;}
.large {font-size:1.1em;}
.quiet {color:#999;}
.hide {display:none;}
a:link, a:visited {background:transparent;font-weight:700;text-decoration:underline;}
a:link:after, a:visited:after {content:" (" attr(href) ")";font-size:90%;}
view release on metacpan or search on metacpan
lib/Catalyst/Plugin/HashedCookies.pm view on Meta::CPAN
=head2 Implementation
HashedCookies adds a keyed cryptographic hash to each cookie that your
application creates, and checks every client-provided cookie for a valid hash.
This is done in a transparent way such that you do not need to change B<any>
application code that handles cookies when using this plugin. A cookie that
fails to contain a valid hash will still be available to your application
through C<< $c->request->cookie() >>.
Two additional methods within the Catalyst request object allow you to check
view release on metacpan or search on metacpan
lib/Catalyst/Plugin/I18N/Request.pm view on Meta::CPAN
Localization involves taking paths and parameter names and replacing
them with values which make more sense to users speaking the requested
language. In the above example, 'search' may not look intuitive to
German users. Out of the box, this plugin allows you to localize these
values transparently via the standard $c->uri_for and
$c->request->uri_with methods which are already standard features of
the Catalyst framework.
Like delocalization, this functionality depends upon the $c->localize
method. However, PATH_delocalize_ is replaced with PATH_localize and
view release on metacpan or search on metacpan
lib/Catalyst/Plugin/Server/JSONRPC.pm view on Meta::CPAN
=item * Single entrypoint for JSONRPC calls, like http://host.tld/rpc
=item * DispatchTypes (attributes) which work much the same as Catalyst attrs
=item * JSONRPC Parameter handling transparent to Catalyst parameter handling
=back
=head1 HOW IT WORKS
lib/Catalyst/Plugin/Server/JSONRPC.pm view on Meta::CPAN
=back
=head1 CATALYST REQUEST
To make things transparent, we try to put JSONRPC params into the Request
object of Catalyst. But first we will explain something about the JSONRPC
specifications.
A full draft of these specifications can be found on:
C<http://www.jsonrpc.com/spec>
lib/Catalyst/Plugin/Server/JSONRPC.pm view on Meta::CPAN
}
=item $c->req->parameters
Because JSONRPC parameters are a LIST, we can't B<just> fill
$c->req->paremeters. To keep things transparent, we made an extra config
option what tells the JSONRPC server we can assume the following conditions
on all JSONRPC requests:
- There is only one JSONRPC parameter
- This JSONRPC parameter is a struct (HASH)
lib/Catalyst/Plugin/Server/JSONRPC.pm view on Meta::CPAN
=item Make stash filterable before returning
Just like the error messages, it would be nice to be able to filter the
stash before returning so you can filter out keys you don't want to
return to the client, or just return a certain list of keys.
This all to make transparent use of JSONRPC and web easier.
=back
=head1 SEE ALSO
view release on metacpan or search on metacpan
lib/Catalyst/Plugin/Server/XMLRPC.pm view on Meta::CPAN
=item * Single entrypoint for XMLRPC calls, like http://host.tld/rpc
=item * DispatchTypes (attributes) which work much the same as Catalyst attrs
=item * XMLRPC Parameter handling transparent to Catalyst parameter handling
=back
=head1 HOW IT WORKS
lib/Catalyst/Plugin/Server/XMLRPC.pm view on Meta::CPAN
=back
=head1 CATALYST REQUEST
To make things transparent, we try to put XMLRPC params into the Request
object of Catalyst. But first we will explain something about the XMLRPC
specifications.
A full draft of these specifications can be found on:
C<http://www.xmlrpc.com/spec>
lib/Catalyst/Plugin/Server/XMLRPC.pm view on Meta::CPAN
}
=item $c->req->parameters
Because XMLRPC parameters are a LIST, we can't B<just> fill
$c->req->paremeters. To keep things transparent, we made an extra config
option what tells the XMLRPC server we can assume the following conditions
on all XMLRPC requests:
- There is only one XMLRPC parameter
- This XMLRPC parameter is a struct (HASH)
lib/Catalyst/Plugin/Server/XMLRPC.pm view on Meta::CPAN
=item Make stash filterable before returning
Just like the error messages, it would be nice to be able to filter the
stash before returning so you can filter out keys you don't want to
return to the client, or just return a certain list of keys.
This all to make transparent use of XMLRPC and web easier.
=back
=head1 SEE ALSO
view release on metacpan or search on metacpan
lib/Catalyst/Plugin/Session/Tutorial.pod view on Meta::CPAN
</table>
As you can see the way that items are added into C<< $c->session->{cart} >> is
pretty simple. Since C<< $c->session >> is restored as necessary, and contains
data from previous requests by the same client, the cart can be updated as the
user navigates the site pretty transparently.
=head1 SECURITY ISSUES
These issues all relate to how session data is managed, as described above.
These are not issues you should be concerned about in your application code,
view release on metacpan or search on metacpan
0.21 2009-03-29 20:31:49
- Documentation improvements (jester)
- Change from NEXT to MRO::Compat - RT#40628, RT#44553 (ilmari)
- Bump prereq to MIME::Types to 1.25 to correctly send files
commonly used to graft support for transparent PNGs into
MSIE6 - RT#41314 (Florian Ragwitz)
0.20 2007-09-24 10:00:00
- Fixed issue where the static dir regex did not add a trailing
slash so URLs such as /static1 were served as static when they
view release on metacpan or search on metacpan
0.21 2009-03-29 20:31:49
- Documentation improvements (jester)
- Change from NEXT to MRO::Compat - RT#40628, RT#44553 (ilmari)
- Bump prereq to MIME::Types to 1.25 to correctly send files
commonly used to graft support for transparent PNGs into
MSIE6 - RT#41314 (Florian Ragwitz)
0.20 2007-09-24 10:00:00
- Fixed issue where the static dir regex did not add a trailing
slash so URLs such as /static1 were served as static when they
view release on metacpan or search on metacpan
lib/Catalyst/Plugin/UploadProgress.pm view on Meta::CPAN
$upload->copy_to( '/some/path/' . $upload->filename );
}
=head1 DESCRIPTION
This plugin is a simple, transparent method for displaying a
progress bar during file uploads.
=head1 DEMO
Please see the example/Upload directory in the distribution for a working
view release on metacpan or search on metacpan
lib/Catalyst/TraitFor/Request/REST/ForBrowsers/AndPJAX.pm view on Meta::CPAN
PJAX request is also a browser request, and thus looks_like_browser() also
returns true when the method is GET and the C<X-Pjax> header is present and is
'true'.
This allows actions using an action class of REST::ForBrowsers to
transparently handle PJAX requests, without requiring any more modification to
the controller or application than applying this trait to the request class,
rather than plain-old L<Catalyst::TraitFor::Request::REST::ForBrowsers>.
=head1 METHODS
view release on metacpan or search on metacpan
lib/Catalyst/Helper/View/Chart/Strip.pm view on Meta::CPAN
__PACKAGE__->config(
height => 192,
width => 720,
limit_factor => 1,
transparent => 0,
);
=head1 NAME
[% class %] - Catalyst Chart::Strip View
view release on metacpan or search on metacpan
examples/TestApp/root/static/css/superfish-navbar.css view on Meta::CPAN
background-position: -10px -100px; /* arrow hovers for modern browsers*/
}
/*** remove shadow on first submenu ***/
.sf-navbar > li > ul {
background: transparent;
padding: 0;
-moz-border-radius-bottomleft: 0;
-moz-border-radius-topright: 0;
-webkit-border-top-right-radius: 0;
-webkit-border-bottom-left-radius: 0;
view release on metacpan or search on metacpan
lib/Catalyst/View/Image/Text2Image.pm view on Meta::CPAN
$c->stash->{Text2Image}->{fgcolor} = 'green';
$c->stash->{Text2Image}->{moveTo} = [0,44];
$c->stash->{Text2Image}->{angle} = -5;
$c->stash->{Text2Image}->{morph} = 1; ### Should the x value be adapted when text is too long?
$c->stash->{Text2Image}->{clear} = 1; ### define "clear" to make canvas-color = bgcolor !!
$c->stash->{Text2Image}->{transparent} = 'white'; # set color to become transparent
$c->detach('View::Image::Text2Image');
}
=item Example to process a pre-created image with GD::Simple:
lib/Catalyst/View/Image/Text2Image.pm view on Meta::CPAN
Mandatory if not $c->stash->{Text2Image}->{img}
=item MORE Options...
More GD::Simple Options are just applied by values in the stash.
Tested in this version are: bgcolor, fgcolor, moveTo, clear, transparent and angle.
Refer to examples for more informations on that.
=back
=head2 Image format
lib/Catalyst/View/Image/Text2Image.pm view on Meta::CPAN
fontsize => 18,
string => 'Huhu..its me..your pic!',
### OPTIONAL Values:
morph => 1, # optional, will adapt x to string-width
clear => '1', # to set canvas-color=bgcolor.
transparent => 'white' # make background transparent
### other optional, GD::Simple Values:
fgcolor => 'black',
bgcolor => 'white',
angle => -5,
moveTo => [0,20] # Move pencil