This has been a feature for at least several weeks. I’m not sure what kind of utility it will have unless they can bridge PowerShell into it but…sounds great for profiling and testing w/o creating a Linux box in Amazon Web Services. Check it out. B
I just found a insanely great deployment/group policy site for those of us ‘in the BIZ’ called DeployHappiness .
You’ll find this intro screen at http://deployhappiness.com/about-deployhappiness/
Joseph, you’ve put together a kickass site, sir. Thanks!
Had to do this today because a customer was too impatient for 3rd parties to update their applications for the fuzzy text issue and asked me to retrograde them to MacOS 10.8. I won’t comment on the pros & cons of retrograding your OS here. <smirk>
POINT IS, that I found a GREAT video on how to do it. Kudos to MonTechin for a clear, concise and well-edited video.
About 2 years ago I ran into a faculty member that was a Mac user who was using our file share system (Windows Servers 2008+) to save copies of research.
Research is the difference between tenure and oblivion for faculty at a ‘research’ university.
As is typical with Mac users, the professor was unaware of any limitations in the tiny bubble of “unlimited potential” that makes up the general Apple illusion. I say ‘Apple illusion’ because I was shocked to find out that MacOS X has very similar limitations. I should note here that those involved with media (marketing, advertising, graphics artists, etc.) are also guilty of nesting stuff dozens of folders deep. I honestly think those right-brained people are desperately trying to emulate the left-brained propensity for analytic organization.
In this case, the professor nested folders upon folders until they had gone way beyond the NTFS limitation of 260 characters and because of that, it was saved but could not read or deleted by Windows.
Here’s an EASY way to retrieve the file(s) as per Microsoft Knowledge Base Article 320081: Start at the beginning of the path and start renaming a few of the long-winded directory names until the path is under 255 characters. Once you’ve done that, the file(s) are easily moved into a sane folder (directory) structure.
- Original path: d:\ProjectAlpha\SillyLongNameForAFolder\Hambone\FruitlessComputerEndeavors\GoingToNeedToFindAnotherJob\NoOneWillHireAnIdiotThatAllowsThisToHappen\MonsterDotCom\file.txt ...for 255+ characters.
- New, renamed path: d:\pa\slnfaf\h\fce\gtntfaj\nowhaitatth\mdc\file.txt …etc., until the path is less than 225 characters…then go retrieve the file.
If you have a ton of files, then you can write a PowerShell script that renames each successive folder by the first 1 or 2 letters of the directory. There are also a few utilities out there that will do this for you. So if you wanna download some malware or foistware with the utility, go for it.
Remember: the directory structure itself may be the only identification of what the file actually contains!
…but by renaming them without keeping track of what the file was exactly, you just screwed yourself big-time:
Although you get it that it’s a log file, what kind of log is it and to what system or application does it apply to?
Now apply this idea to someone’s research:
See? …You’re screwed and that faculty member/customer will NEVER trust you again. <smile>
For me, I prefer the LSD method: Long, Slow & Deliberate. So take your time, work with one file at a time and work closely with the customer. …you’re talking about a faculty member’s phony-baloney job here!