Jacob Dunn

Custom Post Archives bridges the gap between creating Custom Post Types in WordPress 3, and actually displaying those posts. With this plugin, you have 
the option of displaying a completely seperate blog-like section for each post type, complete with all the features you expect to see with WordPress.
For each custom post type, if you click “active” and enter a slug-name, this plugin will let you display post-type specific:
<ul>
<li>Archives</li>
<li>Date archives</li>
<li>Author archives</li>
<li>Category archives</li>
<li>RSS Feeds</li>
</ul>
This plug-in also provides many additional features to fully integrate your custom post types, including:
<ul>
<li>Adds a menu option to the new menu section created in WordPress 3 (for themes that support it)</li>
<li>Combined archives (http://www.mysite.com/type1+type2/)</li>
<li>Option to add post types to default blog</li>
<li>Option to add post types to default RSS feed</li>
<li>Adds post type support to wp_get_archives function</li>
<li>Adds multiple global functions and filters for working with custom post types (see Functions and Filters or Plugin Help for details)</li>
<li>Automatically displays the associated post type on custom taxonomy archives</li>
<li>Extends upon the WordPress templating, allowing for flexibility by theme authors (see FAQ or Plugin Help for details)</li>
<li>Automatically flushes the rewrite cache after modifications are detected</li>
<li>Automatically adds a “blog-{post_type}” type class to the body of the created archives (for themes that implement body_class())</li>
</ul>
For help and support, help has been built into the plug-in page’s contextual help section; be sure to check <a href="https://wordpress.org/extend/plugins/custom-post-archives/faq/" rel="ugc">the FAQ</a> and the <a href="https://wordpress.org/tags/custom-post-archives?forum_id=10" rel="ugc">plug-in forums</a> if that doesn’t do it.
If there are any other features you’d like to see, I’m all ears. Feel free to <a href="mailto:requests.custompostarchives@gmail.com" rel="nofollow ugc">send a message</a>, or <a href="https://wordpress.org/tags/custom-post-archives?forum_id=10" rel="ugc">hit the forums</a>!
<h3>Functions and Filters</h3>
The following function and filters are created by this plug-in. For more detailed descriptions, check the Help section built into the settings page.
Functions
<pre><code>is_custom_archive({$post_type = false});

get_custom_archive_url($post_type);
get_custom_archive_label({$post_type = false});
get_custom_archive_link($post_type);
</code></pre>
The following functions are for advanced users. Each overrides the settings for the corresponding post_type in the plugin settings.
<pre><code>add_custom_archive($post_type,$slug,{$in_default = false,$in_rss = false});
remove_custom_archive($post_type);
add_to_default_archive($post_type);
remove_from_default_archive($post_type);
reset_custom_archive_to_default($post_type);
</code></pre>
Filters
<pre><code>cpa_rewrite_label
</code></pre>
Allows you to format the label returned by get_custom_archive_label().
<pre><code>cpa_templates
</code></pre>
Allows you to provide or alter the list of templates Custom Post Archives searches for.

Custom Post Archives

Custom Post Archives creates a fully featured set of archives for each post type using a robust back-end and native templating functionality.

jimisaacs

WP File-Tree is something I have been working on to help in my own development.
There are tons of code-snippet, formatting, and coloring plugins out there. There are even a few for file management. What there is not, is one that combines them into one useful tool. I am talking about something of a script library manager, but also something that can be used to post ANY file. With this major goal in mind I started from the basics to build something on top of. What would be very useful from a developer standpoint, is getting my scripts out of their multiple locations and backups into one centralized location. Then post them to the world, all while using WordPress. The shortcode that WP File-Tree uses is the basis of how it streamlines this process.
So far, there are 4 plugin options:
Base Directory is the most important, and is exactly what it says, the root directory for WP File-Tree. It can be an absolute server path, or a relative path from your WordPress root directory. The important thing to note is that it can, and actually should be, outside of your web accessable htdocs directory on your web space. That is one of the points of this plugin, to be able to post files from a secure location on your web server.
There are 2 links to files the plugin uses. One is a URL to the file itself which loads it as your browser supports the mimetype. The second is a forced download link, which is almost the same as the first with additional headers.
The remaining 3 options control how these links work, similar to how WordPress sets permalinks. There are 2 choices for the option of link type, default, and mod_rewrite. Default simply uses query variables, while mod_rewrite actually modifies your .htaccess file independantly of WordPress rewrite rules which may have already been added.
Important note: For the rewrite rules, I found it was best to keep things separate from WordPress, because there is not much documentation on controlling the rewrite rules as far as .htaccess level, and there are still of view bugs on the WordPress side of this functionality. For the future releases, my plugin’s mod_rewrite rules will most likely change by becoming completely integrated with WordPress hooks, actions, and filters. For now, just for safety, make sure you activate your WordPress permalinks before activating the plugin’s.
Finally, the last two options are the link slugs, which are the base of the URL’s if the mod_rewrite type is active.
That about covers the options, now onto the shortcode.
shortcode:
It is all based around only 2 tags: 
 [file path=”filename” /] 
 [vfile path=”filename”]content[/vfile]
attributes:
path – required 
If there is no shortcode content this is expected to be the real file path relative to the base directory set by the user. If shortcode content exists, this is treated like an arbitrary filename to a virtual file with the content that is provided within the shortcode itself.
tpl – optional 
Although this attribute is optional it is still very flexible and powerful. It is the comma delimited list of templates that will be used to display the file. If this attribute is not specified a template by the name of the file extension is attempted to be used. If still no template is found the default template is used. Using it as a comma delimented list means that multiple templates can be stringed together as short-cut to display the same file in multiple ways. Since each shortcode must be parsed separately, using a template list will save on processing speed.
mimetype – optional 
The mimetpye of the file. Valid only if the type exists in the JIMimetype class. Optional becuase if no mimetype is provided or if it is not valid, one is attempted to be acquired by the file extension. If still valid no mimetype the default mimetype of the JIMimetype class is used, this is usually ‘text/plain’
There will be more functionality with attributes such as supporting any and all custom attributes to send to templates as optional parameters. 
But for now, this is it.
The ‘file’ tag is a simple file link which uses only attributes for the functionality. 
An example would be something like this: 
 [file path=”php/wordpress/plugins/wp-file-tree/example.txt” tpl=”text” /]
What is going on is: 
First the plugin uses the file path relative to my base directory to read the contents of the file <code>example.txt</code> into a variable, and then those contents are sent to the chosen display template named ‘text’. Templates are how all files are displayed within posts. There is no limit to how many you can have, and there is virtually no limit as to what you can do with them. Their format is similar to how WordPress themes are dealt with and edited.
The ‘vfile’ tag is how you may use inline content: 
 [vfile path=”inline_example.txt” tpl=”text”]This is example inline content typed directly into the post. 
 Hello World!!![/vfile]
In this example, the exact same attributes and template are used as in the first example, but instead of the plugin using the file path as a reference to read the contents of the file, instead this path is an arbitrary value to name a virtual file, and the content of the tag is substituted as the content of the virtual file. So in the end, the content is displayed in the exact same way the content of the previous real file was displayed in ‘text’ template.
Yes you can even link to, and force download virtual files, but this requires special inline templates to safely post the contents of virtual files.
The ‘tpl’ attribute may actually be a list of template names as a shortcut within the shortcode to string multiple templates together for the same content. An example would be something like this: 
 [file path=”php/wordpress/plugins/wp-file-tree/example.txt” tpl=”link,text,download” /]
Notice that first a link will be generated by the ‘link’ template, then the content displayed in the ‘text’ template, then a download link generated by the ‘download’ template. Stringing together templates like this not only saves time, but most importantly resources. It allows the plugin to reuse the data already gathered in first parsing the shortcode and simply inserts that data into multiple template objects.
There is much more you can do with the attributes of these tags, and the possibilities go on and on. I don’t want to post everything here, but I will instead insist that you download the plugin and try it yourself.
IMPORTANT NOTE about mod_rewrite:
WP File-Tree is designed to use it’s own mod_rewrite rules and does not interfere with your WordPress mod_rewrite rules. It behaves the same way as WordPress meaning it adds the rules to your .htaccess file within a comment block. When the plugin’s link type is set to default or if the plugin is deactivated then these rules are removed from your .htaccess file. WP File-Tree rules are always added to the top of the .htaccess file unless you have not yet activated your WordPress permalinks. These rules may be added after WordPress rules if WordPress rules are activated for the first time after you have already activated WP File-Tree mod_rewrite. If this happens then WP File-Tree mod_rewrite rules may work in-properly.
If you need help viewing your .htaccess file you may try installing this very helpful plugin.
AskApache RewriteRules Viewer 
http://www.askapache.com/htaccess/rewriterule-viewer-plugin.html
TODO – Yes there is more, but for now… 
fin 
Here’s a link on my blog regarding <a href="http://ji.dd.jimisaacs.com/archives/10" title="WP File-Tree" rel="nofollow ugc">WP File-Tree</a>.
There you may find even more information about working with the plugin. 
Please feel free to leave any comments or suggestions for this plugin on that post.
I would actually appreciate it.

WP File-Tree

Using shortcode and templates, post files from a secure web directory with mod_rewrite enabled uri links to view and download.

Custom Post Archives vs WP File-Tree