-
-
Notifications
You must be signed in to change notification settings - Fork 904
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
wzrd.in service does not work #302
Comments
A viable option would be to use |
jsDelivr also minifies the files along many other features https://cdn.jsdelivr.net/npm/node-uuid@1.4.8/uuid.min.js |
@mostafa: I'm interested in uuid version 4. Will your suggestion above: https://cdn.jsdelivr.net/npm/node-uuid@1.4.8/uuid.min.js produce uuidv4? @jimaek: I'm interested in uuid version 4. Will your suggestion above: https://cdn.jsdelivr.net/npm/node-uuid@1.4.8/uuid.min.js produce uuidv4? At present wzrd.in is crushing uuid/v4 which i'v been using with browserify. |
@Annis-Monadjem Yes, you can use uuidv4. Simply do |
It will, since I used and tested it. You can simply load it via an HTML boilerplate and try the console to inspect the uuid object. |
What i finally did was:
Thanks @mostafa @trs-king |
@Annis-Monadjem This jsdelivr link is for cases where you don't have any packer/bundler and are using browser javascript. |
I'm also having problems with wzrd.in. I'm getting redirected to https, and then I'm getting a 502. I tried it yesterday and got the same result. |
So is this going somewhere? This library was referenced in a JS course and all people including myself can't use browser-ready versions because of the bad gateway error on wzrd.in. |
The service wzrd.in seems to be unmaintained for over a year now, see browserify/wzrd.in@2f7ea69 It currently throws 502 errors on all packages as reported in uuidjs#302 or https://talk.observablehq.com/t/wzrd-in-alternatives/571 As stated in uuidjs#293 (comment) there are no plans to support legacy bundlers. Instead, we may consider to go for properly standardized ES6 modules in the future as has been teased in uuidjs#317 However for the time being let's at least remove these broken instructions from the README. Closes uuidjs#176, uuidjs#302
@UkrainianCitizen as mentioned in #176 this is not something the maintainers of this module can change since apparently the service wzrd.in is generally down for over a year. Please get in touch with the authors of your JS course in order to update the course material to use services that are still up and running. If you need something that works at this point in time you can try including the following instead in your JS course HTML page: <script src="https://bundle.run/uuid@latest?name=uuid"></script> It will make the |
@ctavan Thanks for the timely response. Ofc wzrd.in has nothing to do with your library, but what you can do is to host the code on another place if you do provide browser-ready versions for the public. And thanks for your pieces of advice. I never said that there is no workaround, there are many. The author, of course, did give an update on the situation: what I and hundreds of other people have done is adding the code from the original js file as a part of the course projects. P.S. I am fully aware of things you stated in your warnings. |
* chore(doc): re-generate README * fix(doc): remove wzrd.in instruction from README The service wzrd.in seems to be unmaintained for over a year now, see browserify/wzrd.in@2f7ea69 It currently throws 502 errors on all packages as reported in #302 or https://talk.observablehq.com/t/wzrd-in-alternatives/571 As stated in #293 (comment) there are no plans to support legacy bundlers. Instead, we may consider to go for properly standardized ES6 modules in the future as has been teased in #317 However for the time being let's at least remove these broken instructions from the README. Closes #176, #302
This has been resolved through #323 |
We have just released Please feel free to open a new issue if you encounter any issues with the new version. |
hey it is working. |
Build on the wzrd.in website seems not to work, because the whole server timed out! And building the package using browserify.js also does not produce a firm result and does not work.
The text was updated successfully, but these errors were encountered: