November 2016 - Pharo-users

Re: [Pharo-users] About STONS efficiency at storing nested objects { was : (Re: Keeping data with an application)}

by Sven Van Caekenberghe

Basically, STON walks the graph noting each object it sees. When it encounters the same object again, it outputs a reference. Object equality is of course #== References are integers, indexes into the list of objects seen, ordered by walking depth first. Sven > On 2 Nov 2016, at 19:14, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > A question I was meaning to ask, how efficient is STON at storing references , lets say I have an object that has instance variables that references another object and that object has a instance variable that references another object etc. Where exactly STON stops , or are there any limitations > > On Wed, Nov 2, 2016 at 7:58 PM Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > Hi, > > I'm using STON for my Grafoscopio[1][2] project with pretty good results. It's flexible, readable and well supported and document. Better that JSON! Pretty recommended. > > [1] http://mutabit.com/grafoscopio/index.en.html > [2] http://smalltalkhub.com/#!/~Offray/Grafoscopio > Cheers, > Offray > > On 02/11/16 12:50, sergio ruiz wrote: >> The funny thing about STON is that, as a professional developer, I am so used to the whole world being a âhey, look! we have this too!!â world, that I never looked into it at all.. >> >> I should have knows that that Pharo/Smalltalk community would, instead of âme tooâ would say.. âlook, hereâs a cleaner, simpler, and more flexible way to do the thing..â >> >> thanks, pharo/smalltalk community for being simple/flexible/clean ! >> >> On November 2, 2016 at 1:45:07 PM, Johan Fabry (jfabry(a)dcc.uchile.cl) wrote: >> >>> The book also talks about other storage mechanisms, see http://files.pharo.org/books/enterprise-pharo/ >>> >>> HTH, >>> >> ---- >> peace, >> sergio >> photographer, journalist, visionary >> >> Public Key: http://bit.ly/29z9fG0 >> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV >> http://www.Village-Buzz.com >> http://www.ThoseOptimizeGuys.com >> http://www.coffee-black.com >> http://www.painlessfrugality.com >> http://www.twitter.com/sergio_101 >> http://www.facebook.com/sergio101 >

Nov. 2, 2016

Re: [Pharo-users] About STONS efficiency at storing nested objects { was : (Re: Keeping data with an application)}

by Esteban A. Maringolo

As far as I know it doesn't "normalize" references, as Fuel does. The alternative is to have a Fuel serializer that serializes Fuel objects in STON format instead of binary :D Esteban A. Maringolo 2016-11-02 15:14 GMT-03:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > A question I was meaning to ask, how efficient is STON at storing > references , lets say I have an object that has instance variables that > references another object and that object has a instance variable that > references another object etc. Where exactly STON stops , or are there any > limitations > > On Wed, Nov 2, 2016 at 7:58 PM Offray Vladimir Luna CÃ¡rdenas < > offray.luna(a)mutabit.com> wrote: > >> Hi, >> >> I'm using STON for my Grafoscopio[1][2] project with pretty good results. >> It's flexible, readable and well supported and document. Better that JSON! >> Pretty recommended. >> [1] http://mutabit.com/grafoscopio/index.en.html >> [2] http://smalltalkhub.com/#!/~Offray/Grafoscopio >> >> Cheers, >> >> Offray >> >> On 02/11/16 12:50, sergio ruiz wrote: >> >> The funny thing about STON is that, as a professional developer, I am so >> used to the whole world being a âhey, look! we have this too!!â world, that >> I never looked into it at all.. >> >> I should have knows that that Pharo/Smalltalk community would, instead of >> âme tooâ would say.. âlook, hereâs a cleaner, simpler, and more flexible >> way to do the thing..â >> >> thanks, pharo/smalltalk community for being simple/flexible/clean ! >> >> On November 2, 2016 at 1:45:07 PM, Johan Fabry (jfabry(a)dcc.uchile.cl) >> wrote: >> >> The book also talks about other storage mechanisms, see >> http://files.pharo.org/books/enterprise-pharo/ >> >> HTH, >> >> ---- >> peace, >> sergio >> photographer, journalist, visionary >> >> Public Key: http://bit.ly/29z9fG0 >> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV >> http://www.Village-Buzz.com >> http://www.ThoseOptimizeGuys.com >> http://www.coffee-black.com >> http://www.painlessfrugality.com >> http://www.twitter.com/sergio_101 >> http://www.facebook.com/sergio101 >> >> >>

