[edx-code] Re: Disable Studio Sign Up

[Stuart O'Day]

This is how I did it:

*sudo apt-get install apache2-utils*

Then to create the file,

*sudo htpasswd -c /edx/app/nginx/.htpasswd  *

Then,

*sudo htpasswd /edx/app/nginx/.htpasswd *


Then follow @Juanito update of the cms file to Restrict


Then,

*sudo service nginx reload*




On Monday, March 14, 2016 at 7:35:11 PM UTC-4, Daniel McQuillen wrote:
>
> Apologies if the answer to this question is obvious. Is there a 
> configuration that turns off the "Sign Up" button and methods in studio?
>
> This has been asked before in the forum, without an answer (
> https://groups.google.com/d/msg/edx-code/Q_KMNd3rDpU/bwxP5EPkmMgJ).
>
> A check of cms.env.json doesn't seem to show a env variable that would 
> turn off sign ups. Is it a matter of manually pulling out the UI and server 
> API methods for sign up process? There is the 
> ENABLE_COMBINED_LOGIN_REGISTRATION variable, but I'm not sure of the 
> meaning behind "COMBINED."
>
> Thanks.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"General Open edX discussion" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/edx-code/390819d1-1305-4b25-abde-e5558009596f%40googlegroups.com.

Re: [edx-code] OEP Suggestion: course-wide JS and CSS

[Andy Armstrong]

Hi Martin,

Thanks for this. The use cases you describe are important, so it would be
great to talk through how it can be addressed. I'm not sure if this should
be handled as an OEP or not, so I posed that question in our OEP Slack
channel (https://openedx.slack.com/messages/open-edx-proposals/).

I have a few thoughts to add to your initial proposal:
 - I like the simplicity of what you are proposing. Using the XBlock
runtime's pre-existing loader makes a great deal of sense for the reasons
you laid out.

 - I think some of your use cases would be better handled through XBlock
dependencies. For example, IMO a complex feature like code syntax
highlighting should be associated with a particular XBlock, rather than
being added to an Advanced HTML block. Having the assets tied to the course
means that even if the block in question is removed, the assets would still
be loaded. It would be better to have them requested on-demand by only the
blocks that need them. Having said that, we don't have a mechanism in
XBlock to allow multiple blocks to share the same library.

 - I'd like to consider how such a mechanism should interact with AMD-style
loading. We have had some preliminary experimentation with combining
XBlocks with RequireJS, and I think it is important to take that into
account.

 - There are performance implications to loading a number of individual
files like this. Having said that, it would be difficult to have individual
courses contribute files to the static asset pipeline, since courses can be
created/imported after the LMS has been stood up.

 - We might want to make this feature be something that can be disabled if
a given installation is not comfortable with giving this power to its
authors. As you point out, the power is already there through multiple
other mechanisms, so maybe this isn't a concern.

Thanks,

 - Andy

On Fri, Aug 12, 2016 at 1:39 PM, Martin Segado 
wrote:

> Hi all,
>
> Please let me know if this is a good fit for an OEP and I'll put one
> together. Also let me know if you would also find such a feature useful!
>
> *Issue:* I and others would benefit from a way to load course-wide
> JavaScript and CSS assets. There are numerous use cases for this:
>
>- Logging custom events (this alone make the platform even more
>valuable for conducting research)
>- Consistently styling course content (e.g., by creating classes for
>things like callout boxes or image alignment)
>- Loading useful JS libraries for things like graphing or code syntax
>highlighting
>- Trying experimental features (e.g., a course-material search bar;
>again, complete with event logging for research)
>
> *Existing workaround:* It's possible to do this in today's platform, but
> it requires adding 

[edx-code] Using courses in EDX.ORG in my Openedx instance

[Amir Tadrisi]

Hi All
I am searching about the possibility of using courses that exist in EDX.ORG 
and using some of them in my Openedx instance, wanna know what are the 
process i have to follow and is it possible in legal way and technical part 
?


Best regards

-- 
You received this message because you are subscribed to the Google Groups 
"General Open edX discussion" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/edx-code/71958fa8-ab0e-4f36-970d-ce0bb31e532e%40googlegroups.com.

Re: [edx-code] Re: Disable Studio Sign Up

[Ki Hwan Song]

in /edx/app/nginx/sites-available/cms

location / {


 auth_basic"Restricted";
 auth_basic_user_file  /edx/app/nginx/nginx.htpasswd;



}

On Mon, Aug 15, 2016 at 8:26 AM,  wrote:

> How do i go about enabling HTTP Basic Auth for studio? Any pointers or
> docs you can help me with?
>
> - Abhilash
>
> On Tuesday, March 15, 2016 at 6:16:56 AM UTC+5:30, Daniel McQuillen wrote:
>>
>> Thanks for the suggestion, Juanito. Might just do that.
>>
>> I've set *"DISABLE_COURSE_CREATION" : true* in my cms.env.json, but that
>> still allows arbitrary sign ups, and those users can still create
>> "Libraries" even if they can't create courses.
>>
>> Using HTTP Basic Auth is serviceable, but then existing users have to
>> sign in twice, which isn't ideal.
>>
>> - Daniel
>>
>> --
> You received this message because you are subscribed to a topic in the
> Google Groups "General Open edX discussion" group.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/edx-code/8be7efc5-6348-4839-bbe7-7920e63c858f%40googlegroups.com
> 
> .
>



-- 
Ki Hwan Song
송기환

-- 
You received this message because you are subscribed to the Google Groups 
"General Open edX discussion" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/edx-code/CAF47s4zB-8qRfS6G0Vs08DNTbWhiS3-Pf%3DdUPiPHeeDWgwT1Bw%40mail.gmail.com.

Re: [edx-code] Re: Disable Studio Sign Up

[abhilash]

How do i go about enabling HTTP Basic Auth for studio? Any pointers or docs 
you can help me with?

- Abhilash

On Tuesday, March 15, 2016 at 6:16:56 AM UTC+5:30, Daniel McQuillen wrote:
>
> Thanks for the suggestion, Juanito. Might just do that.
>
> I've set *"DISABLE_COURSE_CREATION" : true* in my cms.env.json, but that 
> still allows arbitrary sign ups, and those users can still create 
> "Libraries" even if they can't create courses.
>
> Using HTTP Basic Auth is serviceable, but then existing users have to sign 
> in twice, which isn't ideal.
>
> - Daniel
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"General Open edX discussion" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/edx-code/8be7efc5-6348-4839-bbe7-7920e63c858f%40googlegroups.com.

[edx-code] Re: Exposing the Course Version number

[Nimisha Asthagiri]

Hi Jill et al,

Thanks for starting this thread.  (I had been away on vacation and am
catching up.)

For the mobile app, we've been considering using ETags to eliminate extra
work in updating its local cache.  However, the use case there is a bit
more complicated since we need to check for user-access state-changes in
addition to course-state changes.

For your use case, however, since you only care about course-state changes,
it is very plausible *now* for us to build what's required with minimal
effort.  With the following recent PR, we were able to update the
SplitModulestore and enable a BlockTransformer to store the course_version
(guid) and subtree_edited_on (timestamp) fields with the cached course
structure:


https://github.com/edx/edx-platform/pull/13082

So now, this data is available to the Course Blocks API.  The
subtree_edited_on timestamp may be all that you need to embed in the ETag
when non-user-specific blocks are requested (i.e., when all_blocks=true URL
param is specified).

Nimisha

On Fri, Jul 22, 2016 at 10:14 AM, Adam Palay  wrote:

> Hi Jill!
>
> You mention wanting to add a table "which stores the tree of blocks used
> in a course". Can you say a little more about this? I'm wondering because
> we've been working on a feature to visualize and query course structures in
> a graph-like-context by putting modulestore data into a graph database. The
> thing we're building is only an internal tool (not meant to be instructor
> facing), but I wonder if the work could overlap at all.
>
> Adam
>
>
> On Friday, July 22, 2016 at 1:40:08 AM UTC-4, ji...@opencraft.com wrote:
>>
>> Hi,
>>
>> This post is partly to record discussions going on in a planning
>> document, and partly to spark more discussion on the topic.
>>
>> Nimisha, do you have a list of pending API improvements where this
>> feature request could be captured?
>>
>> *Feature Idea*
>>
>> Update the Courses API
>> 
>>  to
>> add the current published version ID, which is available from the
>> modulestore.
>>
>> Example: course-v1:mit.eecs+6002x+branch@published+version@5
>> 19665f6223ebd6980884f2b
>>
>> *Impetus*
>>
>> We're working on adding a table to the analytics data which stores the
>> tree of blocks used in a course, as retrieved from the Course Blocks API
>> 
>> .
>>
>> Since this table may be relatively expensive to maintain, we'd like to be
>> able to update it only when a course has changed, i.e. when a course or any
>> of its sections is Published.
>>
>> If we knew the current published version ID, then we could update the
>> table only if the current published version has changed.
>>
>> *Discussions*:
>>
>> Captured for posterity.
>>
>> From Braden MacDonald :
>>
>> Every course in split modulestore has a version (internally), and any
>>> change to the structure of the course (or any content, too, I suppose) will
>>> change the version (which is just a mongoDB ObjectId). So "all you need to
>>> do" is store the result of the Course Blocks API query for each course
>>> along with the "version of the published branch" of that course. Then, you
>>> only need to re-fetch the block structure if the current version doesn't
>>> match the cached result version.
>>
>>
>>> A course's ID string/key can actually include this version information,
>>> though this form is rarely seen: "course-v1:mit.eecs+6002x+bran
>>> ch@published+version@519665f6223ebd6980884f2b"
>>
>>
>>> From what I recall about split's "versions" table, a MongoDB query to
>>> fetch a list of all courses and the version of each would be trivial and
>>> fast, though I don't know if there is currently any API which exposes it.
>>
>>
>>> FWIW I implemented content libraries using that approach - the
>>> randomized content block checks the version of the library to know when to
>>> prompt the course author to update. If we used that approach it should be
>>> non through some API that's not directly related to the modulestore.
>>
>>
>> From Gabe Mulley :
>>
>> Yeah, I thought about leveraging that data. I'm not aware of any API that
>>> exposes it, however, and am very wary of reaching in behind the modulestore
>>> API (given how complex it is).
>>
>>
>>> I like the idea of using the version, though, to determine which courses
>>> need to be pulled again instead of time. Maybe we could leverage entity
>>> tags? Basically set the etag to the version identifier? Maybe it already
>>> does this?
>>
>>
>>> I'm not very familiar with conditional get semantics, but I think we
>>> could then use "If-None-Match" to short-circuit and return a 304 if the
>>> course hasn't changed.
>>
>>
>>
>> Thank you!
>> --
>> Jill
>> @OpenCraft 
>>
>>
>>

-- 
You received this message because you are subscribed to the Google 

Re: [edx-code] Uninstall existing xblock.

[gsong]

Hi Kelly,

The best way to contribute to the docs would be to open a pull request 
at https://github.com/edx/edx-documentation.

-- 
George

On Saturday, August 13, 2016 at 3:10:53 PM UTC-7, Kelly Buchanan wrote:
>
> Thanks Ned, this was my question as well. Is there a formal way to try to 
> get this added to the documentation? It seems like mentioning uninstall or 
> at least referring to `pip help` would be kinder to newbs. 
>
> -Kelly
>
> On Tuesday, May 17, 2016 at 5:31:00 PM UTC-4, Ned Batchelder wrote:
>>
>> You should be able to use:  pip uninstall the-name-of-your-xblock
>>
>> If you aren't sure what name to use, look at the output of "pip freeze"
>>
>> --Ned.
>>
>> On Tue, May 17, 2016 at 10:13 AM, swapnil vishnoi  
>> wrote:
>>
>>> Hello,
>>> I have developed an Xblock and installed it, its working fine, Now i 
>>> want to uninstall it. I couldn't find any reference regarding uninstall 
>>> xblock, there is only one reference to remove that folder of xblock, Using 
>>> this command i was able to remove that whole folder but it did not actually 
>>> uninstall that xblock.
>>> Please guide me with your valuable suggestion. 
>>>
>>> Thanks in advance!
>>> Swapnil Vishnoi
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "General Open edX discussion" group.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/edx-code/b03fa563-6b8e-4ae5-a201-95f67341517c%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"General Open edX discussion" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/edx-code/2ff1d924-67a2-4fe6-8d8a-ffcd3769c4dc%40googlegroups.com.

[edx-code] Retrospectively acting JS on register page (with the use of require.js)

[Calla]

Hi Folks,

Apologies for sounding new to all of this -- so bare with me. 

I'd like to do a bit of retro acting Javascript on the registration page 
i.e. Apply a snippet of javascript after ALL the logistration_factory and 
access_views etc have run and loaded. I can't simply add it into the 
template as a 

Re: [edx-code] Re: Improving our support for the Open edX community

[Xavier Antoviaque]

I agree that I've heard great things about discourse too. That one might
even allow to also replace the MLs althogether, as it's more user-
friendly than mailing-lists, but still allow any type of conversation.
I'm not sure how well it fits the Q tool use-case though, there could
still be a case for keeping it separate (Stack Overflow was built on the
principle that the discussion should be secondary to the question and
its answer, and that is part of what makes it so useful).

--
Xavier
@OpenCraft[1]
Schedule a meeting[2]


On Sun, Aug 14, 2016, at 04:39, Nate Aune wrote:
> I've also heard good things about Discourse and it's open source
> (written in Ruby).
>
> It's used as a community discussion forum for popular open source
> projects like:
>
> Docker (https://forums.docker.com/)
> Meteor (https://forums.meteor.com/)
> OpenMRS (https://talk.openmrs.org/)
> Ubuntu (http://discourse.ubuntu.com/)
>
> And tech companies:
> New Relic (https://discuss.newrelic.com/)
> Twitter (https://twittercommunity.com/)
>
> There's even a plugin for Slack to post new discussion topics in
> Discourse to Slack channels:
> https://github.com/bernd/discourse-slack-plugin
>
> On Friday, August 12, 2016 at 10:36:39 AM UTC-7, Azizur Rahman wrote:
>> My vote goes for Stack Overflow. Becuase it has most of what you are
>> asking for. Also from a developer point of view SO is the go-to-place
>> for technical issues.
>>
>> SO has a good governance process in regards to how people become
>> moderators. API docs (https://api.stackexchange.com/docs) seems
>> comprehensive, even if you do not create a new site via Area51
>> proposal we can get started with tagging question with tags (say 'open-
>> edx') and questions can be spread over multiple other sites using the
>> same tags.
>>
>> I have also seen https://www.discourse.org/ used for community
>> support. Probably does not have everything but it's one shiny forum.
>>
>> Just my two cents.
>> ---
>> Azizur
>>
>> On Tuesday, 2 August 2016 20:44:00 UTC+1, Shauna Gordon-McKeon wrote:
>>> Hello Open edX community!
>>>
>>> The open source team here at edX has been talking a lot recently
>>> about how we can do a better job of making sure community members
>>> have access to the resources you need to troubleshoot problems and
>>> get your questions answered.  Right now the most common avenues for
>>> getting support are our mailing lists and Slack channels, but these
>>> tools don’t allow us to easily track frequently asked questions or
>>> see how often questions are going unanswered.
>>>
>>> We want to find a better tool so we can better help the community.
>>> We’ve brainstormed a list of requirements here:
>>> https://docs.google.com/document/d/1J0P2hNXH7hdyxbqi8OCndNrUoxrOXDAbvIGalG6v7qU/
>>>
>>> Here’s where you come in: we can only see one side of the support
>>> experience.  We don’t know what, from your perspective, the biggest
>>> problems are and the most appealing solutions might be.  So please,
>>> feel free to suggest additional requirements, and to let us know
>>> which of our existing requirements are most important to you.  You
>>> can do so by adding to this thread in the edx-code mailing list.
>>>
>>> If you’ve got tool suggestions as well, we’d be happy to hear them!
>>> Once we’ve got our requirements list set, we’re going to evaluate
>>> the most promising options.
>>>
>>> Looking forward to seeing your feedback!
>>>
>>> Best,
>>> Shauna
>
> --
>  You received this message because you are subscribed to the Google
>  Groups "General Open edX discussion" group.
>  To view this discussion on the web visit
>  
> https://groups.google.com/d/msgid/edx-code/3c9bd40e-2c97-48af-8216-c1babf180cf7%40googlegroups.com[3].


Links:

  1. http://opencraft.com/
  2. https://calendly.com/antoviaque
  3. 
https://groups.google.com/d/msgid/edx-code/3c9bd40e-2c97-48af-8216-c1babf180cf7%40googlegroups.com?utm_medium=email_source=footer

-- 
You received this message because you are subscribed to the Google Groups 
"General Open edX discussion" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/edx-code/1471252698.2146274.695494401.6611CA95%40webmail.messagingengine.com.