Here is a first version of the new Community page, in CMS staging:

http://lucene.staging.apache.org/solr/community.html 
<http://lucene.staging.apache.org/solr/community.html>

Note that I changed the ordering of the sub sections in what I deem priority 
order. Some wording in the sub menu is abbreviated to avoid line split.

The existing resources page will still have the #community anchor for some 
time, with the text "This section has been moved to a new [Solr 
Community](link) page.”
Also the top-menu will get a COMMUNITY link between RESOURCES and SEARCH. These 
files are not commited for staging yet.

I’ll leave this for comments for a few days, and if no veto’s I’ll complete the 
change and publish the site.
Feel free to do edits to the community.mdtext page directly in staging if you 
see typos or feel strongly about changing something.

PS: I also updated the https://wiki.apache.org/solr/Support 
<https://wiki.apache.org/solr/Support> page, fixed a bunch of broken links and 
moved 8 companies to a table in the bottom, scheduled for future removal (dead 
links etc). Feel free to jump in and prune more if you know of out-of-date 
entries!

--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com

> 11. jan. 2017 kl. 15.19 skrev Steve Rowe <sar...@gmail.com>:
> 
> +1
> 
> --
> Steve
> www.lucidworks.com
> 
>> On Jan 11, 2017, at 7:16 AM, Jan Høydahl <jan....@cominvent.com> wrote:
>> 
>> Hi,
>> 
>> The http://lucene.apache.org/solr/resources.html page is pretty big and 
>> difficult to navigate and link to correctly.
>> 
>> I propose to extract the Resources/Community part of the web site into a 
>> separate lucene.apache.org/solr/community page
>> and link it in the top menu. It will then get these sub-menus on its own:
>> 
>>   ASF | Powered By | IRC | Mailing Lists | Issue Tracker | How To Contribute 
>> | Version Control
>> 
>> In addition, I’m planning to add a sub menu “Support” which will for one 
>> point to https://wiki.apache.org/solr/Support
>> and also discuss versioning and EOL policy. This last piece was triggered by 
>> this question on the general@ mailing list
>> https://lists.apache.org/thread.html/e239de1a5dca396eefc6c671a3e96426923d690584bc6f7b34d203e9@%3Cgeneral.lucene.apache.org%3E
>> 
>> I’m thinking of a general phrasing without promising too much:
>> 
>> Apache Solr is under active development with frequent feature releases on 
>> the most current major version (currently 6.x).
>> The previous version (currently 5.5) is frozen for feature development but 
>> receives security- and bug fixes as point releases.
>> Older versions (currently pre-5.5) are considered as EOL (End Of Life) and 
>> will not be supported in any way.
>> You can think the previous major version as the LTS (Long Term Support) 
>> version, although we do not formally use that terminology.
>> A new major Solr version will only be able to read the index of the previous 
>> major version. For more about upgrading Solr,
>> see the Reference Guide chapter “Upgrading Solr” 
>> https://cwiki.apache.org/confluence/display/solr/Upgrading+Solr
>> 
>> What do you think?
>> 
>> --
>> Jan Høydahl, search solution architect
>> Cominvent AS - www.cominvent.com
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
> 

Reply via email to