Scratch

16Skittles wrote:

Hardmath123 wrote:

Sounds cool! If you are planning to learn PHP in the process, I'd suggest backing out now and going for Python (but don't let me discourage you if you really want to learn PHP) because personally, it's a much better tool for thing like this. You can use Google's App Engine to get it online. 

I personally don't use things like this, except for iCal for exam dates and project deadlines and stuff.

I know some of each, but I'm kind of unfamiliar with integrating python into web pages. At least for PHP it doesn't require any setup, and the syntax is more comfortable to me, who mainly uses C++.

Ah. Well, enjoy!

P.S. I Python, you just use the print function to add to a webpage:

print "Content-type:text/html"
print
print "<strong>Hi!</strong>"

App Engine! 

(Ok, you can write your own CGI server in 2 minutes if you want to, but Google FTW).

Hardmath123 wrote:

App Engine! 

(Ok, you can write your own CGI server in 2 minutes if you want to, but Google FTW).

. . . did not know about this

I've been working pretty effectively on the style of the site the past few days, and I can safely say it's by far the best looking web site I've ever made. It's mostly CSS with a few images built in. If anyone cares you can see it at schedule.16skittles.tk although the uptime today has been bad, apparently the host is taking a DDoS attack and some servers are down. The FTP access has been off and on the entire programming class.

I've changed my vision slightly from the original design, now with more user-based content on the header instead of the standard links (they'll be in a dropdown menu from the logo) but not all of it has reached implementation yet. I'm beginning to work on the PHP but just started today. The past few days I've focused on the front page HTML and CSS to create a presentable web site. I'll be picking up steam over the next few weeks; My robotics team has its first (and probably final for this year) competition this weekend, followed by the conclusion of a major school project and the end of the hockey season. Hopefully I'll be able to get some closed beta testing in before the end of the school year, then I can know what to change over the summer.

Hey, I am making an upload/download solution. It
- Requires the master password
- Has seperate passwords for all files
- Looks beautiful
- Allows the uploader to specify how often a file caan be downloaded before it is deleted
- All Passwords are hashed

However, I do not know how to send secure information from the client to the server. Do you have an idea?

Thanks!

To those interested the site is available (basically just the style, no backend PHP has been done yet) at http://schedule.16skittles.tk

Zeusking19 wrote:

Bump

Working on backend stuff, saw your account in the database (don't worry passwords are hashed) 
There's not much to do at the moment, but your account will be universal throughout all 16skittles.tk services.

Also I intend to have a closed beta before having a full open beta. No idea on the timeframe, but the closed-beta participants should be people who know what they're doing and be able to actually provide feedback. Open beta will (hopefully, probably) be done before the 2013-2014 school year.

Last edited by 16Skittles (2013-02-06 16:03:11)

Hey
at the start, everytime you do homework, you should clock in as working on that class's homework, then clock out of work on it
After a bit, get an average time for that class and try to auto-budget the time for it without needing them to do that anymore

They should be able to change the time manually of course

Well, after not much updating this week, we have a little bit of progress to report.  The site will properly alert the user when they are on an iPad, directing them to the touch-optimized version of the site. Well, at least the placeholder for the touch-optimized site.    Unfortunately it appears that I'm currently locked out of FTP. So with nothing else to do, I'll present a question to the users: would it be better to ask the user before switching to an optimized interface, or would it be better to automatically switch them with an option in the footer to switch back to the desktop version? As a content consumer as well as creator I know that having it force a mobile interface is just an awful idea, I've seen some really bad touch-interfaces on some sites that load slowly and in which touch control isn't really beneficial.

I think you should move the login, register, main site, and other general links to the bar on top.

Great idea!  I think that I will almost certainly use it.  Good luck.

scratchisthebest wrote:

*goes to scedule.16skittles.tk*
OH MY GOSH THAT'S THE MOST BUUTAFUL WEBSITE EVER
...until you click register, that is.

Anyway, I like the logo as it is now. You might want to imageifiy it though: some old browsers (*cough* IE6 *barf*) don't support anything fancy like custom font loading. I might be wrong though.

What the heck I think I'll wget the site and see if I can fix the register page 

edit: *looks at source* on the login page there's a doctype on line 1 and again on 54? huh?

Why would anyone want to support IE6?