Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Rosanne

  • Rank
    Family Friend
  1. I can get to my site, which is on darthsion, but I can't get to our church website, which is (I think) on butterscotch. I also can't get to support.totalchoicehosting to open a ticket (or billing.totalchoicehosting, for that matter). ~ Rosanne
  2. Thanks! So only the primary account holder can use it? This is for someone to maintain a small section of the website. I'm not handing them the admin password! Ah, well, this isn't an earth-shattering big deal - it's the worship recordings page of a church website. I wanted sFTP because I'm paranoid like that - not because we're handling financial data or HIPAA. His account is restricted to one subfolder and has a unique password, so it should be fine.
  3. Dredging a very old post back up to the top - if I want to give someone ftp access to a particular html folder, will I have to have them go through cPanel for sFTP? Is there no way to configure FileZilla? I tried a couple of settings, and no joy. Before I get too far into the weeds, is it even possible to set up with FileZilla? ~ Rosanne
  4. You would not BELIEVE the ragging I'm getting, from my Linux and UNIX friends. In my defense, I didn't write the original code. It still took me way too long to figure it out, though. By chance, when I tried the absolute paths, I typed the filename correctly, replacing the bad line. So it worked. By chance. Ah, well. Back to work.
  5. I finally had a chance to get back to this, and I'm going to go beat my head against a wall, now. The entire problem was due to ONE LETTER not being capitalized in an XML filename. Our folders don't care - we can launch from a network share, and it'll read fred.xml, Fred.xml or FRED.xml. Not so, from a Web server. At least, not these Web servers (and most likely, not from the LMS server, since it generated the same error message. That error has probably been around since the dark ages of this template - it never manifested, because we don't have a real web server to test on. We always launched from network folders. Sigh... thank you so much for your help.
  6. Thanks. This whole mess is going to make me have to review what my instructors TRIED to teach me about encryption and how keys work. I checked a couple of the big ones, saw that they were dated this week, and figured that was a good indicator.
  7. Thanks for the update! I had just run a check of both the totalchoicehosting and tchmachines certs, and yes, I would like to implement your new shared certs, once they're available. Thanks!
  8. Thanks! I've double-checked and confirmed with the original author (who has since retired) that the lesson is calling those SWFs unnecessarily - they're only needed on our standalone network, to handle our nonstandard CMI. I'll comment out the refs entirely tomorrow, and see how it works. Thanks for reminding me about the root directory - I made those subfolders this evening, and wasn't thinking about how that changed the paths. I thought I launched the absolute one afterwards, though. Hmmm. Anyway, I really appreciate your help!
  9. Okay, here we go. Absolute: http://itu.grassrose.net/absolute/newStartup.html Relative: http://itu.grassrose.net/relative/newStartup.html It's still very much an ugly baby at this point, and needs to be opened in Internet Explorer (sorry), otherwise video pages will lock you up. But the relative path version won't launch at all. As I said earlier, it WILL launch from UNC and from our closed network PHP server. I wonder if it's a path problem in the little bit of Flash that we have left in the core... the LessonLoader and LessonUpdater I'm going to try updating those HTML ref pages and pushing them. I don't have the source files here at home, so I can't check that this evening. Edited to add: didn't work; changed them back.
  10. I'll see what I can come up with as an example - Thanks! It was interesting to me, that the LMS server had the same errors, but our local PHP server on the closed training network launched it with no problem. We could also launch via UNC. :-)
  11. http://krebsonsecurity.com/2014/04/heartbleed-bug-exposes-passwords-web-site-encryption-keys/ This is huge. Big names like Amazon, Yahoo, GitHub, and possibly Google (since they reported the vulnerability) use it. It's at the heart of Apache and nginx. I'm already changing passwords on the sites I know are patched (rumor has it that Yahoo is NOT one of them :-P ). Do y'all use OpenSSL, and if so, is it patched yet?
  12. Hi! I'm troubleshooting a very intricate online lesson, basically developed as a single-page-application before SPAs were cool (it sorta works even in IE6, if that tells you anything). When we pushed a test template to the third party LMS, it spat errors - wasn't able to run scripts, couldn't find XML, etc. They're very busy, and can only push test packages once every few weeks. So I was delighted to get the same errors when I pushed the template to my TCH domain (HURRAY! I can troubleshoot!). The fix was to replace ALL of the relative paths - downward and upward - with absolute paths from root / . My question is, is it because of the spaghetti code that the package is running, with JavaScript and XML here, there and everywhere, or is it a general policy, and we can't use relative paths at all? I'm cool either way; I just thought somebody might know off the top of their head, and save me some poking around. Thank you so much! ~ Rosanne
  13. We're getting a number of vulnerability scans against our site. Blocking individual IPs isn't a solution - too many of them. One pretty solution I saw used iptables. Now, I know just enough Linux and network configuration to be dangerous, but I suspect that iptables would only be an option on dedicated servers. Is there a way for virtual servers to drop the connection based on a string, rather than an IP? It's not a huge deal - since we don't run PHP those scans are all logging 404s, but seeing them in our logs offends me - sort of an OCD thing. :-) ~ Rosanne
  • Create New...