jQuery Bookmarklet
Friday, February 26th, 2010Inject the latest version of jQuery into your page. All in handy bookmarklet form!
Drag the link below to your toolbar and you’re set:
jQueryify
Inject the latest version of jQuery into your page. All in handy bookmarklet form!
Drag the link below to your toolbar and you’re set:
jQueryify
QUICK TAKE: Stay up to date on the latest news from Nikon, producer of much-heralded cameras, scanners, and other imaging
Nikon site ranked #13 in the Top 100 photo sites. Not too shabby.
Maybe this will come up in a Technorati or Google search, so I’m throwing it out.
I had a CakePHP controller called “galleries”. Trying to access /galleries on my server appended an extra “/” onto the URL and redirected me to a 403 forbidden page.
Various Google searches suggested a few things in htaccess that didn’t work and seemed more geared toward site-wide problems but this is a single controller. No other controllers seem to exhibit this behavior and sticking any random controller name in the URL sends me to a missing controller page.
Why does this one, single controller fail?
I ran into this problem last night, and had a hard time Googling a solution, so here’s a brief summary of what I did just in case anyone else runs into it.
I was trying to set up VirtualBox on Mac OS X to share a directory between OS X and my Windows XP virtual machine. Under VirtualBox 2.0.2, here’s how you do that:
Tags: VirtualBox, sun, vm
This is definitely in the CakePHP docs, but my random Googling of different terms didn’t turn it up, so I’m adding it here with a few keywords just in case it helps anybody else.
The CakePHP equivalent of Ruby on Rails’ created_at is created. The equivalent to modified_at is modified. Columns with either of those names will be updated automatically when a record is created and/or modified.
I tried stuff like “magic update columns,” “CakePHP created_at,” and “CakePHP created_at autofill” before I finally found this blog post and this CakePHP doc.
Hopefully, including some extra search terms around this content will give someone else out there a hand.
As anyone who has had the pleasure of doing web design and development through marketing agencies knows, Flash tends to be wildly popular among clients and wildly unpopular among, well, pretty much everyone else. Part of the reason for this is because Flash is so inherently un-Googleable; anything that goes into a Flash-only website is basically invisible to search engines and therefore, the world. That will no longer be the case, however, as Adobe announced today that it has teamed up with Google and Yahoo to make Flash files indexable by search engines.
Google, Yahoo spiders can now crawl through Flash sites
Score one for Flash. Will this cause Flash adoption to ramp up on major websites, or will it still lag behind HTML’s ease-of-development?
As we all know, one of the biggest arguments for Flash is that it looks the same and performs (relatively) the same in all browsers. “Searchability” was a huge minus; you’d almost inevitably need to create another HTML-based site to stay in the search engines. With that solved, Adobe takes another step towards becoming a really ubiquitous platform, although I still think they need to open source their development tools to really, really take over. (Will all this destroy HTML? Nope. HTML still has Flash beat in the learning curve barrier to entry; you still need to be a specialist to build Flash apps, but a generalist can at least dabble in HTML and build a web application.)
Here’s my big question of the day: if Google spiders deep within your Flash movie and finds some sort of content, how does it provide a link to it? Is deeplinking to content going to be a problem, especially when it may discover content that’s not really part of any state you’ve really considered? If there’s a page 5 levels deep in my HTML site, Google can find the page and a URL for it; that is not necessarily true of the same type of content located 5 “views” off the stage in a Flash piece. Looks like we’ll be embedding deep linking information for various program states into more and more of our Flash apps…
Published over on Molecular Voices and mirrored here.
If you’re like me, you remember when (Hot)Wired’s Webmonkey was the source for tutorials, articles, and ideas on building the web. Ah, the good old days of the late-ish 90s when you had to learn why your <marquee> tag wasn’t scrolling, then visited a site like Webmonkey and learned that you shouldn’t be using <marquee> in the first place. (Before web standards were even conceived, places like Webmonkey and even eVolt started the push.)
Good news then! Conde Nast/Wired.com’s brought Webmonkey back, redesigned it, and wiki-fied it.
Why should you care? Though the content skews towards the basics, it’s still a good place to get up to speed on some stuff you might not know, learn new a few new tricks, and, most importantly, share your knowledge a bit. Here’s a place to put your gigantic wealth of knowledge for the benefit of all web-development kind: you were a kid just starting out once, and you have to remember that, without resources like these, you would never be where you are today.
Plus, they still have the logo of the monkey with the wrench (one of the classic emblems of Web 0.5). Welcome back, old friend!
I’ve spent the bulk of the day getting CakePHP up and running on the www-side of the amodernfable.com domain. Why? Because I wanted to use a framework to handle things like integrating a database-driven portfolio with some static content and learn more PHP (and the Cake framework, which I’ve heard nothing but great things about) in the process.
The CakePHP installation here on Dreamhost was a snap. No real configuration necessary other than setting up my database config file to point to the right spot. I was expecting worse (I know I’ve seen some nasty stuff happen when I tried to get Ruby on Rails up and running before, but this was simple and easy).
Overall thoughts on the framework (from a couple hours’ use): if you’re used to Rails, you’ll know how things work or where they go right off the bat (there are some differences that will catch you, such as default layouts being enforced right off the bat, and I like the RoR approach better that way). Setting up routing was a bit easier than my last Rails attempt. Documentation is easy to find with the right Google search. My object oriented PHP is a bit on the slim side, but, when you’ve programmed enough, PHP is a quick learn; hopefully, the controllers and models will give me more experience there.
It’s nice to have a framework in place to speed things up. Also, I’ve built in Cushy CMS support right into my views, which should make it a snap to update things. I really dig Cushy for doing one thing (managing small blocks of content) very well. Let’s see how well it plays with Cake. (And, there’s two plugs in a single post!)
Run your web applications on Google’s infrastructure.Google App Engine enables you to build web applications on the same scalable systems that power Google applications.
Google App Engine - Google Code
Well, this is just excellent. I wonder how well it performs versus Amazon’s S3/EC2?
Rainbow Hash Cracking
Coding Horror: Rainbow Hash Cracking
Always salt your hash.
technorati tags:rainbowtable, hash, salt