Nov. 2, 2016

About STONS efficiency at storing nested objects { was : (Re: Keeping data with an application)}

by Dimitris Chloupis

A question I was meaning to ask, how efficient is STON at storing references , lets say I have an object that has instance variables that references another object and that object has a instance variable that references another object etc. Where exactly STON stops , or are there any limitations On Wed, Nov 2, 2016 at 7:58 PM Offray Vladimir Luna CÃ¡rdenas < offray.luna(a)mutabit.com> wrote: > Hi, > > I'm using STON for my Grafoscopio[1][2] project with pretty good results. > It's flexible, readable and well supported and document. Better that JSON! > Pretty recommended. > [1] http://mutabit.com/grafoscopio/index.en.html > [2] http://smalltalkhub.com/#!/~Offray/Grafoscopio > > Cheers, > > Offray > > On 02/11/16 12:50, sergio ruiz wrote: > > The funny thing about STON is that, as a professional developer, I am so > used to the whole world being a âhey, look! we have this too!!â world, that > I never looked into it at all.. > > I should have knows that that Pharo/Smalltalk community would, instead of > âme tooâ would say.. âlook, hereâs a cleaner, simpler, and more flexible > way to do the thing..â > > thanks, pharo/smalltalk community for being simple/flexible/clean ! > > On November 2, 2016 at 1:45:07 PM, Johan Fabry (jfabry(a)dcc.uchile.cl) > wrote: > > The book also talks about other storage mechanisms, see > http://files.pharo.org/books/enterprise-pharo/ > > HTH, > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: http://bit.ly/29z9fG0 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.Village-Buzz.com > http://www.ThoseOptimizeGuys.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 > > >

Nov. 2, 2016

Re: [Pharo-users] Keeping data with an application

by Offray Vladimir Luna CÃ¡rdenas

Hi, I'm using STON for my Grafoscopio[1][2] project with pretty good results. It's flexible, readable and well supported and document. Better that JSON! Pretty recommended. [1] http://mutabit.com/grafoscopio/index.en.html [2] http://smalltalkhub.com/#!/~Offray/Grafoscopio Cheers, Offray On 02/11/16 12:50, sergio ruiz wrote: > The funny thing about STON is that, as a professional developer, I am > so used to the whole world being a âhey, look! we have this too!!â > world, that I never looked into it at all.. > > I should have knows that that Pharo/Smalltalk community would, instead > of âme tooâ would say.. âlook, hereâs a cleaner, simpler, and more > flexible way to do the thing..â > > thanks, pharo/smalltalk community for being simple/flexible/clean ! > > On November 2, 2016 at 1:45:07 PM, Johan Fabry (jfabry(a)dcc.uchile.cl > <mailto:jfabry@dcc.uchile.cl>) wrote: > >> The book also talks about other storage mechanisms, see >> http://files.pharo.org/books/enterprise-pharo/ >> >> HTH, >> > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: http://bit.ly/29z9fG0 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.Village-Buzz.com > http://www.ThoseOptimizeGuys.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101

Nov. 2, 2016

Re: [Pharo-users] Keeping data with an application

by sergio ruiz

The funny thing about STON is that, as a professional developer, I am so used to the whole world being a âhey, look! we have this too!!â world, that I never looked into it at all.. I should have knows that that Pharo/Smalltalk community would, instead of âme tooâ would say.. âlook, hereâs a cleaner, simpler, and more flexible way to do the thing..â thanks, pharo/smalltalk community for being simple/flexible/clean ! On November 2, 2016 at 1:45:07 PM, Johan Fabry (jfabry(a)dcc.uchile.cl) wrote: The book also talks about other storage mechanisms, seeÂ http://files.pharo.org/books/enterprise-pharo/Â HTH, ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Nov. 2, 2016

