-
Notifications
You must be signed in to change notification settings - Fork 12
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
Your main page at http://ubjson.org/ has been hacked. #108
Comments
Chrome / Windows 10 - I don't see this (no plugins blocking).
Can you give me steps to reproduce?
…On Mon, Dec 16, 2019 at 1:00 PM badgermole ***@***.***> wrote:
There are many inserted links and text for viagra, etc. Please bring it
down and fix asap.
[image: image]
<https://user-images.githubusercontent.com/33312370/70938720-98db9080-1ffb-11ea-9b4c-1ae2b106726b.png>
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#108?email_source=notifications&email_token=AACG26F5X44BKE73HBXYLFTQY7M53A5CNFSM4J3PJQ3KYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4IA2XG7Q>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AACG26EOVLIS3W4MIWGPNH3QY7M53ANCNFSM4J3PJQ3A>
.
|
@rkalla Confirmed, there are a lot of external links. The main page is doorway at the moment. |
Damnit - looks like it's serving a different version to Chrome. I'll see if
I can clean it up. Thank you!
…On Mon, Dec 16, 2019 at 3:02 PM M1xA ***@***.***> wrote:
@rkalla <https://github.com/rkalla> Confirmed, there are a lot of
external link. The main page is doorway at the moment.
@badgermole <https://github.com/badgermole> Thanks!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#108?email_source=notifications&email_token=AACG26CO4YMHCOLFGARDNTLQY73GPA5CNFSM4J3PJQ3KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHAIE4I#issuecomment-566264433>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AACG26BV5LJZ3FDUXVHEOKDQY73GPANCNFSM4J3PJQ3A>
.
|
in addition to the defaced web pages, there is also a list of warnings from the server php
|
as of today, the spam appears to have been removed, but the php warnings still appear at the beginning and the bottom of the page. |
I am still seeing PHP server deprecation errors |
Yeah, spam is still there too. With the page having been in this state for this long I can't in good conscience recommend any of my peers to take a look at UBJSON, which is sad since I think it's probably the most elegantly designed binary JSON format and I spent quite some time implementing it myself. :/ Honestly at this stage it'd almost be better if the page was taken down entirely. |
For those who are interested in continuing the development of UBJSON, I am going to start a derived specification (named Binary JData Specification) as part of my OpenJData Project (http://openjdata.org, http://openjdata.org/wiki/) and JData Specification (https://github.com/fangq/jdata) The current binary JData specification already differs from UBJSON by adding a non-compatible ND-array construct, which I previously discussed in these threads: #61 (comment) and #101 I am working on updating all UBJSON parsers to support this ND array container (done for ubj for C). Another immediate extension I would like to make is to add the missing Other than these extensions, I am also interested in finishing the design of the template support. I started a thread of discussion in the messagepack project but the template support is not currently a priority. I will set up a MarkDown based specification draft and announce the link here. I encourage everyone who loves and had contributed to this specification to continue your support in the new project. |
The unsigned counterpart completeness is very welcome, as does float16 (I do some work with OpenEXR) |
Here is the repo link: https://github.com/OpenJData/bjdata I started from a MarkDown document found in the py-ubjson repo, which is aimed to summarize the Draft 12 of the UBJSON specification. From that starting point, I added the extended syntax, NeuroJSON/bjdata@95544dc this includes the uint16 (u), uint32 (m), uint64 (M), half (h) markers and optimized ND packed array support NeuroJSON/bjdata@95544dc#diff-d94a316d99f805938f1320db036a84a5R380 If you are interested, please check the rest of the specification and see if any of those are not in agreement with Draft 12 of UBJSON. I will continue polishing the description, adding new examples and review new feature requests in the bjdata repository |
For those who are interested, I just released the Draft 1 of the Binary JData spec. I would like you to help review the formatted specification at and share your comments and suggestions on this page In short,
if you see any thing that deserves further clarifications, please feel free to create an issue or submit a PR. Currently, I have included 3 BJData Draft1 compliant parsers, linked as submodules in the bjdata/lib folder
Your comments are welcome. |
Unfortunately, I don't have control over the ubjson.org domain. I can search to find out who does. Is there any way we can standardize on an array standard? If the ND array optimized header is different it seems like its better not to duplicate work. I'd be down to incorporate uint16 uint32 uint64 and float16 into UBJSON and standardize it so that we can have a single standard. |
hi @Steve132, I agree that we all prefer not to have duplicated works. I am absolutely happy if someone is willing to back-port these features to UBJSON so that our parsers are 100% compatible. On the other hand, aside from the crippled website, the last update to the UBJSON repo was over 2 years ago, making many people who had invested time in this project feeling disappointed because no one is maintaining the project. In the short term, I do hope to at least maintain a parallel spec specifically for my OpenJData project because it moves at a much faster pace (I am preparing on a resubmission of a related grant proposal for the NIH). Having my fork will allow me to have flexibility to prioritize features that is essential for my other related specifications and the parsers that I am maintaining. |
I accept pull requests and maintenance requests. I too am disappointed
that not a lot of progress has been made.
…On Tue, May 12, 2020 at 9:23 PM Qianqian Fang ***@***.***> wrote:
hi @Steve132 <https://github.com/Steve132>, I agree that we all prefer
not to have duplicated works. I am absolutely happy if someone is willing
to back-port these features to UBJSON so that our parsers are 100%
compatible.
On the other hand, aside from the crippled website, the latest update to
the UBJSON repo is over 2 years ago, making many people who had invested
time in this project feeling disappointed because no one is maintaining the
project.
In the short term, I do hope to at least maintain a parallel spec
specifically for my OpenJData project because it moves at a much faster
pace (I am preparing on a resubmission of a related grant proposal for the
NIH). Having my fork will allow me to have flexibility to prioritize
features that is essential for my other related specifications and the
parsers that I am maintaining.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#108 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGWIMA4R32TNQPR435GGLLRRHZCLANCNFSM4J3PJQ3A>
.
|
@rkalla Do you have control over ubjson.org? Thebuzzmedia seems to just be gone. |
I vote we point the domain to our github pages here. |
@Steve132 wrote:
Will you have a chance to look at those that are currently open? |
I've started looking through them all yesterday. They are broadly in 3
categories: A) Bugs in the current spec (e.g., the website being down, the
spec versions not being labeled, the spec being in HTML vs markdown, the
spec underspecifying endian-ness or correct behavior or not being a formal
RFC). All of these in category A should get fixed trivially and I'm
starting to work on them.
B) is small new features. things like new data types, endian-ness, new
flags, whether or not to change the order of the parser, streaming headers,
stuff like that.
C) is nd-array or templating or typespec. There are about 10 of these
suggestions spread out over multiple issues. I'm going to organize all of
these into a single document in terms of trying to move towards a version
1.0 that includes at least one solution. (And no, I'm not going to
railroad my '@' proposal just because it's mine. I spent about 4 hours
last night reading literally everything and I'm going to organize it and
discuss before moving towards a solution with the community).
…On Thu, May 14, 2020 at 8:09 AM Edgar Bonet ***@***.***> wrote:
@Steve132 <https://github.com/Steve132> wrote:
I accept pull requests and maintenance requests.
Will you have a chance to look at those that are currently open?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#108 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGWIMBBRYMAHOPQH3H2KRTRRPNPLANCNFSM4J3PJQ3A>
.
|
There are many inserted links and text for viagra, etc. Please bring it down and fix asap.
The text was updated successfully, but these errors were encountered: