Re: Objects and Audit Trail

Hi Vamsee

My thoughts on this are that the Audit datastreams are probably not the
right place to store access information.

You could certainly implement this with messaging, as Eddie has suggested.

Another thought is if your repositories are hosted behind Apache (eg through
ajp) you could use Apache's access logs to collect this information.

Regards
Steve

-----Original Message-----
From: Vamsee Vanaparthy [mailto:vvanaparthy@...] 
Sent: 29 January 2010 22:29
To: fedora-commons-users@...
Subject: [Fedora-commons-users] Objects and Audit Trail

Hey Guys,

Thank you for the response to my questions before.

Can we extend the Audit Trails to include even API - A access? I meant I
would like to know if the datastream has been downloaded or exported. Is
there any way I could know this from Audit Trail or from any where? Or
should I rely on Messaging Service?

Thanks,
Vamsee

Enabling LDAP Authentication

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com

_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@...
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Fedora Commons 3.3 with Gsearch 2.2?

Dear All,
Just a quick ping of the community. Does anyone have GSearch 2.2
working with Fedora Commons 3.3? The documentation says Gsearch is
compatible with 3.1 and 3.2, but I don't if thats because it hasnt
been updated yet, or if really there are issues with Gsearch and
Fedora Commons 3.3.

Thanks a lot for your feedback

Regards,

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com

Re: Enabling LDAP Authentication

Hello,

I've had the same problem with Fedora 3.3 (with Fedora 3.2 it worked on
our installation). I got LDAP authentication working by disabling the

deny-unallowed-file-resolution

policy, which is part of the default policies of Fedora 3.3.

Hope this helps.

Best Regards

Jens Pelzetter

