[Seaside] Hosting Options these days?

Sven Van Caekenberghe sven at stfx.eu
Thu May 10 07:03:31 UTC 2018



> On 10 May 2018, at 01:20, Tim Mackinnon <tim at testit.works> wrote:
> 
> Hi Sven - I’m not sure if something has changed over the last 6 months, or if my use case is slightly different (I was using gitlab ci vs. Command line on Digital Ocean).
> 
> I notice that you use full ConfigurationOfXXXX specs vs. the simpler BaselineOfXXXX ones.
> 
> If I try and do:
> 
> Iceberg enableMetacelloIntegration: true. 
> Metacello new 
>   baseline: 'PagerDuty';
>   repository: 'git at gitlab.com:macta/WillowPagerDuty.git';
>   load.
> 
> I get an error because ZnClient is trying to connect to a url like "http://:80/git@gitlab.com:macta/WillowPagerDuty.git/?C=M;O%3DD” (so it interprets that git@ specification strangely). This is in a workspace.
> 
> But what is weird, is that if I use Iceberg - connected to the same repo (and specified the same way) - and then use the Metacell - Install baseline menu (right click on the BaselineOfXXX package) it then works perfectly.
> 
> So I guess that menu operation is not doing that #baseline;repository;load operation. (Which I thought it did).
> 
> Maybe this is something I need to move over into the Pharo group - as something odd is going on - and this is the frustration I’ve long had with Iceberg and Metacello and the tooling - its so hard to do what should be simple things.

Yes, please move that question to pharo-dev, I think I have seen this issue before, but this is not my area of expertise.

> Tim
> 
>> On 9 May 2018, at 11:12, Sven Van Caekenberghe <sven at stfx.eu> wrote:
>> 
>> 
>> 
>>> On 9 May 2018, at 11:59, Tim Mackinnon <tim at testit.works> wrote:
>>> 
>>> I found a moment to try out a droplet - wow that’s pretty slick and easy and your link gave me a $10 credit too (nice).
>> 
>> Great !
>> 
>>> The only thing that didn’t work was trying to pull in code using a Metacello baselineOf from the command line. Note sure why - as I do something similar for Pharo Lambda using gitlab CI - it seems to keep retrying to read the git:// or https:// url and then bombs out. I need to investigate that when  get a moment and maybe we can then update the booklet tutorial.
>> 
>> Hmm, that should 'just work'. I am using the following scripts, maybe those can help you get further along (but as you did Pharo Lambda, you know this shit already).
>> 
>> https://github.com/svenvc/pharo-server-tools
>> 
>> Now, on a recent Pharo 7 based project, I was using the following, can't remember why exactly
>> 
>> ./pharo tickets123.image eval --save 'ConfigurationOfTickets123 loadBleedingEdge'
>> 
>> The eval handler is always a good fallback.
>> 
>> HTH
>> 
>>> Tim 
>>> 
>>> Sent from my iPhone
>>> 
>>>> On 26 Apr 2018, at 21:43, Sven Van Caekenberghe <sven at stfx.eu> wrote:
>>>> 
>>>> 
>>>> 
>>>>> On 26 Apr 2018, at 20:04, Tim Mackinnon <tim at testit.works> wrote:
>>>>> 
>>>>> Actually I remembered Sven’s zinc tutorial that covers everything. 5gb should be enough for hobby work.
>>>> 
>>>> Hi,
>>>> 
>>>> Here is the (older/aging) tutorial:
>>>> 
>>>> http://zn.stfx.eu/zn/build-and-deploy-1st-webapp/#runningarealcloudserver
>>>> 
>>>> There is also this book chapter
>>>> 
>>>> https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessfulBuild/artifact/book-result/DeploymentWeb/DeployForProduction.html
>>>> 
>>>> The smallest instance is more than enough to get you started, I also run multiple images on one.
>>>> 
>>>> Here is my referral link: https://m.do.co/c/6a0334a169dc ;-)
>>>> 
>>>> Sven
>>>> 
>>>>> Tim
>>>>> 
>>>>> Sent from my iPhone
>>>>> 
>>>>>> On 26 Apr 2018, at 18:56, Tim Mackinnon <tim at testit.works> wrote:
>>>>>> 
>>>>>> Hey thanks - is the smallest droplet enough - 1gb memory?
>>>>>> 
>>>>>> Sent from my iPhone
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> Sent from my iPhone
>>>>>>> On 26 Apr 2018, at 14:50, Alejandro Infante <alejandroinfante91 at gmail.com> wrote:
>>>>>>> 
>>>>>>> Hi,
>>>>>>> I use DigitalOcean a lot, it is much cheaper than AWS. Unless you want more cloud features, such as Database as a Service, ElasticSearch, etc… DigitalOcean should be enough.
>>>>>>> 
>>>>>>> https://www.digitalocean.com/pricing/
>>>>>>> 
>>>>>>> Alejandro
>>>>>>> 
>>>>>>>> On Apr 26, 2018, at 9:09 AM, Tim Mackinnon <tim at testit.works> wrote:
>>>>>>>> 
>>>>>>>> Hi everyone - are there any easy hobbyist hosting options for seaside these days? Or do you have to setup an Ec2 instance yourself?
>>>>>>>> 
>>>>>>>> Tim
>>>>>>>> _______________________________________________
>>>>>>>> seaside mailing list
>>>>>>>> seaside at lists.squeakfoundation.org
>>>>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> seaside mailing list
>>>>>>> seaside at lists.squeakfoundation.org
>>>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>> _______________________________________________
>>>>> seaside mailing list
>>>>> seaside at lists.squeakfoundation.org
>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>> 
>>>> _______________________________________________
>>>> seaside mailing list
>>>> seaside at lists.squeakfoundation.org
>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>> 
>>> _______________________________________________
>>> seaside mailing list
>>> seaside at lists.squeakfoundation.org
>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>> 
>> _______________________________________________
>> seaside mailing list
>> seaside at lists.squeakfoundation.org
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
> 
> _______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside



More information about the seaside mailing list