Stories
Slash Boxes
Comments

SoylentNews is people

Meta
posted by martyb on Sunday May 21 2017, @02:24AM   Printer-friendly
from the site-status-smorgasbord dept.
[Ed Note: I goofed. The upgrade is (roughly) 00:00 on 5/22/2017, no 5/21. Sorry for the screw up. - cmn32480]

[Ed Note 2: Damn devs have made a liar out of me... moved it back to the original schedule noted below. - cmn32480]

[TMB Note: Site update complete. Bumped so folks will notice.]

It has been a few months since we last updated SoylentNews, and we've not been content to rest on our laurels. Our next site update is tentatively scheduled for Sunday, 2017-05-21, depending on staff availability. We'll update this story when we know for sure when it will take place.

Since this post was started, other things have come to light, so there's a bit of everything in here. Read on for the full scoop:

Web Site Changes

In this latest update (scheduled around 00:00 UTC on 5.21.2017, but we are flexible), we have made the following improvements:

  1. Supported subscription payments made with Bitcoin [again].
  2. Fixed a bug which blocked non-whole-dollar bitcoin subscriptions.
  3. Provided immediate feedback of theme changes.
  4. Added button that, when clicked, marks all comments in a story as "unread".
  5. Added support for "<s>" and "<strike>" tags.
  6. Fixed bug where a plus sign "+" in a user's nickname made their user page inaccessible from site links.
  7. Removed unused Javascript code.
  8. Made minor, non-user-facing changes (code cleanup, etc.)

Backend Changes

As always, we appreciate constructive feedback. Reply with a comment to this story, join us in #dev on IRC (Internet Relay Chat), or submit a bug on GitHub.

Separately, the team has made great strides in moving to running on Gentoo. We are taking this step very methodically, making sure we have a solid foundation in place on one server before we even think of rolling it out to the rest of our systems. Yes, that means we will be free from systemd. Kudos to NCommander, Mechanicjay, Audioguy, TheMightyBuzzard, Paulej72, and Deucalion.

SoylentNews' Folding@Home Team Update

It's amazing how spare compute cycles add up! SoylentNews has a Folding@Home team which is helping researchers find a cure for diseases such as Huntington's, Alzheimer's, and Parkinson's — among many others. Our team was launched on Feb. 12, 2016. In just over 15 months, we have amassed well over 300 million points which places us at Team 304 out of 226564! Barring any surprises, and continuing at our current rate, we are on track to break past 300 and into the 2xx's on or about May 28th, 2017.

We are always open to receiving new team members. Contact Sir Finkus for more information, either via email at this site, or via the #Soylent or #folding channels on our IRC -- Internet Relay Chat server.

Accounts Milestone

New account creation has been relatively consistent and steady over the past year averaging out to a new account pretty much every day. It is a pleasure to inform the community that, on May 18th, account number 6600 was registered on the site.

Funding Shortfall

Lastly, it is my sad duty to inform the community that our cash intake has been seriously deficient so far this year. Our budget for the six-month period of Jan 1, 2017 through June 30, 2017 is $3,000 and we are currently at approximately half that, with less than 6 weeks to go.

We have in excess of 100 users who have been active on the site within the last 30 days whose subscription has lapsed. It is easy enough to do — I have failed to notice my own subscription's end on more than one occasion!

Plain and simple, the site needs to pay its bills. Please look at your subscription page and consider making a contribution. The dollar amounts shown in the text-entry fields are the minimum amount required for that subscription duration. We've had a few users anonymously contribute significantly more than that in the past.

Some have chosen to give a gift subscription to NCommander (UID: 2) as a sign of support. However you choose to make a contribution, please do so now.

Thank-you
-- martyb

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 2) by Justin Case on Saturday May 20 2017, @10:17PM (5 children)

    by Justin Case (4239) on Saturday May 20 2017, @10:17PM (#512754) Journal

    Perhaps I wasn't clear. Let's take this discussion as an example.

    As of now, X O-clock, I have read all comments in this article. Anything posted after X O-clock will be "new" when I reload the page later.

    So, time passes (insert wavy screen effect here) and here we are at "later". Lo and behold the page has 90% old comments and 10% new comments. One of the new comments has an interesting-looking link to Wikipedia which I carelessly click instead of opening in a new tab. Oops! When I hit "Back" after reading Wikipedia those 10% new comments no longer show as new.

    But I don't want to reset the 90% I did read back to new by marking all comments in a story as "unread". I just want SN to highlight the 10% of comments posted after X O-clock. Then I can find the distracting Wikipedia link again and continue down the page reading the "formerly-new" comments.

    Starting Score:    1  point
    Karma-Bonus Modifier   +1  

    Total Score:   2  
  • (Score: 2) by butthurt on Saturday May 20 2017, @11:36PM (2 children)

    by butthurt (6141) on Saturday May 20 2017, @11:36PM (#512788) Journal

    I haven't read the code so I don't understand how the "newness" of a comment is determined. My working assumption is that comments posted since the last time one has opened the page without setting noupdate in the URL are deemed new.

    I think you're asking for the ability to "tell" the site what time you last read the discussion fully, and have it mark as new the comments that were posted after that. Such a feature would solve the problem you describe. For myself, I don't have that problem because I don't use the back button in my browser: I open each link in its own tab, and close the tab once I'm done. I do realise that tabbed browsing isn't available to everyone.

    > When I hit "Back" after reading Wikipedia those 10% new comments no longer show as new.

    If your browser has an offline mode, you ought to be able to, in that mode, go back to the page without reloading it.

    • (Score: 2) by Aiwendil on Sunday May 21 2017, @08:22AM

      by Aiwendil (531) on Sunday May 21 2017, @08:22AM (#512929) Journal

      I open each link in its own tab, and close the tab once I'm done.

      So do I and I still want this (and/or a "reload with same high-marker as used to generate what I'm looking at", being able to set the time for high-mark and shown page-generated-at-xx:xx is more flexible however).

      Reason:
      * Assume I read he comments first
      * Reload to get more comments
      * Only get halfway through them before being called away
      * When I get back a few hours later it would be great to reload to get all comments without losing the current "new"-markers on the comments I didn't get to read.

    • (Score: 2) by TheRaven on Sunday May 21 2017, @10:01AM

      by TheRaven (270) on Sunday May 21 2017, @10:01AM (#512954) Journal

      My working assumption is that comments posted since the last time one has opened the page without setting noupdate in the URL are deemed new

      The drawback with the current approach is that the developers' rabid aversion to JavaScript means that it becomes useless if you close the tab before scrolling all of the way to the end of the page.

      --
      sudo mod me up
  • (Score: 1) by charon on Sunday May 21 2017, @03:08AM (1 child)

    by charon (5660) on Sunday May 21 2017, @03:08AM (#512852) Journal
    As I understand it, the code saves the highest comment id number that you have seen for each article. Any comment with a number higher than that gets a "new" badge the next time you load the page, and that highest_id_seen variable is given a new value. So the upshot of this method might make it difficult to instead set "all before X time" as new. Hmm, a small javascript might be able to do it though. Thinking...