Hello,

I think it is a must that we have also the information available from
www.myofbiz.com. For me it is very useful and not commercial if you let only
pay a little bit to pay the hosting costs.

The quality of the material is very high and a must for every ofbiz user.

So i don't see why this information may not be made public as there are also
the ofbiz books listed under the "books" title at the front page of
ofbiz.apache.org .

I hope for the knowledge of every ofbiz user that these
www.myofbiz.comuserguides still maintain available in the future.

Regards,
Heidi



2010/4/30 Scott Gray <[email protected]>

> I made it up.
>
> http://people.apache.org/~coar/mlists.html#ofbiz.apache.org
>
> Regards
> Scott
>
> On 1/05/2010, at 1:31 AM, Ruth Hoffman wrote:
>
> >
> >
> > Scott Gray wrote:
> >> On 1/05/2010, at 12:53 AM, Ruth Hoffman wrote:
> >>
> >>
> >>> Hi Scott:
> >>> How so?
> >>>
> >>
> >> How so what?
> >>
> >>
> >>> I have useful information concerning how OFBiz works and I want to
> share that with all interested parties.
> >>>
> >>
> >> Every time you send this out, over 500 people have to deal with an email
> that contains no information other than a link to a paid product.  Hardly in
> keeping with the spirit of an open source mailing list.  Like I said, share
> some knowledge and then advertise, that way everybody benefits.
> >>
> > Really? 500? Where did you come up with that number?
> >>
> >>> Are you now the OFBiz information censor?
> >>>
> >>
> >> Hardly, I'm just a fellow user of this mailing list voicing my concern.
> >>
> >>
> >>> Regards,
> >>> Ruth
> >>> ----------------------------------------------------
> >>> Find me on the web at http://www.myofbiz.com or Google keyword
> "myofbiz"
> >>> [email protected]
> >>>
> >>> Scott Gray wrote:
> >>>
> >>>> Hi Ruth,
> >>>>
> >>>> This is bordering on spam and starting to get annoying, would you mind
> trying to contribute to the discussion before starting in with the
> advertising?
> >>>>
> >>>> Thanks
> >>>> Scott
> >>>>
> >>>> On 1/05/2010, at 12:31 AM, Ruth Hoffman wrote:
> >>>>
> >>>>
> >>>>> Hello List:
> >>>>> If anyone is interested in a more in-depth treatment of the Catalog
> Manager, products, catalogs and categories, please see my book: "Getting
> Started with Apache OFBiz, The Catalog Manager". You may purchase a copy of
> this at: http://www.myofbiz.com
> >>>>>
> >>>>> Regards,
> >>>>> Ruth
> >>>>> ----------------------------------------------------
> >>>>> Find me on the web at http://www.myofbiz.com or Google keyword
> "myofbiz"
> >>>>> [email protected]
> >>>>>
> >>>>> Paul Abernathy wrote:
> >>>>>
> >>>>>> BJ,
> >>>>>>
> >>>>>> I also am new to ofbiz and am trying to learn how to use it.  I
> couldn't help noticing this discussion because I wanted to do the same thing
> - set up a hierarchy of categories for products.  I was just going through
> the business setup guide located at
> https://cwiki.apache.org/confluence/display/OFBENDUSER/Apache+OFBiz+Business+Setup+Guideand
>  towards the end it discusses how to set up categories.  I have a couple
> of questions:
> >>>>>>
> >>>>>> -Can a category be used in more than one Catalog?
> >>>>>> -Can a category have more than one parent?  It looks like the answer
> is "no" but just making sure.
> >>>>>>
> >>>>>> thanks,
> >>>>>>
> >>>>>> Paul
> >>>>>>
> >>>>>> BJ Freeman wrote:
> >>>>>>
> >>>>>>> are you sure you are not referring to 1 million products.
> >>>>>>> I run in the real world over 100,000 products.
> >>>>>>> I have approx 18 top categories with 3-10 levels of sub categories.
> >>>>>>> if your see 1,000,000 categories that way then it is feasible.
> >>>>>>> I use automated updating from my suppliers to keep thing
> up-to-date.
> >>>>>>> these updates happen every 24 for prices new and obsolete products.
> >>>>>>> availability is as often as 15 min.
> >>>>>>> The average Cpu usage during these operations is about 15% of a
> 1.6ghz
> >>>>>>> Cpu with enough RAM to not use the swap file. the peak cpu usage is
> >>>>>>> about 75% when the scheduled services and large imports (1 gig
> data) are
> >>>>>>> happening.
> >>>>>>>
> >>>>>>>
> >>>>>>> =========================
> >>>>>>> BJ Freeman
> >>>>>>> http://bjfreeman.elance.com
> >>>>>>> Strategic Power Office with Supplier Automation <
> http://www.businessesnetwork.com/automation/viewforum.php?f=93>
> >>>>>>> Specialtymarket.com <http://www.specialtymarket.com/>
> >>>>>>>
> >>>>>>> Systems Integrator-- Glad to Assist
> >>>>>>>
> >>>>>>> Chat  Y! messenger: bjfr33man
> >>>>>>> Linkedin
> >>>>>>> <
> http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro
> >
> >>>>>>> Michal Cukierman sent the following on 4/30/2010 1:51 AM:
> >>>>>>>
> >>>>>>>
> >>>>>>>> Hello,
> >>>>>>>>
> >>>>>>>> Thank you for your quick response. Regarding your question about
> real world
> >>>>>>>> applications:
> >>>>>>>> Ecommerce:
> >>>>>>>> http://www.rockauto.com/
> >>>>>>>> http://allegro.pl/
> >>>>>>>>
> >>>>>>>> There are applications that holds > 1 000 000 categories.
> >>>>>>>> In a PLM industry it's also very common to have a couple of
> milions of
> >>>>>>>> objects (consider the complexity of a train or a plain for
> example).
> >>>>>>>>
> >>>>>>>> The point of my post was not a fix, but the implementation of  the
> find root
> >>>>>>>> category method.
> >>>>>>>> I think that you should avoid such a code. You have got great
> database layer
> >>>>>>>> (great possibility to improve performance)  so it would be great
> to utilize
> >>>>>>>> it as much as it's possible.
> >>>>>>>> I really like Ofbiz application thats why I try to give you my
> input.
> >>>>>>>>
> >>>>>>>> Once again thank you for the response and for the link you send
> me. I will
> >>>>>>>> come back with the better solution after studing  the datamodel.
> >>>>>>>>
> >>>>>>>> Regards,
> >>>>>>>> Micha³ Cukierman
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> W dniu 30 kwietnia 2010 10:11 u¿ytkownik Jacques Le Roux <
> >>>>>>>> [email protected]> napisa³:
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>> For instanc
> >>>>>>>>>
> >>>>>>>
> >>>>>>
> >>>>
> >>
> >>
>
>

Reply via email to