Steinsplitter,
There has been and continues to be a long standing desire from volunteers and donors to get merchandise whether through events, competitions, giveaways or purchasing. The fact we get 1000+ orders or so a year (an educated guess) shows the idea of the store has merits. It might not be for everyone but if it serves those who use it and it's self sufficient then I don't see many negatives of having one. Especially if we ensure there are multiple other avenues for users to get such merchandise, especially to ensure that cost is not a limiting factor within our movement. It would be great if the store could fund all such merchandise giveaways.
Seddon
On Mon, Mar 21, 2016 at 7:39 PM, Steinsplitter Wiki < steinsplitter-wiki@live.com> wrote:
Why do we need such a Shop?
(I must admit that i tested the job a year ago, the product was fine, the shipment fast. A bit expensive for my taste.)
I agree with other users that the shop schould be hosted on wikimedia servers.
--Steinsplitter
Date: Mon, 21 Mar 2016 17:41:46 +0100 From: rupert.thurner@gmail.com To: wikimedia-l@lists.wikimedia.org Subject: Re: [Wikimedia-l] Who runs the Wikimedia Shop ?
How many orders are handled by this shop?
Rupert On Mar 21, 2016 17:32, "Joseph Seddon" jseddon@wikimedia.org wrote:
In an ideal world then I would definitely be pushing for a fully
wikimedia
hosted online shop. I completely agree with the principles you've
raised.
But moving in-house would require resources for building and
maintaining an
ecommerce workflow that I don't think we collectively can justify. The setup and maintenance of any solution would require a degree of people power that I personally think could be spent better elsewhere in the movement as I am sure you would agree.
Throwing together an e-commerce site can be easy. But doing it well, ensuring you are PCI compliant, ensuring its stable, secure etc. etc.
and
making it user friendly both front and back end. That takes time and
money.
Even if we did all that we would still in end up using a third party payment gateway. To ensure the shop is viable and not a drain we need
to
keep it as efficient as possible.
As Marc said Shopify may not be completely FLOSS but many of the
frameworks
that Shopify use in their hosted service are on available on Github
[1] and
I would encourage you to take a look.
With regards to the URL, I as a customer would find a top 10 website sending me to a third party URL for their shop highly suspicious and I certainly could treat it with suspicion. Making it clear that it is
hosted
by shopify I think would at least improve the situation.
Regards
Seddon
On Mon, Mar 21, 2016 at 7:34 PM, Ricordisamoa ricordisamoa@openmailbox.org wrote:
Il 21/03/2016 13:14, Marc A. Pelletier ha scritto:
On 2016-03-21 8:03 AM, Ricordisamoa wrote:
As in [1] I'd like to know whether the use of Shopify is
acceptable for
a
FOSS-friendly organization. Thanks in advance.
While Shopify isn't FLOSS-only, they're a fairly okay place that
does
contribute to FLOSS themselves (mostly in the Ruby and Go worlds,
that
intersect very little with our own tech).
I don't think it's reasonable to expect that every external
supplier is
all-FLOSS. For one, the movement would be pretty much stuck without hardware, networking gear, and power at the very least. Not every service/provider even *have* pure-FLOSS alternative - let alone
good or
even
adequate ones.
-- Coren / Marc
My concern was about the (likely proprietary) JavaScript that is run
on
the
customers' devices, but it turns out that it isn't actually required
to
browse and purchase?
I very quickly looked, and it appears to be mostly open libraries and Shopify specific code for making purchases. However any amount of tracking could be hidden somewhere in their JavaScript, and an audit today doesnt mean it is safe to use tomorrow, as the source code is not publicly reviewed before being deployed.
And yes, it'd be nice if the server side was under WMF's control too!
IMO it is more important that any service on the "wikimedia.org" domain (and others owned by WMF) is free software.
Outsourcing the service provision is fine, provided the software is free software and the delegated service provider abides by our terms of use and privacy policy.
If we need to run non-free services, that isnt free software or can't comply with our terms of use and privacy policy, it should be hosted on a different domain, preferrably the domain of the service provider so that it is abundantly clear who the transaction is really with.
-- John Vandenberg
Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines New messages to: Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe _______________________________________________ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines New messages to: Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe
Wikimedia-l mailing list, guidelines at:
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe
Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines New messages to: Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe