Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - CDeLorme

Pages: [1] 2 3 ... 18
1
Announcements / Shutting Down on 6/30
« on: June 15, 2021, 05:24:33 pm »
Hello Friends,

It's been a long time since I actively did anything, both for the site or with the community.

I'm attempting to consolidate servers to reduce my overhead, and since the version of SMF is ancient it wouldn't be a simple matter of migrating to a new box.

As such, I'm planning to shut down the servers at the end of the month.

I apologize for any trouble this causes, and wish the best to everyone who was marooned here for as long as it stood.

Cheers,

Casey DeLorme

2
Ideas & Suggestions / Re: Xeno software move
« on: May 07, 2017, 11:39:52 am »
I appreciate the suggestion, but I don't have any plans for the site currently.  That is not to say I intend to shut it down, just that I haven't been able to put any time into it.

Given the advancement of other completely open and free community discussion tools, I'm not sure I have any reason to pick another forum software, or to custom build.

If I had the time, I would have liked to custom build.  Mostly because I think there are useful things relative to our community that don't exist in the wild.

3
Announcements / StartSSL No Longer Trusted
« on: February 22, 2017, 07:52:56 pm »
Hello,

I haven't been very involved lately, but I figure that doesn't mean I have to take down the site just yet.

Our former ssl certificate provider changed hands and stopped being trusted by numerous browsers.

I have switched us to [SSL For Free](https://www.sslforfree.com/) as a temporary measure, but it needs to be renewed every 90 days.

Just letting everyone know that's why the site didn't work for a few days, and why the site may stop working in a few months if I forget to renew again.

Eventually I'll find time to automate renewal, but that is far from a priority for me at this time.

Cheers,

4
General Discussion / Re: The demise of WAO
« on: January 22, 2016, 03:44:08 pm »
That's a shame to see another community site disappear, but I can't say I'm surprised.  I probably have no right to say anything as the current negligent owner of seaofnumbers, but I don't profit off the site and only created it as a member of the community to give wayward INP members a temporary refuge.

Traditional forums are a dying breed; it is just not feasible to compete with modern social media using outdated general-purpose communication software, and it's difficult to attract users to a community without a way to associate with relative licensed content, which is unfortunate as most digital distribution platforms fail at lending themselves well to third party media thus owners are left choosing less acceptable methods.

5
Announcements / Re: Temporary Outage Tonight
« on: February 18, 2015, 07:39:03 am »
Sorry for the extra downtime, I made a mistaking editing a settings file on the new system.  A single character is all it took, we're back up and running on a new server.

As mentioned previously, if you encounter bugs please let me know, I'll look into them as quickly as I can.

6
Announcements / Temporary Outage Tonight
« on: February 17, 2015, 10:28:25 am »
Hello Everyone.

Tonight (2/17/2015) the forums will undergo a temporary outage between 10PM EST and 12PM EST as our server is relocated.

During this time the forum itself may be visible but any posts made will be lost.

Afterwards, if you encounter any problems with the site and have cleared your local cache, please let me know.

7
Announcements / Re: Project Status: Active
« on: January 02, 2015, 04:51:58 pm »
you have time to [review the documentation](https://github.com/cdelorme/csideanime.com/tree/dev/docs/design), and see things that are missing, I'd like you to let me know using the [issue tracker](https://github.com/cdelorme/csideanime.com/issues).  If you are interested in volunteering to test things out, let me know; I'd be happy to have your support.

I also skimmed through this and everything seems to be good from what I read. I'm actually quite excited for the blog portion of it, since I've recently been thinking about blogging about anime and other things.

I support blogs, although I've been tinkering with ideas for implementation.  In most cases blogs have comments, so we could technically treat the blog as the first post in a thread.  User blogs would turn into a list of threads created by them with the tag "blog".  That'd be very simple to implement, although I'm not sure if there is a desire for a more complicated system.


One of the major goals of the new system was to create a karma system that handed over control to our members by allowing them to vote their own administrators and moderators into power.  However, developers will have server access which supersedes the karma system, and I had thought to create a developer group with admin privileges that operates outside the karma system for testing purposes.  I realize this isn't exactly the fair situation I was hope for, so _my question is whether this would annoy anyone, and if so whether they have an alternative they can suggest._

I wouldn't annoy me but I think giving someone mod powers due to the voting through karma isn't the best way to administer powers. Someone could be well liked but be a horrible moderator and vice versa, plus I could see a potential abuse of this system, if im understanding it correctly.

Privileges are non-permanent, they have variable durations.  So if you vote someone into power who just isn't good at it, then they likely wouldn't be voted in again.  Ideally the system would grant some degree of control over settings like the maximum number of moderators or administrators, and duration of positions, but I want the system to be autonomous.  I do recognize that it's not likely to work perfectly out of the gate, which is why I'm putting a lot of thought behind how to best balance it.  There is room for abuse in any system, ours will just embrace it a bit differently.

As you are all likely aware, uploads on the current site have never worked.  While I want to allow uploads with the new system, I am not sure whether I want to restrict things such as size and type.  Leaving these untethered might open up the system for abuse and could just create extra work for moderators and administrators.  Do you agree?  What would you consider appropriate restrictions for file uploads?

If you were to put in an upload onto the new system i dont think it's really necessary since we can just host our avatars and signatures then put in, speaking just on the avatar and signature uses. I agree with what Neko has also said about just having a max size for these.

Ideally I'd like to create a whole multimedia management system, not limited to single-purpose images such as "avatar" or "signature".  Restricting dimensions can be done via the stylesheets, as well as automated code to generate thumbnails of appropriate sizes as needed without augmenting the original or forcing the user to resize before uploading.

I was hoping for something more flexible, though I recognize it could create a problem for moderators and administrators, and I'd like to openly discuss pros and cons.

Examples of how I would "prefer" the system to be used include uploading audio or video clips for ones blogs, clips of gameplay, text, word, or pdf documents for game guides into the media lists and review systems, images for main characters in anime or manga descriptions, and compressed files for game save data.  By supporting compressed files I'd be introducing all kinds of potential concerns, unless I want to restrict password-protected compressed files and scan the contents before accepting.  While I recognize youtube is far superior for video and possibly audio, there isn't really any good commonly used site for pdf, text, or word document sharing.  Any sites I've seen that share compressed files are generally filled with popups and advertisements and embrace the sole purpose of being a file sharing system.  I'm just looking at it as a support system for features in the rest of the site.

What would you suggest as an alternative?  Should I omit these features in favor of a more secure site and less work for staff?  Or would you like to see these kinds of features?

During earlier discussions I had mentioned a flexible system that allowed "regional controls", such as local moderation and banning around specific boards.  With the new tag based system and the ability to add and remove tags as any user, there is no longer a way to police this feature.  Does anyone care, or have alternative suggestions?  If the only moderation permissions are globally applied will this intimidate anyone (members and moderators alike)?

As long as there is solid reasoning for a moderator using his powers in the case of banning then I do not have any problems with this, I would like to have a type of appeal system for whoever was banned though just in case they make a point in not knowing why they were banned or they think that they were wrongfully banned.

My original idea was based around boards still existing, allowing moderators to have "sovereign" rights over their assigned boards, which was compatible with localized banning.  However, with the system leaning towards pure-tagging and no board/child-board systems, I will likely not add banning to moderator groups.

The ban system will prevent any content submissions from banned users, but their ability to browse the site will be unchanged.  To ban a user, a reason must be provided, which will be displayed to that member when they login and on their profile, so there should never be an ambiguity.  I don't expect there will always be a perfect reason behind banning, so there is nothing stopping an administrator from banning with the reason "Don't be a dick".  I haven't decided if and how I want to handle wrongful banning, but for now I'd rather have them shoot me an email.

One thing I've noticed is some of our regulars change their display names frequently.  Personally, I find this to be disorienting, and while I'm not against it in theory, I've recently run into design considerations that make name-changing a problem.  While I looked at ways to counter this problem, such as imposing a karma cost to reduce frequency, the problem is more the overall technical feasibility than how often people perform the action.

One such example would be having a reference syntax, such as `@username` which would link to that users profile, or potentially notify a user when a post included them.  However if that user changes their display name, that link and reference becomes invalid and unrecognizable going forward.  Short of reading every single post ever made for `@[a-zA-Z0-9]`, and the raw-text value as part of the username change process there isn't a realistic or efficient solution.

I would like to have a feature where we are about to change our display names but I think it would be good to limit how many times one user would be able to to that per year or for some time period.

I was actually going to request something like you mentioned in your post about using tags so for example if i were to make a topic but someone like omgitsotis is not watching/reading that current anime/manga, I would like to be able to tag, by writing something like @omgitsotis,  in my post and he would receive a message saying that I mentioned him in the post so he would check that topic out. Kind of like the facebook tagging system or on instagram and other social networks.

What I will probably do is have a karma point cost associated with it so it cannot be done infinitely.  I also don't want to "hold" usernames that are no longer in use.  To avoid ambiguity or identity-theft I plan on keeping a history of usernames and the times they were used as a publicly visible part of a members profile.

I agree that notifications in a more embedded or automated way would be nice, but am still trying to figure out the best way to accomplish this.  While I like the idea of @username (seeing as it's a pretty common goto in facebook, twitter, and other social media systems) I thought it might work well.  However, turning @username into a proper link may still be a bit of a challenge and may end up requiring an auto-completion feature which won't exist in the alpha or beta releases.

8
Announcements / Re: Project Status: Active
« on: December 30, 2014, 04:28:45 pm »
@64neko, thanks for sharing your thoughts.  I had a long think on this, and decided for now I'll leave name changing in.  I came up with a number of alternate solutions to the problem, none perfect but your insights and suggestions were most helpful.

@ZidanReign, You have a valid point.  I haven't actually written down my plans for that in detail.  Since the number of tags has no limits there will no longer be a "set of default boards" on the home page.  Instead, the home page will quite simply be the most active tags, treated similar to boards, and clicking one effectively displays search the results as a set of threads.  I plan to add this information, but I hadn't figured out a valid spot for it just yet.  And, let's be honest; a forum would be **way** cooler if all the components were given RPG character names.

9
Announcements / Re: Project Status: Active
« on: December 29, 2014, 12:29:21 am »
One thing I've noticed is some of our regulars change their display names frequently.  Personally, I find this to be disorienting, and while I'm not against it in theory, I've recently run into design considerations that make name-changing a problem.  While I looked at ways to counter this problem, such as imposing a karma cost to reduce frequency, the problem is more the overall technical feasibility than how often people perform the action.

One such example would be having a reference syntax, such as `@username` which would link to that users profile, or potentially notify a user when a post included them.  However if that user changes their display name, that link and reference becomes invalid and unrecognizable going forward.  Short of reading every single post ever made for `@[a-zA-Z0-9]`, and the raw-text value as part of the username change process there isn't a realistic or efficient solution.

The way I see it is there are only two extremes.  We could simply "not give a shit" and let the old bits rot.  On the other hand we could disable display name changes.

If you are against disabling display-name changes, please say so and provide your reasons.

---

A more complicated way of handling this would be to add a metadata field for usernames that gets captured when a new post is made, and indicates whether and what usernames are mentioned in a post.  While this might improve the process of identifying which posts contain a username, it doesn't improve the time it would take to go through and update each of them.  It also becomes a rather silly complication for something people may do rarely.

10
General Discussion / Re: Youtube talk
« on: December 28, 2014, 07:44:49 pm »
If reviewing anime, including clips, discussing things like the theme, characters, animation style and whether you think its worth a watch tend to be good focus points.  **Avoid including major spoilers or storyline discussion before giving warnings.**  Structure is probably less important than consistency between videos for regular viewers.

Games are a bit different.  If you're just reviewing a game, the same sort of things apply with an emphasis on details and relating things like the gameplay to other games in similar genres.  **I enjoy watching good silent playthroughs,** although rarely I'll find an amusing "let's-play" it's all-too-commonly done and rarely as funny to an audience.  Tactics for fighting bosses, farming money/gear, or completing complicated quests would be great focus points, especially if nothing is already up on youtube for that game.

---

I am certainly not an expert in the field, but I do know hardware and software.

I find windows to be generally intolerable, and would disagree with thas on the use of [Windows Movie Maker](http://windows.micr...ows-live/movie-maker).  It's free and has a simple UI; not great if you need complicated features, but it's highly unlikely you'll need irregular features not already available in it that don't require a significant amount of education in video editing.  If you are looking for great recording software, I highly recommend [ffsplit](http://www.ffsplit.com/).  It's free, windows-only, and works awesome for mixing screen captures plus webcam.  _It's not a video editor_.

If you are fortunate enough not to be using windows, macs come with quicktime pro which tends to be pretty decent, and my favorite linux video editor is [openshot](http://www.openshot.org/), which is also free and has a great UI.  You can also use `record-my-desktop` on linux, a package that allows screen-captures to ogg file format, high quality and highly compressed with fairly low cpu load, although configuration can be a pain at times.

As for hardware, I highly recommend you get a good mic.  I've used a blue snowball for a few years and while the pickup is quiet the audio quality has always been at least decent.  If you can afford it, a blue yeti is probably a good alternative with slightly better quality audio.  True audiophiles will tell you to get an xlr mic, but if you do you'll also need to invest in a high quality xlr-to-usb converter to get the digital audio onto your computer.

My workstation looks like this (you may have to scroll to see it all):



I use a logitech 920c webcam for video, currently a shure sm57 (on a boom) + blue icicle xlr-to-usb converter for audio, which is barely different sounding (to me) than the snowball, and picks up more noise than the snowball did.  Since I have quite a few devices and consoles I grabbed an AverMedia Live Gamer HD capture card, which has onboard compression which is a godsend for performance plus video quality.  Sadly the drivers only work in Windows.  I also use an a/v receiver and multi-monitor + hdtv combination to allow either pc screen capture, or the ability to record from any connected gaming console or secondary computer without having to change anything on the recording system.  Obviously it'd be cheaper to just re-arrange cables before a recording session than to buy a receiver.

I prefer recording the gameplay audio, then later creating commentary as needed and either merging, augmenting, or stripping the original audio with the commentary.  For a gaming session this would let me focus on gaming rather than splitting my attention between that and commentary.  It also prevents pre-merged commentary from conflicting with game audio volume levels in a single-go-recording-attempt.

11
Announcements / Re: Project Status: Active
« on: December 28, 2014, 06:06:56 am »
If you have time to [review the documentation](https://github.com/cdelorme/csideanime.com/tree/dev/docs/design), and see things that are missing, I'd like you to let me know using the [issue tracker](https://github.com/cdelorme/csideanime.com/issues).  If you are interested in volunteering to test things out, let me know; I'd be happy to have your support.
I don't see anything obviously missing, although I confess to not understanding everything that is written. I do like the review, progress list, and tracking systems. A question about the review functionality. You make it sound like reviews are associated with uploads. Does this mean a review can't be independent of an upload (like currently we have stand alone reviews or general reviews of a whole season) and are therefore tied to an individual episode/chapter as opposed to an entire series?

Since the documentation is actively under construction [this may have been updated to address that question](https://github.com/cdelorme/csideanime.com/blob/dev/docs/design/services/media-lists.md).

To be clear, the review system will be one of the features tied to a media list system, which is not connected to uploads.  The scale of this system hasn't been determined so I don't expect it to be in the alpha or beta release.

One of the major goals of the new system was to create a karma system that handed over control to our members by allowing them to vote their own administrators and moderators into power.  However, developers will have server access which supersedes the karma system, and I had thought to create a developer group with admin privileges that operates outside the karma system for testing purposes.  I realize this isn't exactly the fair situation I was hope for, so _my question is whether this would annoy anyone, and if so whether they have an alternative they can suggest._
This would not annoy me. Those with developer talents already have admin privileges in the world today, whether fairly or not, and they need them to get the work done anyway.

I am glad to hear that, as I don't really know of a sane way to forgo access rights to a server or content hosting which I am paying and responsible for.  While local development is advisable, it isn't always a perfect reflection of how the code will behave on the actual server unless I can miraculously emulate traffic patterns in a similar way.  However, it is unlikely that I will be pushing "broken" code after the beta release.

While I plan to implement statistics, I am wondering how many of you care about fancy charts?  Also, what stats you'd be most interested in seeing?  At the moment I have a very limited idea of what to capture, and how to use it.  Suggestions in this area would be awesome.
Do you mean site stats or individual stats or both? For individuals, the last activity date, join date, reputation, and timing of activity are great. The pie charts on where the individual posts most is less critical. For site stats, the number of members active in last 24 hours, total #threads and total #posts. Visually, the only chart that is interesting is the individual activity by time since it really gives a graphical representation of when the person is online.

I did mean both, and I love all these ideas.  Thank you for taking the time to explain them.  It'd make no sense for me to pick data points to work with only to find that nobody is interested in seeing them.

With tagging giving us an infinite number of "boards", a pie chart could be difficult to read if not highly amusing.  I do think that this kind of information would be awesome for me, as it would give me a way to see what content is popular and try to build features that support it.

I am thinking a line-based histograph would be really sweet to track recent activity, including the number of active users, recent threads/posts opened over time.  Does that sound like a good way to group and represent that information, or do you think it'd be too busy or hard to read?

While I want statistics to be in the code for the alpha release, I don't expect to have captured all the _right_ data, nor to have pretty graphs and charts by that point.  However, I will certainly have them on my todo list among the documentation.

As you are all likely aware, uploads on the current site have never worked.  While I want to allow uploads with the new system, I am not sure whether I want to restrict things such as size and type.  Leaving these untethered might open up the system for abuse and could just create extra work for moderators and administrators.  Do you agree?  What would you consider appropriate restrictions for file uploads?
I agree. There should be a max size for images so they are proportional to our forum design, but other than that, are we going to allow uploaded videos like anime episodes? I thought we going to stay away from being a hosting source (although you do mention reviews in context with uploads). It was enough of a hassle maintaining the anime episode links before that I cannot imagine having to manage actual uploaded video files.

I feel like whether a file size limit is imposed or not, a file upload system exists to be abused.  If I choose to impose a limit and someone really wants to do damage, they can just start dozens of simultanious uploads to cause the same traffic jam.

I do think that picking an arbitrary size, like the common 2mb limit, or even a more flexible 10mb limit does not accurately represent a future-proofed approach to handling common file sizes.  While it may be possible to make this an administrative setting, it would be difficult to code and possibly of little overall value.  This also has never stopped people from using a system in ways it was not intended; a good example would be the original youtube with a 10 minute clip limit that had tons of anime on it split into 10 minute chunks and "parts" for whole episodes.

Obviously I do not want to needlessly create extra responsibilities for moderators and administrators, nor do I want us to become a hosting service.  However, I also think that if we provide things like a media list then we should be able to support relative files such as images, text documents, pdf documents, and compressed files for things like anime and games.

That said I'm sure I haven't thought of all the potential problems so if you have other compelling reasons or notable concerns I'd like to hear them, and to discuss possible alternatives.  While the world has youtube for videos, I have not yet found a good free image, zip, or alternative file host system that doesn't have grievous amounts of advertisements and arbitrarily imposed download limitations.

During earlier discussions I had mentioned a flexible system that allowed "regional controls", such as local moderation and banning around specific boards.  With the new tag based system and the ability to add and remove tags as any user, there is no longer a way to police this feature.  Does anyone care, or have alternative suggestions?  If the only moderation permissions are globally applied will this intimidate anyone (members and moderators alike)?
If the globally applied moderation privileges are only granted to global moderators who have earned their positions, then I don't have a problem. If global moderation is available to any user, then yes that would be intimidating and ripe for abuse.

No, the ability to ban is a privileged feature not available to all members.  By the beta release I will likely still need to manually assign moderators and administrators.  While I would like to implement a karma system and provide members with the ability to choose who they want to be in charge, I don't know if that's just idealism that'll lead to disaster.  I still have to run checks and balances and find out how to best implement it as there are no obvious examples of such as system out on the wild-wild-web.

I'll have a bit more [detail documented about those plans soon](https://github.com/cdelorme/csideanime.com/blob/dev/docs/design/services/karma-system.md).

---

So far I've decide on a [set of services](https://github.com/cdelorme/csideanime.com/blob/dev/docs/design/release-plans.md) I believe can be completed in the alpha release.  It could change, but it is more likely to shrink than grow.

12
Announcements / Project Status: Active
« on: December 27, 2014, 01:05:52 am »
# Hello Everybody,

I hope the holiday season finds you well.  I have good news!

First, having finished a number of other priorities I've finally begun actively focusing on [`csideanime.com`](https://github.com/cdelorme/csideanime.com/tree/dev).  The source code is public and you are welcome to get involved if you'd like.  At the moment I'm still hashing out the details and creating copious documentation.  I do not expect to begin adding any beefy code to the project for at least a couple more weeks.

My goal over the next week is going to be identifying all of the major requirements for an alpha-release, which should be as bare-bones as possible.  Since we are on a schedule, I want to have it built by the end of January.  Then I want to fix bugs and prepare a migration plan for a beta release, which will likely be the end of `seaofnumbers.com`.

The domain currently points to a placeholder page, and I plan to begin writing some tests by next weekend that I will use the domain to run.  It will not resemble the website until we get closer to the alpha release deadline.

I don't expect to have any truly spectacular features until after the beta-release, since my goal right now is replacing what we have with something better.  Once the beta is released I'll be able to quickly integrate new features on a more regular schedule.


## I'd like to ask a favor

If you have time to [review the documentation](https://github.com/cdelorme/csideanime.com/tree/dev/docs/design), and see things that are missing, I'd like you to let me know using the [issue tracker](https://github.com/cdelorme/csideanime.com/issues).  If you are interested in volunteering to test things out, let me know; I'd be happy to have your support.

I also have a number of concerns I'd like to pose, some are related to feature decisions and others to restrictions that I haven't found a good solution to yet.

One of the major goals of the new system was to create a karma system that handed over control to our members by allowing them to vote their own administrators and moderators into power.  However, developers will have server access which supersedes the karma system, and I had thought to create a developer group with admin privileges that operates outside the karma system for testing purposes.  I realize this isn't exactly the fair situation I was hope for, so _my question is whether this would annoy anyone, and if so whether they have an alternative they can suggest._

While I plan to implement statistics, I am wondering how many of you care about fancy charts?  Also, what stats you'd be most interested in seeing?  At the moment I have a very limited idea of what to capture, and how to use it.  Suggestions in this area would be awesome.

As you are all likely aware, uploads on the current site have never worked.  While I want to allow uploads with the new system, I am not sure whether I want to restrict things such as size and type.  Leaving these untethered might open up the system for abuse and could just create extra work for moderators and administrators.  Do you agree?  What would you consider appropriate restrictions for file uploads?

During earlier discussions I had mentioned a flexible system that allowed "regional controls", such as local moderation and banning around specific boards.  With the new tag based system and the ability to add and remove tags as any user, there is no longer a way to police this feature.  Does anyone care, or have alternative suggestions?  If the only moderation permissions are globally applied will this intimidate anyone (members and moderators alike)?


I'm sure I'll come up with more things to ask as I continue working through these, but if you have answers to any of those I'd appreciate it.

13
Announcements / Re: We now have HTTPS
« on: December 12, 2014, 11:58:16 am »
Hi Kuro,

Thanks for letting me know about this; it should be fixed, but please let me know if you continue to have any problems.

Apparently my implementation was incomplete and I had to run through a set of additional steps.

The details:

I ran a check with: https://www.sslshop...ame=seaofnumbers.com

According to it, specific browsers require a chain-of-trust which involves the combination of three certificate files, and I was only using one of them.

Oddly enough, when I generated a crt file on startssl they didn't have any links or mention this fact at all.  However, they had instructions: https://www.startssl.com/?app=42

I managed to combine the three files, and ran the ssl-test site again and all seems to be good now.

14
Announcements / Re: We now have HTTPS
« on: November 15, 2014, 06:15:13 pm »
HTTPS in our address means encryption via an SSL certificate, and encryption is good.  This has had a mixture of pros and cons in the past.

Slow internet and computers take longer to translate encrypted data.  So the downside used to be speed.  With modern technology this should not impact anyone on cable internet or better, or anyone with a computer at least newer than 10 years old.  Basically all modern mobile devices are fast enough to work exclusively over https.

The major benefit is security.  If you are entering a password to login to a website without encryption, your username and password are sent over the network in plain text.  As a result anyone could watch for loose packets and capture your credentials.  I haven't been overly concerned about it since this is only a forum, but it's still a benefit to us, and any website with a login "should" used SSL encryption.

As an aside, to give you an idea as to the security concerns, roughly 4 years ago at my college a new free and publicly announced packet sniffer was released and within a week more than 70% of the students had their facebook accounts hijacked.  If was very shortly after that facebook switched to https as the default.

Modern browsers in an attempt to be smart are also preventing http resources from loading on https websites.  The reason is that cookies, which are sent with every request, would then not be encrypted and sent over an "unsecured" request to the internet.  Thus, images using http, without encryption, may not be loaded or displayed, depending on your browser.

15
Announcements / Re: We now have HTTPS
« on: November 12, 2014, 11:20:04 pm »
Correct, depending on browser and browser version, http resources may not display or may display as broken elements on the page.  This is a safety restriction.

Almost any linked item should have an https flavor, there are very few hosts that don't have support for it.  Simply edit your avatars and signatures to the https version.

If things still are not working, it could be locally cached links.  Simply hard refresh or clear your cache.  If that doesn't fix it, double check that it has an https url.

I'm pretty sure youtube uses https by default, and if correcting it to https does not work it could require a change to the plugin to use https links.  I'll check in on that more this weekend.

I know this may add a bit of load to our admin and moderator teams, and I apologize for the lack of notice.  Keep me posted if you run into anything _weird_ and I'll do what I can to pop in and fix it.

Also, I am in Vegas this week for aws reinvent, so I may not be super responsive during the day until Friday, but I'll try to checkin nightly.

Pages: [1] 2 3 ... 18