• Web Development - WAYWO - #8
    5,576 replies, posted
so I learned today that JSLint doesn't like me very much -- I fix one problem and 40 violations appear does anyone actually bother with [I]"use strict";[/I] ?
[QUOTE=Soleeedus;44800743]so I learned today that JSLint doesn't like me very much -- I fix one problem and 40 violations appear does anyone actually bother with [I]"use strict";[/I] ?[/QUOTE] Doesn't JS Lint check random shit like whether your brackets are touching your text? I find this to be better: [url]http://www.jshint.com/[/url]
woah, that's definitely better. thanks for that
Happy to help!
working on log view on the website instead of going through directories [t]http://i.imgur.com/RFZtvgS.png[/t] I'm just currently using var_dump right now. Any suggestions would be cool btw. ima get rid of logging 404. would that be a good idea?
[QUOTE=jung3o;44801268]working on log view on the website instead of going through directories [t]http://i.imgur.com/RFZtvgS.png[/t] I'm just currently using var_dump right now. Any suggestions would be cool btw. ima get rid of logging 404. would that be a good idea?[/QUOTE] No. If, for some reason, your routing doesn't work, and you're not getting the page you need, knowing that it was a 404 error helps.
[QUOTE=Ac!dL3ak;44801318]No. If, for some reason, your routing doesn't work, and you're not getting the page you need, knowing that it was a 404 error helps.[/QUOTE] then time to make the error message more detailed [editline]13th May 2014[/editline] but then the 404 page will give out a 404 error. would there be a time when it doesnt?
[QUOTE=jung3o;44801328]then time to make the error message more detailed [editline]13th May 2014[/editline] but then the 404 page will give out a 404 error. would there be a time when it doesnt?[/QUOTE] Logging the 404 would also give you a chance to see the internals at that point in time. Also, a different server running on the same platform could have given the 404 (like nginx giving a 404 instead of Rails or PHP giving a 404).
[QUOTE=Ac!dL3ak;44801368]Logging the 404 would also give you a chance to see the internals at that point in time. Also, a different server running on the same platform could have given the 404 (like nginx giving a 404 instead of Rails or PHP giving a 404).[/QUOTE] Wouldn't it be smarter to just make it a filter in the log viewer then? Because filtering through 404's isn't that great if you're looking for 500's etc
Yeah, if you want to hide shit, hide it in the interface. Don't gimp your logs just to clean up an interface, because when you need them and they aren't there, you're not going to be happy haha.
yeah I'm adding stuff into the log viewer so I can sort it out. i mean who would want to see all the successes? :v: [t]http://i.imgur.com/jqGsITx.png[/t]
[t]http://i.imgur.com/RFrQRgq.png[/t] Making a new personal website. Looks smexy IMHO.
Looks generic.
Moved my workflow to [url=https://codio.com/]codio[/url] and I'm loving it. I'm doing a thingy for that guy who wanted a website for his photography stuff but my internship started and didn't have my laptop - meaning I just have windows + no way to install stuff - so I started working with less instead of sass but in the end I wanted muh terminal. [thumb]http://i.imgur.com/HfdZ3f3.png[/thumb]
[QUOTE=asantos3;44822593]Moved my workflow to [url=https://codio.com/]codio[/url] and I'm loving it. I'm doing a thingy for that guy who wanted a website for his photography stuff but my internship started and didn't have my laptop - meaning I just have windows + no way to install stuff - so I started working with less instead of sass but in the end I wanted muh terminal. [thumb]http://i.imgur.com/HfdZ3f3.png[/thumb][/QUOTE] I've been using Nitrous.IO. It's free and pretty decent. You can only have like one box running up for free though but you can obviously use that for multiple projects.
[QUOTE=jung3o;44807526]yeah I'm adding stuff into the log viewer so I can sort it out. i mean who would want to see all the successes? :v: [t]http://i.imgur.com/jqGsITx.png[/t][/QUOTE] Don't log POST requests if you're dumping requests, that's how YouPorn exposed everyone's login information. I've been tinkering with compression, I wanted something that compresses my document then decompresses it on the client side. [url]http://nlan.org/compress/[/url] It isn't viable at the moment as the first page loads the LZMA javascript into cache which is big. The document is base64 encoded which increases the size, and I'm converting the bytes via hexdump for debugging which is maxing it even bigger. I know this isn't a question thread, but does anyone know of a language where I can create MVC pages and keep a single MySQL instance open instead of connecting each time like PHP? I'd love to work with something new.
[QUOTE=Silentfood;44823672]Don't log POST requests if you're dumping requests, that's how YouPorn exposed everyone's login information. I've been tinkering with compression, I wanted something that compresses my document then decompresses it on the client side. [url]http://nlan.org/compress/[/url] It isn't viable at the moment as the first page loads the LZMA javascript into cache which is big. The document is base64 encoded which increases the size, and I'm converting the bytes via hexdump for debugging which is maxing it even bigger. I know this isn't a question thread, but does anyone know of a language where I can create MVC pages and keep a single MySQL instance open instead of connecting each time like PHP? I'd love to work with something new.[/QUOTE] Have you tried PDO::ATTR_PERSISTENT?
[QUOTE=Silentfood;44823672]I know this isn't a question thread, but does anyone know of a language where I can create MVC pages and keep a single MySQL instance open instead of connecting each time like PHP? I'd love to work with something new.[/QUOTE] Doesn't Node.JS work like that?
[QUOTE=TrinityX;44823774]Doesn't Node.JS work like that?[/QUOTE] Most sane frameworks work in an event loop and can reuse connections.
I was just showing my friend the log feature in my comp sci class and saw this [IMG]http://i.imgur.com/tys4xGr.png[/IMG] :v:
[QUOTE=Svenskunganka;44823729]Have you tried PDO::ATTR_PERSISTENT?[/QUOTE] I was on the bog and I was thinking of how PHP is flawed by not having variables and objects already loaded and that it needs to re-establish them every page load. I think I'm gonna try out using Node.JS as a web framework, only ever used it for WebSocket's and REST polling Reddit for League of Legends keys.
I need some help, I am trying to re-design a ticketing systems home page for a team of mine. However the re-design that I have been moving towards isn't really exciting me. If anyone else can help give some suggestions or figure out how to display all the users information in a decent format on the home page would be very much appreciated! [b]BEFORE[/b] [img_thumb]http://puu.sh/8OCpS.png[/img_thumb] [b]AFTER[/b] [img_thumb]http://puu.sh/8OCxd.png[/img_thumb]
[QUOTE=Silentfood;44823672]Don't log POST requests if you're dumping requests[/QUOTE] DO log POST requests. Just be smart enough to filter out things like passwords and password confirmations before they hit the log file. [editline]16th May 2014[/editline] [QUOTE=TH3_L33T;44824864]I need some help, I am trying to re-design a ticketing systems home page for a team of mine. However the re-design that I have been moving towards isn't really exciting me. If anyone else can help give some suggestions or figure out how to display all the users information in a decent format on the home page would be very much appreciated! [b]BEFORE[/b] [img_thumb]http://puu.sh/8OCpS.png[/img_thumb] [b]AFTER[/b] [img_thumb]http://puu.sh/8OCxd.png[/img_thumb][/QUOTE] That actually looks less useful now. If people are going to be coming here to check tickets assigned do them, doesn't it make more sense to show them the tickets that are assigned to them up front instead of making them click to get there? I would keep the list of tickets unless you have a really good reason to remove them. Design isn't just making things look pretty, that is a secondary goal. Design is making things solve problems as well as possible.
[QUOTE=KmartSqrl;44824880]That actually looks less useful now. If people are going to be coming here to check tickets assigned do them, doesn't it make more sense to show them the tickets that are assigned to them up front instead of making them click to get there? I would keep the list of tickets unless you have a really good reason to remove them. Design isn't just making things look pretty, that is a secondary goal. Design is making things solve problems as well as possible.[/QUOTE] Well, the default one selected would be tickets assigned to them in the new design, or let the user choose what they want the default ticket view. I have only done some basic css for the new one, so wasn't able to show this in the new design. The main reason of doing this is because the lists I have on the old version to me is becoming very cluttered, just added a new feature for "Resolved Tickets", which shouldn't be shown on the main assigned to you. So they stay separate from the currently open status tickets, since they are at the last stage of the tickets closure. I believe that only so much data can be displayed on the page until it becomes just annoying and cluttered to move around, which I believe the current system is really starting to get to that point. I am also accepting any suggestions of other methods that might make the home page cleaner.
If you think it's cluttered the first thing I would revisit is the data displayed in the ticket tables and the way that data is presented. Do you really need to know who opened the ticket on that view or when the ticket was opened? Can you sort by priority instead of showing it as it's own column? Can you make the priority more visual instead of just showing a number so it's easier to see what's important at a glance? I agree recently closed is probably not useful on the homepage, but assigned to you probably is and opened by you could be too. You could try making those colored rectangles that you have in to tabs and have it default to "assigned to you". Talk to the people that use this system every day and find out what they use the most and bubble that up to the top.
[QUOTE=TH3_L33T;44824864]I need some help, I am trying to re-design a ticketing systems home page for a team of mine. However the re-design that I have been moving towards isn't really exciting me. If anyone else can help give some suggestions or figure out how to display all the users information in a decent format on the home page would be very much appreciated![/QUOTE] What if you take colors from [URL="http://flatuicolors.com/"]here[/URL] (because the current colors aren't that flat), make them clickable, and when you click it, change category to that. When active, make them darker. Have one always open, so it'll never be empty. But that's just what i'd do.
[QUOTE=TrinityX;44825092]What if you take colors from [URL="http://flatuicolors.com/"]here[/URL] (because the current colors aren't that flat), make them clickable, and when you click it, change category to that. When active, make them darker. Have one always open, so it'll never be empty. But that's just what i'd do.[/QUOTE] Thats what I was planning to do. Probably should of pointed that out more. Though, I don't think the colors are to bad.
[QUOTE=TrinityX;44825092]What if you take colors from [URL="http://flatuicolors.com/"]here[/URL] ([B]because the current colors aren't that flat[/B])[/QUOTE] Oh jesus christ... All colors are flat unless it's a gradient! This is the epitome of uninspired, derivative design. "YOUR COLORS DONT PERFECTLY MATCH THIS TRENDY AESTHETIC, USE THESE ONES"
You can get away with really non contrasting gradients too, as long as the two colors are very similar, gradients can look flat but add a bit of edge to some parts of the design
[QUOTE=KmartSqrl;44825387]Oh jesus christ... All colors are flat unless it's a gradient! This is the epitome of uninspired, derivative design. "YOUR COLORS DONT PERFECTLY MATCH THIS TRENDY AESTHETIC, USE THESE ONES"[/QUOTE] Calm down dude, let me rephrase myself... Although they are "flat" colors, they really don't fit the theme IMO.
Sorry, you need to Log In to post a reply to this thread.