On Tue, 2010-02-02 at 09:22 +0200, Khaled Almahallawy wrote:
> I am trying to enable LDAP Authentication on Fedora 3 , I followed
> steps mentioned on 
> 
> http://www.fedora-commons.org/confluence/display/FCKB/Authenticating
> +Fedora+2.2+against+LDAP, but I wasn’t able to get it up and running,
> no exception is thrown, when I try to login using ldap user I  only
> get “401 Unauthorized Authentication failed” error message.  
> 
>  
> 
> Here is my fedora configuration and LDAP configuration.
> 
>  
> 
> Fedora:
> 
> -              I disable FESL, SSL and API authentication.
> 
> -              Modified web.xml : 
> 
> <filter>
> 
> 
> <filter-name>LdapFilterForAttributes</filter-name>
> 
> 
> <filter-class>fedora.server.security.servletfilters.ldap.FilterLdap</filter-class>
> 
>                         <init-param>
> 
> 
> <param-name>version</param-name>
> 
>                                         <param-value>3</param-value>
> 
>                         </init-param>
> 
>                         <init-param>
> 
> 
>  <param-name>authenticate</param-name>
> 
> 
> <param-value>true</param-value>
> 
>                         </init-param>
> 
>                         <init-param>
> 
> 
> <param-name>security-authentication</param-name>
> 
> 
> <param-value>simple</param-value>
> 
>                         </init-param>
> 
>                         <init-param>
> 
> 
> <param-name>id-attribute</param-name>
> 
>                                         <param-value>abc</param-value>
> 
>                         </init-param>
> 
>                         <init-param>
> 
> 
> <param-name>bind-filter</param-name>
> 
>                                         <param-value>
> OU=Tree,DC=local,DC=organization </param-value>
> 
>                         </init-param>
> 
>                         <init-param>
> 
>                                         <param-name>url</param-name>
> 
> 
> <param-value>ldap://localhost:389/</param-value>
> 
>                         </init-param>
> 
>                         <init-param>
> 
> 
> <param-name>search-base</param-name>
> 
>                                         <param-value>
> OU=Tree,DC=local,DC=organization </param-value>
> 
>                         </init-param>
> 
>                         <init-param>
> 
> 
> <param-name>search-filter</param-name>
> 
> 
> <param-value>(xyz={0})</param-value>
> 
>                         </init-param>
> 
>         </filter>
> 
>  
> 
> <filter-mapping>
> 
> 
> <filter-name>LdapFilterForAttributes</filter-name>
> 
>                         <url-pattern>/*</url-pattern>
> 
>         </filter-mapping>
> 
>                 
> 
>  
> 
> LDAP:
> 
>  
> 
> map_const_attr           []: <none>
> 
>   map_const_val            []: <none>
> 
>   ldap_host                  : localhost
> 
>   port_number                : 389
> 
>   person_obj_class           : User
> 
>   group_obj_class            : group
> 
>   per_search_base            : OU=Tree,DC=local,DC=organization
> 
>   grp_search_base            : OU=Tree,DC=local,DC=organization
> 
>   per_search_filter          : (xyz= *)
> 
>   grp_search_filter          : !(objectclass= Computer)
> 
>   bind_dn                    : organization\admin-user
> 
>   bind_pwd                   : 
> 
>   user_subtype               : domain_user
> 
>   rename_user_option         : T
> 
>   deactivate_user_option     : T
> 
>   rename_group_option        : T
> 
>   import_mode                : both
> 
>   bind_type                  : bind_by_dn
> 
>   use_ext_auth_prog          : F
> 
>   ssl_mode                   : 0
> 
>   ssl_port                   : 0
> 
>   certdb_location            : 
> 
>   first_time_sync            : F
> 
>   map_rejection           [0]: 2
> 
>                           [1]: 2
> 
>                           [2]: 2
> 
>                           [3]: 2
> 
>                           [4]: 2
> 
>                           [5]: 2
> 
>   retry_count                : 3
> 
>   retry_interval             : 3
> 
>   failover_ldap_config_ids []: <none>
> 
>   failover_use_interval      : 5
> 
>  
> 
>   acl_domain                 : domain_admin
> 
>   acl_name                   : domain1234567890
> 
>   language_code              : 
> 
>   map_attr                [0]: user_name
> 
>                           [1]: user_login_name
> 
>                           [2]: user_address
> 
>                           [3]: group_name
> 
>  
> 
>   map_val                 [0]: XYZ
> 
>                           [1]: abc
> 
>                           [2]: mail
> 
>                           [3]: abc
> 
>  
> 
>  
> 
> Best regards, 
> 
> Khaled
> 
>  
> 
> 
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________ Fedora-commons-users mailing list
Fedora-commons-users <at> lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Issue with sending an incorect findObject webservice request

Hello,

I have an issue with with fedora 3.3 after sending a few wrong 
findObject webservice requests. Fedora seems to block when you send a 
lot of "wrong" requests.

The request:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
   <soap:Body>
     <ns2:findObjects 
xmlns:ns2="http://www.fedora.info/definitions/1/0/types/">
       <resultFields>
         <item>pid</item>
       </resultFields>
       <maxResults>50</maxResults>
       <query>
         <conditions>
           <condition>
             <property>label</property>
             <operator>eq</operator>
             <value>?</value>
           </condition>
         </conditions>
       </query>
     </ns2:findObjects>
   </soap:Body>
</soap:Envelope>

Response:
<soapenv:Envelope 
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" 
xmlns:xsd="http://www.w3.org/2001/XMLSchema" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <soapenv:Body>
       <soapenv:Fault>
          <faultcode>soapenv:Server.userException</faultcode>
          <faultstring>fedora.server.errors.QueryParseException: The = 
operator cannot be used with wildcards.</faultstring>
          <detail>
             <ns1:hostname 
xmlns:ns1="http://xml.apache.org/axis/">jones</ns1:hostname>
          </detail>
       </soapenv:Fault>
    </soapenv:Body>
</soapenv:Envelope>

It is complaining about the "?" in the value when using a Equals 
Condition. (to fix this you have to escape the "?" with a slash "\?")

The response seems valid and correct to me. But after sending a lot 
requests (using soap-ui with 5 threads running for one minute) fedora 
stops responding and the requests will time out.

Can someone confirm this behavior?

How can I file a JIRA issue?

Regards,

Martin

--

-- 
Martin Tilma
Func. Internet Integration
W http://www.func.nl
T +31 20 4230000
F +31 20 4223500

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com

Disseminators that redirect?

Has anyone had any experience creating disseminators that send redirects 
to the browser?

Here's what we want to do:  create a disseminator that redirects the 
user's browser to an external web application, passing along to the 
external application an object PID or datastream url.

The problem we're having is that disseminators serve the output of the 
external web application as if it were coming from Fedora, serving, in 
effect, as a reverse proxy to the external webapp.  This breaks all the 
links and mappings in the external application's javascripts.

I know we could do a workaround by creating Redirect datastreams with 
the URL to the external application, but I want to avoid doing that for 
two reasons:

   -- I don't want to have to update all the objects if my web service 
changes;  and
   -- I want to keep clean the distinction between content (datastreams) 
and behaviors (disseminations) (or, to put it RESTfully, between a 
resource and its representations).  By mapping a behavior to a 
datastream, I'm conflating the resource (the content) and the viewer 
(the web application).

Another approach I've used before is to have the disseminator point to a 
webservice that constructs a redirect header to send back to the 
browser, but that also strikes me as a hack.

Has anyone had this problem before?  How do others approach this?

thanks,

-- Scott

--

-- 
Scott Prater
Library, Instructional, and Research Applications (LIRA)
Division of Information Technology (DoIT)
University of Wisconsin - Madison
prater@...

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com

Re: Disseminators that redirect?

Scott--

Can you say a little more about this backend service in particular? Does it feature any means by which to
adjust or prefix the URLs that it produces?

---
A. Soroka
Digital Research and Scholarship R & D
the University of Virginia Library

On Feb 4, 2010, at 10:20 AM, Scott Prater wrote:

> Has anyone had any experience creating disseminators that send redirects 
> to the browser?
> 
> Here's what we want to do:  create a disseminator that redirects the 
> user's browser to an external web application, passing along to the 
> external application an object PID or datastream url.
> 
> The problem we're having is that disseminators serve the output of the 
> external web application as if it were coming from Fedora, serving, in 
> effect, as a reverse proxy to the external webapp.  This breaks all the 
> links and mappings in the external application's javascripts.
> 
> I know we could do a workaround by creating Redirect datastreams with 
> the URL to the external application, but I want to avoid doing that for 
> two reasons:
> 
>   -- I don't want to have to update all the objects if my web service 
> changes;  and
>   -- I want to keep clean the distinction between content (datastreams) 
> and behaviors (disseminations) (or, to put it RESTfully, between a 
> resource and its representations).  By mapping a behavior to a 
> datastream, I'm conflating the resource (the content) and the viewer 
> (the web application).
> 
> Another approach I've used before is to have the disseminator point to a 
> webservice that constructs a redirect header to send back to the 
> browser, but that also strikes me as a hack.
> 
> Has anyone had this problem before?  How do others approach this?
> 
> thanks,
> 
> -- Scott
> 
> -- 
> Scott Prater
> Library, Instructional, and Research Applications (LIRA)
> Division of Information Technology (DoIT)
> University of Wisconsin - Madison
> prater@...
> 
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@...
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com

Re: Disseminators that redirect?

Hi Scott!

On Feb 4, 2010, at 10:20 AM, Scott Prater wrote:
> <snip>

> Another approach I've used before is to have the disseminator point  
> to a
> webservice that constructs a redirect header to send back to the
> browser, but that also strikes me as a hack.
>
> Has anyone had this problem before?  How do others approach this?

We don't do anything like this, but if I had the same requirements as  
you I would probably start with your suggested approach: a service  
which constructs the redirect.  It seems reasonable to me :)

Elliot

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com

Re: Disseminators that redirect?

Hello, Adam, Elliot --

The application is question right now is a pure javascript application, 
IIPMooViewer, that is designed to work with Djatoka.  One of my 
colleagues is modifying that application for our own environment, and 
she is currently getting some information from the javascript location 
property.

My question was slightly a more philosophical one... many web 
applications out there in the world do not rely entirely on relative 
URLs, which can make them tricky to integrate with a disseminator. 
Also, there's the overhead of passing requests to an application through 
a disseminator -- I'd rather avoid having every request to a web 
application go through Fedora, if there's no need beyond the first request.

The use case I'm thinking of is where the disseminator simply becomes a 
gateway to a representation of the digital object that is handled 
elsewhere:  Fedora's role, in this case, is to provide that entry point, 
hand off the resource to the external application, then step out of the 
picture.

One workaround we're trying out this morning:  have the disseminator 
point to an external URL managed by Apache;  Apache then grabs the bits 
of the request it needs using mod_rewrite, builds a new URL, and does a 
RedirectPermanent to the new location.  Slightly more elegant, in that 
we don't need to maintain a separate web service just to do a redirect.

-- Scott

ajs6f@... wrote:
> Scott--
> 
> Can you say a little more about this backend service in particular? Does it feature any means by which to
adjust or prefix the URLs that it produces?
> 
> ---
> A. Soroka
> Digital Research and Scholarship R & D
> the University of Virginia Library
> 
> 
> 
> On Feb 4, 2010, at 10:20 AM, Scott Prater wrote:
> 
>> Has anyone had any experience creating disseminators that send redirects 
>> to the browser?
>>
>> Here's what we want to do:  create a disseminator that redirects the 
>> user's browser to an external web application, passing along to the 
>> external application an object PID or datastream url.
>>
>> The problem we're having is that disseminators serve the output of the 
>> external web application as if it were coming from Fedora, serving, in 
>> effect, as a reverse proxy to the external webapp.  This breaks all the 
>> links and mappings in the external application's javascripts.
>>
>> I know we could do a workaround by creating Redirect datastreams with 
>> the URL to the external application, but I want to avoid doing that for 
>> two reasons:
>>
>>   -- I don't want to have to update all the objects if my web service 
>> changes;  and
>>   -- I want to keep clean the distinction between content (datastreams) 
>> and behaviors (disseminations) (or, to put it RESTfully, between a 
>> resource and its representations).  By mapping a behavior to a 
>> datastream, I'm conflating the resource (the content) and the viewer 
>> (the web application).
>>
>> Another approach I've used before is to have the disseminator point to a 
>> webservice that constructs a redirect header to send back to the 
>> browser, but that also strikes me as a hack.
>>
>> Has anyone had this problem before?  How do others approach this?
>>
>> thanks,
>>
>> -- Scott
>>
>> -- 
>> Scott Prater
>> Library, Instructional, and Research Applications (LIRA)
>> Division of Information Technology (DoIT)
>> University of Wisconsin - Madison
>> prater@...
>>
>> ------------------------------------------------------------------------------
>> The Planet: dedicated and managed hosting, cloud storage, colocation
>> Stay online with enterprise data centers and the best network in the business
>> Choose flexible plans and management services without long-term contracts
>> Personal 24x7 support from experience hosting pros just a phone call away.
>> http://p.sf.net/sfu/theplanet-com
>> _______________________________________________
>> Fedora-commons-users mailing list
>> Fedora-commons-users@...
>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
> 
> 
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@...
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

--

-- 
Scott Prater
Library, Instructional, and Research Applications (LIRA)
Division of Information Technology (DoIT)
University of Wisconsin - Madison
prater@...

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com

Re: Disseminators that redirect?

This doesn't speak to the general question, but in this particular example, we found it straightforward to
use Hugh Cayless' OpenLayers class for a simple viewer that can be served directly as a Fedora
dissemination. That's how we're proceeding for now.

http://github.com/hcayless/djatoka-openlayers-image-viewer

---
A. Soroka
Digital Research and Scholarship R & D
the University of Virginia Library

On Feb 4, 2010, at 12:03 PM, Scott Prater wrote:

> Hello, Adam, Elliot --
> 
> The application is question right now is a pure javascript application, 
> IIPMooViewer, that is designed to work with Djatoka.  One of my 
> colleagues is modifying that application for our own environment, and 
> she is currently getting some information from the javascript location 
> property.
> 
> My question was slightly a more philosophical one... many web 
> applications out there in the world do not rely entirely on relative 
> URLs, which can make them tricky to integrate with a disseminator. 
> Also, there's the overhead of passing requests to an application through 
> a disseminator -- I'd rather avoid having every request to a web 
> application go through Fedora, if there's no need beyond the first request.
> 
> The use case I'm thinking of is where the disseminator simply becomes a 
> gateway to a representation of the digital object that is handled 
> elsewhere:  Fedora's role, in this case, is to provide that entry point, 
> hand off the resource to the external application, then step out of the 
> picture.
> 
> One workaround we're trying out this morning:  have the disseminator 
> point to an external URL managed by Apache;  Apache then grabs the bits 
> of the request it needs using mod_rewrite, builds a new URL, and does a 
> RedirectPermanent to the new location.  Slightly more elegant, in that 
> we don't need to maintain a separate web service just to do a redirect.
> 
> -- Scott
> 
> ajs6f@... wrote:
>> Scott--
>> 
>> Can you say a little more about this backend service in particular? Does it feature any means by which to
adjust or prefix the URLs that it produces?
>> 
>> ---
>> A. Soroka
>> Digital Research and Scholarship R & D
>> the University of Virginia Library
>> 
>> 
>> 
>> On Feb 4, 2010, at 10:20 AM, Scott Prater wrote:
>> 
>>> Has anyone had any experience creating disseminators that send redirects 
>>> to the browser?
>>> 
>>> Here's what we want to do:  create a disseminator that redirects the 
>>> user's browser to an external web application, passing along to the 
>>> external application an object PID or datastream url.
>>> 
>>> The problem we're having is that disseminators serve the output of the 
>>> external web application as if it were coming from Fedora, serving, in 
>>> effect, as a reverse proxy to the external webapp.  This breaks all the 
>>> links and mappings in the external application's javascripts.
>>> 
>>> I know we could do a workaround by creating Redirect datastreams with 
>>> the URL to the external application, but I want to avoid doing that for 
>>> two reasons:
>>> 
>>> -- I don't want to have to update all the objects if my web service 
>>> changes;  and
>>> -- I want to keep clean the distinction between content (datastreams) 
>>> and behaviors (disseminations) (or, to put it RESTfully, between a 
>>> resource and its representations).  By mapping a behavior to a 
>>> datastream, I'm conflating the resource (the content) and the viewer 
>>> (the web application).
>>> 
>>> Another approach I've used before is to have the disseminator point to a 
>>> webservice that constructs a redirect header to send back to the 
>>> browser, but that also strikes me as a hack.
>>> 
>>> Has anyone had this problem before?  How do others approach this?
>>> 
>>> thanks,
>>> 
>>> -- Scott
>>> 
>>> -- 
>>> Scott Prater
>>> Library, Instructional, and Research Applications (LIRA)
>>> Division of Information Technology (DoIT)
>>> University of Wisconsin - Madison
>>> prater@...
>>> 
>>> ------------------------------------------------------------------------------
>>> The Planet: dedicated and managed hosting, cloud storage, colocation
>>> Stay online with enterprise data centers and the best network in the business
>>> Choose flexible plans and management services without long-term contracts
>>> Personal 24x7 support from experience hosting pros just a phone call away.
>>> http://p.sf.net/sfu/theplanet-com
>>> _______________________________________________
>>> Fedora-commons-users mailing list
>>> Fedora-commons-users@...
>>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>> 
>> 
>> ------------------------------------------------------------------------------
>> The Planet: dedicated and managed hosting, cloud storage, colocation
>> Stay online with enterprise data centers and the best network in the business
>> Choose flexible plans and management services without long-term contracts
>> Personal 24x7 support from experience hosting pros just a phone call away.
>> http://p.sf.net/sfu/theplanet-com
>> _______________________________________________
>> Fedora-commons-users mailing list
>> Fedora-commons-users@...
>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
> 
> 
> -- 
> Scott Prater
> Library, Instructional, and Research Applications (LIRA)
> Division of Information Technology (DoIT)
> University of Wisconsin - Madison
> prater@...
> 
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@...
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com