Re: [Pharo-users] Keeping data with an application

by Johan Fabry

There is a chapter in the Enterprise Pharo book on STON that may be of some help to you https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… The book also talks about other storage mechanisms, see http://files.pharo.org/books/enterprise-pharo/ HTH, -- Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org <http://emailcharter.org/> . Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > On 02 Nov 2016, at 14:27, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > > Looks like I might stick with STON.. I am not really worried too much about execution time or anything.. > > Need to look at one more thing.. > > If a user has say.. many stations.. meaning that they have an OrderedCollection of Stations.. I need to check how that gets serialized, and what happens when it gets pulled back in.. > > I will play with it this afternoon.. > > Thanks! > > > On November 2, 2016 at 12:24:48 PM, phil(a)highoctane.be <mailto:phil@highoctane.be> (phil(a)highoctane.be <mailto:phil@highoctane.be>) wrote: > >> Fuel is another option , though ston will be more readable because ston is text fluel is binary . SQLite is another one . You actually have a ton of options here. You can even make your own binary or text format if want , it's easy. > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: http://bit.ly/29z9fG0 <http://bit.ly/29z9fG0> > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.Village-Buzz.com <http://www.village-buzz.com/> > http://www.ThoseOptimizeGuys.com <http://www.thoseoptimizeguys.com/> > http://www.coffee-black.com <http://www.coffee-black.com/> > http://www.painlessfrugality.com <http://www.painlessfrugality.com/> > http://www.twitter.com/sergio_101 <http://www.twitter.com/sergio_101> > http://www.facebook.com/sergio101 <http://www.facebook.com/sergio101>

Nov. 2, 2016

Re: [Pharo-users] Keeping data with an application

by sergio ruiz

Yes, I will do this.. i bet i can even serve it up via http, and pull it directly from my working image.. Thanks! On November 2, 2016 at 12:24:48 PM, phil(a)highoctane.be (phil(a)highoctane.be) wrote: Hum, use this instead: Usage: "Saving" self persistAsSton: someDataStructure toFile: 'persist.dat' "Loading" someDataStructure := self loadStonFromFile: 'persist:dat' ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Nov. 2, 2016

Re: [Pharo-users] Keeping data with an application

by sergio ruiz

Looks like I might stick with STON.. I am not really worried too much about execution time or anything.. Need to look at one more thing.. If a user has say.. many stations.. meaning that they have an OrderedCollection of Stations.. I need to check how that gets serialized, and what happens when it gets pulled back in.. I will play with it this afternoon.. Thanks! On November 2, 2016 at 12:24:48 PM, phil(a)highoctane.be (phil(a)highoctane.be) wrote: Fuel is another option , though ston will be more readable because ston is text fluel is binary . SQLite is another one . You actually have a ton of options here. You can even make your own binary or text format if want , it's easy. ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Nov. 2, 2016

Re: [Pharo-users] Can pharo association web page point to association.pharo.org, like the consortium one?

by Esteban Lorenzano

it is correct, just we still didnât change the domain (to association.pharo.org <http://association.pharo.org/>) and we send the mail too early. but you can trust that mail, is ours :) Esteban > On 2 Nov 2016, at 17:40, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > > Hi, > > I just received a mail telling me some password and login information and telling me to go to https://pharo.wildapricot.org/, but that domain seem suspicious to me, so I went to the consortium and association which are subdomains of Pharo. First one works well, but second is a redirection to the previous link. In this time of page defacement, could we have the subdomain of the association not redirected to another domain? > > Cheers, > > Offray > >

Nov. 2, 2016

Can pharo association web page point to association.pharo.org, like the consortium one?

by Offray Vladimir Luna CÃ¡rdenas

Hi, I just received a mail telling me some password and login information and telling me to go to https://pharo.wildapricot.org/, but that domain seem suspicious to me, so I went to the consortium and association which are subdomains of Pharo. First one works well, but second is a redirection to the previous link. In this time of page defacement, could we have the subdomain of the association not redirected to another domain? Cheers, Offray

Nov. 2, 2016