text:
Do you like our report?
Our traffic reports for 1800workcase.com are estimations based on Alexa data and their world rank. Daily income for 1800workcase.com is generated by analyzing daily page views and market information on current CPM, CPC and CPA rates for similar websites on popular networks like Google AdSense and UberCPM. We then take these two website stats and compute an estimated valuation for 1800workcase.com

1800workcase.com Traffic Report

Daily Unique Visitors: No Review
Daily Pageviews: No Review

1800workcase.com Estimated Valuation

Income Per Day: $ 0.15
UberCPM Income: $ 0.05
Estimated Valuation: $ 8.95
Our SEO reports for 1800workcase.com are performed by scanning Google, Yahoo! and Bing and counting how many pages have been indexed. Similarly, we scan these search engines to see how many backlinks are indexed for 1800workcase.com using the link:// query. This backlink method is not comprehensive and we recommend SEMRush to improve your SEO rankings on all major search engines.

1800workcase.com Search Engine Indexes

Google Indexed Pages: No Review
Yahoo Indexed Pages: No Review
Bing Indexed Pages: No Review

1800workcase.com Search Engine Backlinks

Google Backlinks: No Review
Bing Backlinks: No Review
Alexa BackLinks: No Review
We use a variety of third parties including Google and Web of Trust (WOT) to determine the safety information for 1800workcase.com. WOT is a browser plugin that allows users around the world to rate domains for their safe browser, child safety and malware exploits if any. Google uses a proprietary method to determine the safeness of 1800workcase.com. If you are concerned about the safety of a website, this safety report will be a good indicator of the website safety of 1800workcase.com

1800workcase.com Safety Information

Google Safe Browsing: No Risk Issues
Siteadvisor Rating: No Review
WOT Trustworthiness: Web of Trust - Trust Rating Unknown
WOT Privacy: Web of Trust Privacy Rating Unknown
WOT Child Safety: Web of Trust Child Safety Rating Unknown

1800workcase.com Website Ranks & Scores

Google Pagerank: No Review
Alexa Rank: No Review
PageSpeed Score: 89 ON 100
Domain Authority: ON 100 MozScape Score
DMOZ Listing: No
Our Web Server report for 1800workcase.com attempts to provide you with all the physical and geographical information on the server. We are able to extract the hosted ip address, the hosted country, location latitude, location longitude and even the city, state and zip/postal code of the server. This report can be very useful to determine page speed issues, trust worthiness and help block regions if your site is being accessed maliciously.

1800workcase.com Web Server Information

Hosted IP Address: More on this IP

Hosted Country:

United States US More from this country

Location Latitude:

Location Longitude:

Our social media report for 1800workcase.com includes the amount of social engagement of various social media platforms including Facebook, Twitter, Google+, LinkedIn and Delicious. Social engagement is considered to be a strong search engine signal that validates real people are engaging with a site, thus making it a more valuable result to show in the search engine results page. Social media continues to be an important source not only of backlinks and search engine signals for 1800workcase.com, but of traffic through viral and engaging content.

1800workcase.com Social Engagement

Facebook Shares: No Review
Facebook Likes: No Review
Facebook Comments: No Review
Twitter Count (Tweets): No Review
Linkedin Shares: No Review
Delicious Shares: No Review
Google+: No Review

1800workcase.com Page Resources Breakdown

Web Breakdown Preloader

1800workcase.com Homepage Links Analysis

Web hosting provider - Bluehost.com - domain hosting - PHP Hosting - cheap web hosting - Frontpage Hosting E-Commerce Web Hosting Bluehost
Bluehost - Top rated web hosting provider - Free 1 click installs For blogs, shopping carts, and more. Get a free domain name, real NON-outsourced 24/7 support, and superior speed. web hosting provider php hosting cheap web hosting, Web hosting, domain names, front page hosting, email hosting. We offer affordable hosting, web hosting provider business web hosting, ecommerce hosting, unix hosting. Phone support available, Free Domain, and Free Setup.
web hosting, provider, php hosting, free domain names, domain name, front page hosting, web site, web design, domain name registration, business web site, web site hosting, web space, picture hosting, small business, cheap web hosting, webmaster, web site builder, affordable web hosting, marketing, cgi perl php hosting, blog, blogs, blogger, weblog, web log, weblogs, web logs, internet marketing, internet advertising

1800workcase.com Website Inpage Analysis

H1 Headings: 1 H2 Headings: No Review
H3 Headings: No Review H4 Headings: No Review
H5 Headings: No Review H6 Headings: No Review
Total IFRAMEs: 1 Total Images: 1
Google Adsense: No Review Google Analytics: UA-9156498-1

1800workcase.com Websites Hosted on Same IP (i.e.

lucascarvalho.net - lucascarvalho.net

Google PageRank   Alexa Rank No Review   domain Worth $ 8.95

carlos chávez

carloschavezarte.com - carloschavezarte.com

Google PageRank   Alexa Rank No Review   domain Worth $ 8.95

My Website

impartingfaith.net - impartingfaith.net

Google PageRank   Alexa Rank No Review   domain Worth $ 8.95

Web hosting provider - Bluehost.com - domain hosting - PHP Hosting...

18003333336.com - 18003333336.com

Bluehost - Top rated web hosting provider - Free 1 click installs For blogs, shopping carts, and more. Get a free domain name, real NON-outsourced 24/7 support, and superior...

Google PageRank   Alexa Rank No Review   domain Worth $ 8.95

403 Forbidden

miamiluxuryvehiclerentals.com - miamiluxuryvehiclerentals.com

Google PageRank   Alexa Rank No Review   domain Worth $ 8.95

1800workcase.com HTTP Header Analysis

Http-Version: 1.1
Status-Code: 200
Status: 200 OK
Server: nginx/1.10.0
Date: Sat, 30 Apr 2016 20:39:07 GMT
Content-Type: text/html; charset=ISO-8859-1
Content-Length: 2004
Connection: keep-alive
Vary: Accept-Encoding
Content-Encoding: gzip

Domain Information

Domain Registrar: 1&1 INTERNET SE More on this Registrar
Registration Date: 2011-09-05 5 years 4 months 1 week ago
Last Modified: 2016-02-09 11 months 1 week 4 days ago
Expiration Date: 2016-09-05 4 months 1 week 5 days ago

DNS Record Analysis

Host Type TTL Extra
1800workcase.com A 3591 IP:
1800workcase.com NS 21599 Target: ns51.1and1.com
1800workcase.com NS 21599 Target: ns52.1and1.com
1800workcase.com SOA 21599 MNAME: ns51.1and1.com
RNAME: hostmaster.1and1.com
Serial: 2016040400
Refresh: 28800
Retry: 7200
Expire: 604800
1800workcase.com MX 3599 Priority: 10
Target: mx01.1and1.com
1800workcase.com MX 3599 Priority: 10
Target: mx00.1and1.com

Similarly Ranked Websites

google.com - google.com

Search the world's information, including webpages, images, videos and more. Google has many special features to help you find exactly what you're looking for.

Google PageRank   Alexa Rank 1   Domain Worth $ 11,147,271,840.00

Facebook - Log In or Sign Up

facebook.com - facebook.com

Create an account or log into Facebook. Connect with friends, family and other people you know. Share photos and videos, send messages and get updates.

Google PageRank   Alexa Rank 2   Domain Worth $ 5,573,635,920.00

youtube.com - youtube.com

Share your videos with friends, family, and the world

Google PageRank   Alexa Rank 3   Domain Worth $ 3,715,757,280.00

yahoo.com - yahoo.com

A new welcome to Yahoo. The new Yahoo experience makes it easier to discover the news and information that you care about most. It's the web ordered for you.

Google PageRank   Alexa Rank 5   Domain Worth $ 2,229,454,800.00

Amazon.com: Online Shopping for Electronics, Apparel, Computers,...

amazon.com - amazon.com

Online shopping from the earth's biggest selection of books, magazines, music, DVDs, videos, electronics, computers, software, apparel & accessories, shoes, jewelry, tools &...

Google PageRank   Alexa Rank 6   Domain Worth $ 1,857,878,640.00

Alexa Traffic Rank

Alexa Graph

Alexa Search Engine Traffic

Alexa Graph

Full WHOIS Lookup

Domain Name: 1800workcase.com
Registry Domain ID:
WHOIS Server: whois.1and1.com
Registrar URL:
Updated Date:
Creation Date:
Registrar Registration Expiration Date:
Registrar: 1&1 Internet SE
Registrar Abuse Contact Email:
[email protected]
Registrar Abuse Contact Phone:
Domain Status:
Registrant ID:
Registrant Name: Oneandone Private
Registrant Organization: 1&1 Internet
Registrant Street: 701 Lee Road Suite 300
Street: ATTN
Registrant City: Chesterbrook
State/Province: PA
Registrant Postal Code: 19087
Country: US
Registrant Phone: +1.8772064254
Registrant Phone
Registrant Fax:
Registrant Fax Ext:
Registrant Email:
[email protected]
Registry Admin ID:
Admin Name: Oneandone
Private Registration
Admin Organization: 1&1 Internet
Admin Street: 701 Lee Road Suite 300
Admin Street:
Admin City: Chesterbrook
Admin State/Province:
Admin Postal Code: 19087
Admin Country: US
Admin Phone:
Admin Phone Ext:
Admin Fax:
Admin Fax
Admin Email: [email protected]
Registry Tech ID:
Name: Oneandone Private Registration
Tech Organization: 1&1
Internet Inc
Tech Street: 701 Lee Road Suite 300
Tech Street:
Tech City: Chesterbrook
Tech State/Province: PA
Postal Code: 19087
Tech Country: US
Tech Phone:
Tech Phone Ext:
Tech Fax:
Tech Fax
Tech Email: [email protected]
Nameserver: ns52.1and1.com
URL of the ICANN WHOIS Data Problem Reporting System:
>>> Last update of WHOIS database:


Content-Type: application/http; msgtype=response

WARC-Truncated: length

WARC-Type: response

text:
200-0122ndave.com was registered 1 year 5 months ago. This domain uses the .com extension. It is estimated to be worth $ 8.95 with a daily income of $ 0.15. As no active threats were reported recently, 200-0122ndave.com is SAFE to browse.. This website rating was generated automatically using algorithms and as such only provides data on potential advertising revenue based on the amount and quality of the traffic of this website. In no way do our figures represent the sales figures of any company listed.

Do you like our report?
Our traffic reports for 200-0122ndave.com are estimations based on Alexa data and their world rank. Daily income for 200-0122ndave.com is generated by analyzing daily page views and market information on current CPM, CPC and CPA rates for similar websites on popular networks like Google AdSense and UberCPM. We then take these two website stats and compute an estimated valuation for 200-0122ndave.com

200-0122ndave.com Traffic Report

Daily Unique Visitors: No Review
Daily Pageviews: No Review

200-0122ndave.com Estimated Valuation

Income Per Day: $ 0.15
UberCPM Income: $ 0.05
Estimated Valuation: $ 8.95
Our SEO reports for 200-0122ndave.com are performed by scanning Google, Yahoo! and Bing and counting how many pages have been indexed. Similarly, we scan these search engines to see how many backlinks are indexed for 200-0122ndave.com using the link:// query. This backlink method is not comprehensive and we recommend SEMRush to improve your SEO rankings on all major search engines.

200-0122ndave.com Search Engine Indexes

Google Indexed Pages: No Review
Yahoo Indexed Pages: No Review
Bing Indexed Pages: No Review

200-0122ndave.com Search Engine Backlinks

Google Backlinks: No Review
Bing Backlinks: No Review
Alexa BackLinks: No Review
We use a variety of third parties including Google and Web of Trust (WOT) to determine the safety information for 200-0122ndave.com. WOT is a browser plugin that allows users around the world to rate domains for their safe browser, child safety and malware exploits if any. Google uses a proprietary method to determine the safeness of 200-0122ndave.com. If you are concerned about the safety of a website, this safety report will be a good indicator of the website safety of 200-0122ndave.com

200-0122ndave.com Safety Information

Google Safe Browsing: No Risk Issues
Siteadvisor Rating: No Risk Issues
WOT Trustworthiness: Web of Trust - Trust Rating Unknown
WOT Privacy: Web of Trust Privacy Rating Unknown
WOT Child Safety: Web of Trust Child Safety Rating Unknown

200-0122ndave.com Website Ranks & Scores

Google Pagerank: No Review
Alexa Rank: No Review
PageSpeed Score: 52 ON 100
Domain Authority: ON 100 MozScape Score
DMOZ Listing: No
Our Web Server report for 200-0122ndave.com attempts to provide you with all the physical and geographical information on the server. We are able to extract the hosted ip address, the hosted country, location latitude, location longitude and even the city, state and zip/postal code of the server. This report can be very useful to determine page speed issues, trust worthiness and help block regions if your site is being accessed maliciously.

200-0122ndave.com Web Server Information

Hosted IP Address: More on this IP

Hosted Country:

United States US More from this country

Location Latitude:

Location Longitude:

Our social media report for 200-0122ndave.com includes the amount of social engagement of various social media platforms including Facebook, Twitter, Google+, LinkedIn and Delicious. Social engagement is considered to be a strong search engine signal that validates real people are engaging with a site, thus making it a more valuable result to show in the search engine results page. Social media continues to be an important source not only of backlinks and search engine signals for 200-0122ndave.com, but of traffic through viral and engaging content.

200-0122ndave.com Social Engagement

Facebook Shares: No Review
Facebook Likes: No Review
Facebook Comments: No Review
Twitter Count (Tweets): No Review
Linkedin Shares: No Review
Delicious Shares: No Review
Google+: No Review

200-0122ndave.com Page Resources Breakdown

Web Breakdown Preloader

200-0122ndave.com Homepage Links Analysis

200-01 22 Avenue Unit 2 Queens NY | Douglas Elliman
Learn more about this 1 Bedroom Cooperative for sale on 22 Avenue in Whitestone - make an appointment with one of our realtors today!
whitestone cooperative, ny cooperative for sale, whitestone cooperative for sale, new york real estate, whitestone homes for sale, cooperative 1 bedroom, douglas elliman

200-0122ndave.com Website Inpage Analysis

H1 Headings: 1 H2 Headings: No Review
H3 Headings: 3 H4 Headings: 1
H5 Headings: 2 H6 Headings: No Review
Total IFRAMEs: 3 Total Images: 12
Google Adsense: No Review Google Analytics: UA-2052622-4

200-0122ndave.com Websites Hosted on Same IP (i.e.

3 Stanton Place Oceanside NY | Douglas Elliman

3stantonpl.com - 3stantonpl.com

Learn more about this 1 Bedroom House for sale on Stanton Place in Oceanside - make an appointment with one of our realtors today!

Google PageRank   Alexa Rank No Review   domain Worth $ 8.95

78 Eagle Chase Woodbury NY | Douglas Elliman

78eaglechase.com - 78eaglechase.com

Learn more about this 3 Bedrooms Condo for sale on Eagle Chase in Woodbury - make an appointment with one of our realtors today!

Google PageRank   Alexa Rank No Review   domain Worth $ 8.95

99 Scranton Avenue Lynbrook NY | Douglas Elliman

99scrantonave.com - 99scrantonave.com

Learn more about this 2 Bedrooms House for sale on Scranton Avenue in Lynbrook - make an appointment with one of our realtors today!

Google PageRank   Alexa Rank No Review   domain Worth $ 8.95

Lot 53 73 Stone Hill Drive Muttontown NY | Douglas Elliman

lot5373stonehilldr.com - lot5373stonehilldr.com

Learn more about this Land for sale on Stone Hill Drive in Muttontown - make an appointment with one of our realtors today!

Google PageRank   Alexa Rank No Review   domain Worth $ 8.95

54-40 Little Neck Parkway Unit 1T Queens NY | Douglas Elliman

54-40littleneckpky.com - 54-40littleneckpky.com

Learn more about this 1 Bedroom Cooperative for sale on Little Neck Parkway in Little Neck - make an appointment with one of our realtors today!

Google PageRank   Alexa Rank No Review   domain Worth $ 8.95

200-0122ndave.com HTTP Header Analysis

Http-Version: 1.1
Status-Code: 200
Status: 200 OK
Date: Sun, 13 Dec 2015 20:42:21 GMT
Content-Type: text/html; charset=UTF-8
Transfer-Encoding: chunked
Connection: keep-alive
Cache-Control: no-cache, max-age=0, must-revalidate
Vary: Accept-Encoding
X-Powered-By: PHP/5.6.0RC2
X-Server-Mon: D=110317 t=1450039341196092
X-Server-Name: Web03-AWS
Server: cloudflare-nginx
CF-RAY: 25447eb9d91c2585-ORD
Content-Encoding: gzip

Domain Information

Domain Registrar: WILD WEST DOMAINS, LLC More on this Registrar
Registration Date: 2015-07-23 1 year 5 months 4 weeks ago
Last Modified: 2015-07-23 1 year 5 months 4 weeks ago
Expiration Date: 2016-07-23 5 months 4 weeks 15 hours ago

DNS Record Analysis

Host Type TTL Extra
200-0122ndave.com A 1783 IP:
200-0122ndave.com NS 1799 Target: ns1.prudentialelliman.com
200-0122ndave.com SOA 1799 MNAME: ns1.prudentialelliman.com
RNAME: michael\.constantine.elliman.com
Serial: 2015092101
Refresh: 10800
Retry: 3600
Expire: 777600

Similarly Ranked Websites

google.com - google.com

Search the world's information, including webpages, images, videos and more. Google has many special features to help you find exactly what you're looking for.

Google PageRank   Alexa Rank 1   Domain Worth $ 11,147,271,840.00

Facebook - Log In or Sign Up

facebook.com - facebook.com

Create an account or log into Facebook. Connect with friends, family and other people you know. Share photos and videos, send messages and get updates.

Google PageRank   Alexa Rank 2   Domain Worth $ 5,573,635,920.00

youtube.com - youtube.com

Share your videos with friends, family, and the world

Google PageRank   Alexa Rank 3   Domain Worth $ 3,715,757,280.00

yahoo.com - yahoo.com

A new welcome to Yahoo. The new Yahoo experience makes it easier to discover the news and information that you care about most. It's the web ordered for you.

Google PageRank   Alexa Rank 5   Domain Worth $ 2,229,454,800.00

Amazon.com: Online Shopping for Electronics, Apparel, Computers,...

amazon.com - amazon.com

Online shopping from the earth's biggest selection of books, magazines, music, DVDs, videos, electronics, computers, software, apparel & accessories, shoes, jewelry, tools &...

Google PageRank   Alexa Rank 6   Domain Worth $ 1,857,878,640.00

Alexa Traffic Rank

Alexa Graph

Alexa Search Engine Traffic

Alexa Graph

Full WHOIS Lookup

Domain Name: 200-0122NDAVE.COM
Registrar URL:
Registrant Name: Domain
Registrant Organization:
Name Server:
Name Server:
DNSSEC: unsigned

For complete
domain details go

The data contained in this Registrar's
Whois database,
while believed by the registrar to be reliable, is
provided "as is"
with no guarantee or warranties regarding its
accuracy. This information
is provided for the sole purpose of
assisting you in obtaining
information about domain name
registration records. Any use of
this data for any other purpose
is expressly forbidden without
the prior written permission of
this registrar. By submitting an
inquiry, you agree to these terms
of usage and limitations of warranty.
In particular, you agree not
to use this data to allow, enable, or
otherwise make possible,
dissemination or collection of this data, in
part or in its
entirety, for any purpose, such as the transmission of
advertising and solicitations of any kind, including spam.
further agree not to use this data to enable high volume,
or robotic electronic processes designed to collect or
compile this data
for any purpose, including mining this data for
your own personal or
commercial purposes.

Please note:
the owner of the domain name is specified in the "registrant"
In most cases, the Registrar is not the owner of domain
names listed in this database.

warcinfo:
robots: classic
hostname: ip-10-171-10-70.ec2.internal
software: Nutch 1.6 (CC)/CC WarcExport 1.0
isPartOf: CC-MAIN-2017-04
operator: CommonCrawl Admin
description: Wide crawl of the web for January 2017
publisher: CommonCrawl
format: WARC File Format 1.0
conformsTo: http://bibnum.bnf.fr/WARC/WARC_ISO_28500_version1_latestdraft.pdf


text:
Follow Slashdot stories on Twitter

Forgot your password?
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. ×

Why the Light Has Gone Out on LAMP 443

menion writes to tell us that Cliff Wells has an editorial calling into focus some of the perceived problems with LAMP. Wells calls PHP and MySQL this generation's BASIC citing the Free Online Dictionary of Computing: "BASIC has become the leading cause of brain-damage in proto-hackers. This is another case (like Pascal) of the cascading lossage that happens when a language deliberately designed as an educational toy gets taken too seriously. A novice can write short BASIC programs (on the order of 10-20 lines) very easily; writing anything longer is (a) very painful, and (b) encourages bad habits that will make it harder to use more powerful languages well. This wouldn't be so bad if historical accidents hadn't made BASIC so common on low-end micros. As it is, it ruins thousands of potential wizards a year."
This discussion has been archived. No new comments can be posted.

Why the Light Has Gone Out on LAMP

Comments Filter:
  • It's just a tool (Score:5, Insightful)

    by cerberusss ( 660701 ) on Tuesday June 06, 2006 @05:00AM (#15478318) Homepage Journal
    It's just a tool, for crying out loud. This article says something about PHP, but we have electronic engineers here using Perl. You want to see their scripts? The code looks like baby poo. But who cares? It's just a tool. And it works. Perl suddenly sucks then?

    Of course, the "wizards" will recognize a tool its deficiencies and start using something more appropriate.

    • by mwvdlee ( 775178 ) on Tuesday June 06, 2006 @05:24AM (#15478403) Homepage
      I totally agree; those are just tools, and one should use them for the purpose for which they were created.

      If you want high-performance access to single DB tables (which many webapps do), use MySQL.
      If you want to quickly put together a site because your purpose isn't actually maintaining the site but putting up some content, use PHP.
      If all you want to do is create a simple program to do a one-off task, use BASIC.
      If you want to create a straightforward GUI for a database, use Delphi.

      If you want to do something different, use a different tool. Don't bitch about a screwdriver being a bad tool for painting the walls.
      • by billcopc ( 196330 )
        You lost all credibility in my eyes with that last zinger about Delphi. Delphi six years ago was just another VB, yes. Delphi today is downright scary in its breadth and performance. I haven't written a Delphi app in over a year now but I still swear by it. C++ needs to be taken down a notch or two.. sure it works, as long as you buy all the utilities to fix it :P BoundsChecker, Lint, Purify.. one isn't enough, usually. It's like MS Windows - it works once you throw in Ad-Aware, Spybot, WinRar etc.

        • by mwvdlee ( 775178 ) on Tuesday June 06, 2006 @06:45AM (#15478696) Homepage
          Considering the common wisdom that you'll spend far more time maintaining than developing, a fast development cycle is meaningless.
          • by Angostura ( 703910 ) on Tuesday June 06, 2006 @07:39AM (#15478919)
            Considering the common wisdom that the paying client wants the site ready tomorrow, the cost of the maintenance is something they can start worrying about after they've paid you.
            • by Spacejock ( 727523 ) on Tuesday June 06, 2006 @10:46AM (#15480327) Homepage
              Absolutely. They want something that works NOW and which can improve over time. So what if it takes fifteen keystrokes to find a settings form or the tab order is up the chute? Better than endless promises of a killer app which will be ready Any Day Now, which either never arrives or sucks when it DOES arrive.
              I learnt that lesson as a teenager in the early 80's, thanks to over-hyped computer games which truly sucked when they finally (if ever) arrived. Other speccy users will know exactly which titles I'm referring to.
      • by martinultima ( 832468 ) <> on Tuesday June 06, 2006 @07:21AM (#15478856) Homepage Journal
        Hey, it only took me about ten months of practice before I could paint without scratching up the walls – I say a screwdriver's just fine!
      • Re:It's just a tool (Score:5, Interesting)

        by Ronin Developer ( 67677 ) on Tuesday June 06, 2006 @10:19AM (#15480107)
        "If you want to create a straightforward GUI for a database, use Delphi."

        That's a rather limited view on a very powerful tool. But, your statement is accurate as your final sentence indicates.

        As a software engineer, I speak a variety of programming languages rather fluently. In the 90's, the choice in the business community was clear - C++ or Visual Basic. Then, a new tool came along and challenged that view - Delphi.

        I have been now been programming in Delphi as my primary language since version 1.0 was released. Delphi was not the name of the language - Delphi was and IDE coupled with their version of an O-O PASCAL. While the language syntax is based on PASCAL (hence structured and somewhat verbose), it provided a tremendous amount of power and reliability."Mission Critical" applications became possible because of Dephi's exception handling constructs. I wrote applications in D1-D3 that simply would not break (try that with VB) - Windows (3.1,95/98 were the limitations). It provided excellent database connectivity, exception handling, RTTI, an extensible IDE and, more importantly, an excellent component model that ultimately became the basis for Jave Beans. That same component model provided opportunities for many 3rd party vendors to become successful.

        Borland did have the right idea when they created Kylix for Linux - essentially Delphi for Linux. However, they blew the marking and pissed off the OSS developers. But, it is what it is. I would have loved to see them utilize GCC as the backend - oh well.

        What do I use Delphi for today? I create mission critical services for the public safety sector. They integrate our company's core product (also written in Delphi) with systems and devices utilized by law enforcement. Our clients, as a general rule, are Windows shops - hence we chose the best tool for that environment. That tool was Delphi combined with some of the powerful 3rd party tools out there (like advanced NT service frameworks, Oracle connectivity tools, and TCP/IP and middle-ware technologies).

        Delphi has evolved to the .Net environment as well (although I don't utilize that functionality). However, in an world where .NET is pervasive, being able to leverage code and components written in Delphi for .NET with out .NET tools is an good thing.

        Borland has had their uphill battles to fight - they weren't Microsoft and they irked the OSS/Linux community through bad marketing decisions. Too bad.

        Is Delphi the best language or tool out there? Probably not - but it is far more capable than most developers have given it credit for. And, I will miss it and the Borland influence when Borland finally sells off their IDE line.

        Well, that's my $0.02 worth.

    • we have electronic engineers here using Perl. You want to see their scripts? The code looks like baby poo
      Don't worry, once they grow up a bit they'll be able to make one liners.
    • by nlago ( 187984 ) on Tuesday June 06, 2006 @07:39AM (#15478925)
      Perl suddenly sucks then?

      Not "suddenly", you know... ;-)

    • by hey! ( 33014 )
      It's just a tool, for crying out loud. This article says something about PHP, but we have electronic engineers here using Perl. You want to see their scripts? The code looks like baby poo. But who cares? It's just a tool.

      Well, true.

      But we live in a world where people don't seem to be very good at making distinctions. As, for example, in the difference between a screwdriver and a chisel.

      Part of this is the fault of salesman, who want you to buy their product as the one true tool for everything, and part of t
  • Unfinished rant (Score:3, Interesting)

    by Tx ( 96709 ) on Tuesday June 06, 2006 @05:07AM (#15478337) Journal
    at least 3/4 of the so-called LAMP (Linux, Apache, MySQL, PHP) stack are under vigorous attack by many, myself included. Why?

    Notice the guy says 3/4 here. Notice how he then goes on to criticise only MySQL and PHP. So what was the third item he was going to criticise, Apache or Linux (either would seem strange)? Seems to me he hasn't even finished his own rant.

    This is another case (like Pascal) of the cascading lossage that happens when a language deliberately designed as an educational toy gets taken too seriously.

    Well, I'm a great fan of Delphi-style object-pascal, maybe using it has brain-damaged me, or maybe it doesn't bear too much resemblance to original pascal, I don't know. Then again, my first exposure to any sort of programming was BASIC on the ZX81, so maybe I'm a lost cause :(.
    • Re:Unfinished rant (Score:2, Insightful)

      by mdfst13 ( 664665 )
      "So what was the third item he was going to criticise, Apache or Linux"

      He says that he doesn't like Apache either. Just not as much as he dislikes PHP/MySQL.
    • Re:Unfinished rant (Score:2, Insightful)

      by Haeleth ( 414428 )
      Well, I'm a great fan of Delphi-style object-pascal, maybe using it has brain-damaged me, or maybe it doesn't bear too much resemblance to original pascal, I don't know.

      The latter, I suspect. The original Pascal had some mind-numbingly dumb "features", like fixed-length strings.

      No, I don't mean just fixed-length buffers like bad C. I mean fixed-length strings. If you wanted to store a five-character string in a variable declared as a 10-character string, you had to pad it out manually with spaces.

  • by drspliff ( 652992 ) on Tuesday June 06, 2006 @05:08AM (#15478342)
    Ahah, to an extent I agree with this.

    On a day to day basis I'm dealing with systems written by other people, which are held together by duct tape, spit and good-will. PHP is a productive language, just as to a C/C++ developer Python/Ruby etc. is also productive and can lead to very good results.

    The problem is when you get pseudo-programmers writing code which uses 'magic_quotes_gpc' as a safety net among other things, and come PHP 6 the 'shit will hit the fan' when everybody realises that with this automatic escaping functionality isn't there any more and their web applications are open for the world to abuse.

    I think MySQL should be kept out of the question as it's more coincidence that it ended up being a PHP bed fellow, when PostgreSQL could've been in with a chance given the right circumstances.

    At the end of the day bad programmers will write bad code, it's just easy to learn languages (such as Basic and PHP) means they can write more bad code a lot quicker with (arguably) more negative impact when it folds in on it'self.

    Just my $0.02.
    • by SolitaryMan ( 538416 ) on Tuesday June 06, 2006 @05:47AM (#15478468) Homepage Journal
      At the end of the day bad programmers will write bad code, it's just easy to learn languages (such as Basic and PHP) means they can write more bad code a lot quicker with (arguably) more negative impact when it folds in on it'self.
      The real problem is that those easy-to-learn-but-crappy languages got expanded. If they were still small and allowed bad programmers (read: non-programmer) to write some simple apps, I wouldn't mind and I would've hailed their developers. But now these languages are getting bigger and bigger, causing bigger and bigger problems.
      • by tbannist ( 230135 ) on Tuesday June 06, 2006 @08:36AM (#15479280)
        Personally, I prefer that the bad codes of the world work on a language that's easy to read and isn't compiled. Fixing their garbage in C was a huge pain in the ass. The article's author however is a complete and utter tool. He hates a language because he despises the people who use. Wow, how levelhead and informed.

        I understand his point that it's easy to write bad code for PHP. However, only a total idiot would think that it's not easy to write bad code for any language. By all means, let's move all the pseudo pogrammers over to his beloved Python, then he'll have to hate it and find something else to love.

        At the most basic point his argument fails because it's not motivated by logic or reason, but by visceral emotional prejudice. Guess what, nobody should care how you feel about PHP or MySQL.
        • PHP ain't "easy to read" by any stretch of the imagination. Thousands of functions in the core, a retarded sort of type system apparently inspired by Visual Basic which provides no clues as to what type you're actually working with, and wonderful action-at-a-distance-y "references" that really aren't? That's not so good. Complain all you like about Perl (I know you will) -- but it's possible to write clean, maintainable Perl code for any task if you're so inspired. Easy things easy, hard things possible, an
        • Some colleges are replacing BASIC with Python as the beginner's programming language.

          The workforce will have plenty of bad Python code-monkeys before you know it.
    • One thing you can do is set error reporting to full in a .htaccess and then take a look at your site. It will bitch about calling strange variables, missing quotes, assumptions you have made, reliance on bad features and quite a bit more.
    • PostgreSQL could've been in with a chance given the right circumstances.

      That's unlikely, since LAPP is such a crappy acronym.

    • it'self.

      Perhaps someone should invent magic_apostrophe_gpc.
    • by /ASCII ( 86998 ) on Tuesday June 06, 2006 @06:44AM (#15478690) Homepage
      Exactly. The main problem is that incompetent programmers are producing horrible code. Some of the choices made by PHP (magic quotes, no database abstraction, register globals) make it too easy to take the wrong shortcuts, meaning that to some _small_ degree, PHP does encourage bad coding practices. But belive me, if all the PHP coders of the world where using Rails, the incompetent programmers would quickly find various ways to break and abuse Ruby as well. The first thing that would happen is that they would _completely_ ignore the MVC-model. They would _only_ put code into the rhtml template files and ignore the rest of the tree. In the end, it would only be a small improvement over PHP.

      PHP is a rather boring C-like language, with some semi-serious issues w.r.t. library consistency (compare the call signatures of the various sleep functions), backwards compatibility (PHP3 uses [] for string access, PHP5 uses {}, PHP6 will use [] again...) and possibilities to shoot yourself in the foot (Magic quotes, safe mode, etc.). It is by no means perfect, but I really don't think comparing it to BASIC is fair. Not only does PHP force you to use functions instead of gotos (thogh a special goto-like syntax will probably be added in PHP6), PHP also has a mostly sane Object model, complete with a sane reflection interface, inheritance and everything.

      And don't even get me started on MySQL. People talk about ACID, transactions and other high level concepts, but real-world PHP-programmers don't even use joins or subselects. Look at the big, famous open source PHP projects like Joomla and various Forum software. You'll find that the coders generally do multiple selects instead of a single join. They even write loops where they do two or three selects per lap in the loop where a single joined query would be enough. This isn't mysql's fault, mysql has supported joins for a s long as I've used it. This is purely a case of incompetent coders.

      So in the end, the tools that are most popular get the blame for the fact that people don't know how to use them. *meh*
    • PostgreSQL could've been in with a chance given the right circumstances.

      PostgreSQL lost out because while MySQL was becoming popular, postgres was difficult to install, difficult to maintain, and even more poorly documented than MySQL. These days they're on about equal footing in these areas (MySQL documentation is still laid out dramatically better than postgres though - amusingly either one is better than SQL Server, whose documentation tells me to use tools that do not exist though I did a full install) but MySQL has the momentum.

      A lot of Open CMSes decided to use MySQL instead of initially writing a compatibility layer and targeting it. This is one thing that's stopped me from developing my own CMS, I'm too lazy to deal with the database abstraction and refuse to do it without abstraction. Since I am stuck with IIS/ASP/SQL Server and refuse to use VBscript, I would very much like to have a wholly different CMS written in Jscript. No such beast seems to exist, not that I blame anyone for not developing for IIS/ASP.

      For my own purposes, I host on linux and use whatever I feel like. Right now I have a bunch of content in drupal, but it will be trivial to pull out if I want to migrate later, since it's all just SQL. Huzzah!

  • Bah! (Score:5, Insightful)

    by greg1104 ( 461138 ) <> on Tuesday June 06, 2006 @05:10AM (#15478348) Homepage
    If you're ruined simply by programming in BASIC, you never were a potential wizard.
    • Re:Bah! (Score:3, Insightful)

      by SQL Error ( 16383 )
      Too true.

      Basic had goto and gosub, rather than procedures and functions? No decent data structures? No proper error checking?

      Welcome to how computers actually work.

      Sure it doesn't scale. But it's a good thing to learn about that sort of problem early, because every language and programming tool has scaling problems.

      A wizard can do wizard stuff in Basic. A non-wizard is a non-wizard whether he's equipped with Common Lisp or Smalltalk or Objective-C or Algol.

      Basic didn't ruin thousands of potential wizar
  • by unity100 ( 970058 ) * on Tuesday June 06, 2006 @05:12AM (#15478360) Homepage Journal
    I dont see any lights going out. In the software area i am working in, ecommerce, lamp is becoming the framework at an increased rate, mainly because of oscommerce and its variants. In community/publishing sector, nuke, mambo, phpbb variants rule the day, and it is impossible to track mods and additions coming out every day.

    All else talk is crap, as the experience shows otherwise.

    Plain bullshit rant.
  • by D4C5CE ( 578304 ) on Tuesday June 06, 2006 @05:13AM (#15478363)
    C, on the other other hand, automagically infuses them with impeccable programming style.

    Of course, as we all know... ;-)

  • The other guy we had some fuckwit here saying "I don't like Basic and would like to recommend that we, as an organisation, don't use it, only I'm utterly ignorant about anything vaguely technical so can someone with an irrational grudge against software products per se please provide a few irrelevant criticisms", and now this. Basic, like any other language, is a tool - a means to an end. Sometimes it's the best one, and no amount of "religious" wailing and gnashing of teeth is going to change that. Get ov
    • When, exactly, would BASIC be the best tool for a particular job?

      The only time I can think of is if you just can't find anyone that knows how to program...
    • Yes programming languages are tools. That cheap potmetal wrench at the flea market is also a tool. The needle-nosed pliers at the dollar store (whose working surfaces don't quite mesh) are a tool. We are discussing the merits of tools here. Some tools suck. If you don't want to hear from craftsmen who care about their software tools, Slashdot is probably not the site for you.
  • BASIC? (Score:5, Insightful)

    by Phroggy ( 441 ) * <slashdot3&phroggy,com> on Tuesday June 06, 2006 @05:23AM (#15478394) Homepage
    Admittedly PHP sucks [], but isn't comparing it to BASIC a little harsh?

    Sure, it's easy to write crap code in PHP if you don't know what you're doing. It's considerably harder to write crap code (that actually works) in C if you don't know what you're doing. So everyone should use C, so people who don't know what they're doing can't write code? I don't think so.

    If you do know what you're doing, you can mostly use good design and practices in PHP - not as well as other languages like Perl (and I assume Ruby and Python), but a hell of a lot better than BASIC which, if I remember correctly, doesn't support local variables, short-circuit evaluation [], passing arguments to subroutines and returning values, and plenty of other things I can't think of at the moment - let alone OOP. PHP at least tries. On top of that, languages like PHP have functionality built-in or readily available to deal with things like XML, databases and network I/O, so you don't have to write all of that code yourself.

    I'm thinking anyone who compares PHP to BASIC either doesn't know BASIC, or doesn't know PHP.
    • PHP at least tries. (to do OOP).

      Here exactly lies the problem: you either do, or you don't. Trying is not good enough. I've used PHP4/5 several times in the past and I was continually baffled by the way PHP (mis)handles OOP (like constructor overloading or reflection). It is as if the developers of PHP said at one point: 'hey, lets add OOP since that is a really good programming paradigma', but forgot that the language at first was conceived (not designed) to be iterative.

      This not only shows in the sloppy
      • Re:BASIC? (Score:5, Insightful)

        by tomhudson ( 43916 ) <> on Tuesday June 06, 2006 @08:28AM (#15479205) Journal

        Weak typing, poor/nonexistent scoping rules and worse yet, auto-vivifying variables, are the big points of irritation.

        Having said that, if you avoid trying to use all the "features" of php, and just use it for what it was intended for - web pages (remember, PHP originally stood for "Personal Home Page"), its "good enough" 99% of the time.

        I used to write CGIs in c/c++, but I wouldn't want my stuff to share a server with someone else's c CGIs if they've only had, say, 5 years of programming experience. A badly written/implemented c CGI can bring the whole machine down. A badly written php cgi will "just" time out.

        So let everyone use the "P" glue scripting language of their choice - Perl, PHP, Python ... whatever floats your boat.

        Besides, there's one argument that should carry more weight with slashdotters than any other: More pr0n is served up by the Apache and the P languages than any other solution: specificially, the Netcraft confirms that largest pr0n site in the world is running FreeBSD/Apache/1.3.28 (Unix) PHP/4.3.6.

    • Re:BASIC? (Score:3, Funny)

      by PCM2 ( 4486 )
      It's considerably harder to write crap code (that actually works) in C if you don't know what you're doing.
      Wow ... now I just feel old. I thought it would be a few more years before I started meeting coders who had never even heard of pointers before.
  • Anyone recall this? 8223&from=rss []

    Are you more concerned about the methodology of your webserver, or rock solid stability?

    Apache is portable, scalable and stable. When BASIC came about, much better programming languages existed. BASIC was in fact the wrong approach in many ways. It ruined the way programmers thought. It was weak and cumbersome. It was also painfully straightforward and not in the least bit modular (not until QBasic at the very least)
  • Because everybody's using WIMP:

  • This is silly (Score:5, Insightful)

    by DarkHelmet ( 120004 ) * <> on Tuesday June 06, 2006 @05:32AM (#15478428) Homepage
    Of all the reasons he lists PHP for being a bad idea, he lists that "code" is mixed with markup. So what, ASP does this too. It's even possible to do this in Perl. Why not attack PHP for some of the things that make it really annoying.

    1. Until PHP 4.2.0, REGISTER_GLOBALS was set to ON, meaning that variables from a GET, POST or COOKIE are automatically defined as variables. Insert rules about how globals are evil here.
    2. Classes in PHP4 are horribly broken. They don't have destructors, for instance. PHP5 is better, but the install base of 5 is so low that writing software means having to appeal to PHP4 and 5. What's PHP4's general solution to not having a destructor? Register_shutdown_function(). Ew.
    3. Using XML / XSL is a great way to use a templating language within PHP. However, the libraries between PHP4 and PHP5 are entirely different, so you have to write a wrapper if you want your PHP code working on PHP4 and PHP5. Or... install an unsupported PECL module. Smarty? No thanks.
    4. On most setups I've seen, MAGIC_QUOTES are turned on. This means if you're writing something for wide use, you'll have to use stripslashes() to get them out of GET or POST. Even worse, some boxes have MAGIC_QUOTES_RUNTIME on, so you'll have to use stripslashes on anything coming back from a database.
    5. Safe mode is one of the most annoying things to work with. I see sysadmins use it as a horrible band-aid for shared hosting (what the hell ever happened to apache and the perchild MPM?). Open_basedir is annoying too.
    6. Try, catch, and throw are PHP5 only, meaning that error handling ends up being done by something stupid like set_error_handler().
    7. Namespaces, namespaces, namespaces!

    I understand that the language is getting better with PHP5 and PHP6, but nobody's jumping on board. The majority of LAMP machines out there are running Apache 1 and PHP4 instead of Apache2 and PHP5. At least MySQL 3.23 is finally going out of style and 4.0 is becoming commonplace. But look what's out now: MySQL 5.

    I really think PHP is starting to majorly stagnate and fragment. So much so, that given a few years, I can imagine something like Python or Ruby taking away some serious mindshare given a few killer apps using the language.

    • I agree and disagree on a few points. REGISTER_GLOBALS was a sloppy idea that should have never happened. I also think that code should be able to be mixed with markup. I wrote a webapp 7 years ago in perl just using the print function for output. It wasn't fun. It was way more complex than it should have beeen, even with the html templating system I wrote.

      That aside... magic quotes are VERY important. I hated them when I first started, but the web would be a shittier place without them. Google for login
    • Re:This is silly (Score:4, Insightful)

      by drew ( 2081 ) on Tuesday June 06, 2006 @11:30AM (#15480692) Homepage
      I have many of the same complaints, and a few more.

      (A continuation of number 1) Scoping in general is completely screwed up. GLOBALS aren't actually really global. Unless you specifically bring it into scope with the "global" keyword, but even there the behavior is subtly different. Or if it's a "SUPERGLOBAL" (e.g. the variables which are registered by REGISTER_GLOBALS) which are always in scope. I also find the scoping behavior within functions to be incredibly annoying, but unfortunately that brain damage hasn't limited itself to PHP.

      (A continuation of number 4) Not only is MAGIC_QUOTES incredibly irritating, it's just not right. Most databases other than MySQL use '' instead of \' to escape characters, so adding the slash not only doesn't help, but makes it harder to clean the input. (Yes, I know about MAGIC_QUOTES_SYBASE, but in my experience, nobody uses it, instead resorting to stripslashes + str_replace.) That this is even needed as a language 'feature' is ridiculous in the first place. If they had a decent database abstraction from the beginning (or at least much earlier on than they did) that handled escaping properly, this misfeature might never have been created.

      And finally, what is with having language features being configurable in the first place? There's no clean way to write a redistributable PHP application that will reliably run on a given installation of PHP without listing a whole set of configuration options that the user needs to set in an .htaccess file (assuming that's even allowed). Some things (like MAGIC_QUOTES) can be worked around by detecting whether the option is set and running all of your input through a preprocessor that compensates for that particular feature, but others (like SHORT_OPEN_TAG) have to be enabled or disabled before your script begins to execute, and there's no way to work around them.
  • The site forces me to swallow its cookies in order to read it. I guess it really didn't want me to visit. Oh well.

    • Open source software has fought a long battle to get where it is today, and at least 3/4 of the so-called LAMP (Linux, Apache, MySQL, PHP) stack are under vigorous attack by many, myself included. Why?

      I can't speak for everyone, or for that matter, anyone but myself, but I'm good at doing that so here goes.

      I'm quite opposed to using MySQL and PHP, and I'm none too fond of Apache. Anyone who knows me or happens into a conversation with me about development quickly learns of my distaste for these particular
      • by dzfoo ( 772245 ) on Tuesday June 06, 2006 @06:38AM (#15478665)
        Thank you for the post. I see now that I didn't miss much, except some blogger's rant. I have my own reasons to dislike PHP and MySQL, so I don't necessarily disagree with the author's comments. However, this article is mainly a vanity/opinion piece, written perhaps with the aim to spark "controversy" (read: flamebait). Its just another two-bit blogger blowing smoke.

        (or nifty writing for the web two-point-oh)

        1. Find a subject you have an issue with, even if you do not know much about it.
        2. Click on "Creat new entry" on your favorite blog-o-matic software du juor.
        3. Start ranting about such subject, avoiding obsolete hallmarks of the web one-point-oh era, such as:
                a. Proper grammar and sentence structure.
                b. Research
                c. A point
                d. spell-checker (or worse, actually spelling correctly in the first place)
                e. Eloquence
                f. Proof-reading (or re-reading at least once) when you're done writing.
        4. Click "Submit" or "Save".
        5. ???
        6. Profit!

        • Make sure to submit it to Digg and/or Slashdot.

          My qualm is that he made no effort to really sell his point while making what I believe to be a rather inflammatory statement.

          I still hold that if a recent study showed the LAMP stack to be supposedly the most bug-free OSS project in existence, then you need to somehow back up claims that two of the major components need to be dismissed out of hand for being buggy.
  • Yeah, BASIC/PHP/MYSQL is real bad, that's why all those genius programmers that use C++ never ran off the end of an array, caused a buffer overflow bug, or had any kind of memory cleanup problems... A crappy programmer is such in any language, and BASIC/PHP/MYSQL is a very useful tool for making smaller apps without having to get into the hardware details of the machine's operation.

    Handling everything about the machine is neat, but it's something that honestly just wastes your time if you need a program that: reads a file, processes data and produces output. If that's all I'm doing, then why do I need to operate at a level that the O/S is going to conflict with?
  • In my career, I started out programing in BASIC on the Apple II and Trash-80.

    I found the transition to languages like PASCAL impossible because of the syntax difference.

    As I liked to put it "I learned most of my bad habits in BASIC". The transition to OO programming was particularly difficult because of the path I took from BASIC.

    Now, I do love an English-like verbose syntax because it just allows me to eyeball my code and just get it.
  • by kill-1 ( 36256 ) on Tuesday June 06, 2006 @06:09AM (#15478548)
  • Weakly typed dynamic languages do not have a future in large scale development projects. Given the average skillset of developers (i.e. not all developers having PHD's) there is a likely chance that less than perfect code will be written. The better language will be the language that is capable of producing less bugs. A common attribute of large scale development projects is that they are written by a team of developers and not everyone will know exactly how the whole system 'works'. In these cases without
  • Save LAMP! (Score:5, Funny)

    by ardor ( 673957 ) on Tuesday June 06, 2006 @06:49AM (#15478708)
    Without LAMP, I will get much less daily wtfs at [] !!111one
  • by Qbertino ( 265505 ) <> on Tuesday June 06, 2006 @07:20AM (#15478842)
    The article is rubbish and/or tells nothing new.
    Being a professional freelance web developer and familiar with various web technologies I can say this guy has got it all backwards.

    1) MySQL is not a full blown database. Big news. Would've you thunk? What this guy aparently just discovered the other day or so others have been aware of for years.
    I've got more news: Databases in general are pathetic. View logic and transactions just move the problem into the DB and away from the App. They don't really solve it. Object-relational setups and DBs do, but they are still a few years away from widespread use. In that respect Postgres and Oracle are closer to MySQL than to ZopeDB. On top of that, in order to utilize a DB properly you have to know about the problems you'll be facing. And that you learn of best by using flatfiles or it's SQL equivalent: MySQL.

    2) PHP is the web generations Basic. Very true. Does it spoil developers? No. The legend of procedural (Basic) coders lost to OOP was spread by academics who were unable to explain OOP in correct terms and context. Meanwhile people wo aren't that arrogant and mix OOP and functional programming whenever they feel like it (Symfony, Rails, Django, Zope) are kicking the collective asses of old-school hardcore 100% polymorphic OOP bloat advocates up and down the street (Java).

    LAMP isn't the end all of web technologies. Nobody has ever said otherwise without making himself look extremly silly. But LAMP is a viable solution for any project of any size if the enviroment permits using it. The tools and production pipeline are among the most sohpisiticated FOSS programms around. Half of Googles Database is filled with forum postings and tutorials on PHP. DBDesigner, Clay and MySQK Workbench make working with MySQL so easy and fast that Oracle is seriously concerned about it. A bazillion of available FOSS and commercial tools and solutions for PHP are biting huge chunks away from the serverside Java market, pushing it back to where it belongs: The client.

    Bottom line:
    LAMP isn't beautifull or notably advanced. Has never been and probably never will be.
    But it is:
    a) Extremely easy to get rolling with.
    b) Used by the largest amount of stable and mature OSS projects.
    c) Growing it's featureset and best-pratice compatibility in the same rate the general populace is becoming aware of OOP and what Databases where initially meant for.
    d) Nearly so widespread it can be considered a monopoly.
    e) Entirely FOSS.
    f) A T-Rex-sized Microsoft/Oracle/Macromedia/BEA/[fill in commercial webappserver vendor here] Boogieman.

    And that's why it will remain a wide used setup and why that's a good thing.
    • by Tony ( 765 ) on Tuesday June 06, 2006 @07:56AM (#15479008) Journal
      View logic and transactions just move the problem into the DB and away from the App. They don't really solve it. Object-relational setups and DBs do . . .

      No, they don't.

      And, what problem are you talking about? You mention a problem, but fail to mention just what this problem is.

      As far as object-relational databases: they suck far worse than pure relational databases. Relational databases are built on solid computer science-- specifically, set theory, which has its own algebra. Object-relational databases have no such solid foundation, and so are not as rigorously based in actual, real math. Hell, there isn't even a common definition of what an object-relational database is, let alone what problem domain they solve. Also, they don't provide a damned thing not already provided by a good relational database.

      The SQL language sucks. I'll give you that. We could certainly do better. But, at least it's marginally relational, with a complete (though stupid) grammar.
  • The thing is.... (Score:3, Insightful)

    by FooAtWFU ( 699187 ) on Tuesday June 06, 2006 @07:57AM (#15479011) Homepage
    PHP is a fine hypertext preprocessor - it is simple to use, readily available, and excessively convenient. The problem comes when novices discover it, delight in its convenience, want to use it for something big and important and they don't know how.

    Granted, if they were using, say, Perl, they still probably wouldn't know how to build anything big and important, but PHP in particular provides some simple, obvious, and well-defined mechanisms to implement Bad Coding Practices. Separation of the logic and the content are the first things thrown out the window; PHP's SQL-related functions invite no end of bad design (database-specific query functions instead of something generic like Perl's DBI classes, no prepared statements, practically BEGGING for SQL injection vulnerabilities -- then there's the whole register_globals fiasco, short-tags vs long tags and magic-quotes settings just to keep you excited, and so on and so forth...)

    There are other things, too - some will point out the lack of decent namespaces, inconsistent function naming schemes, too many functions that are too similar, and such- many valid complaints, a few silly complaints -- but they pale in comparison to all the Bad Stuff that PHP invites upon itself from novice coders.

  • by WindowsTroll ( 243509 ) on Tuesday June 06, 2006 @07:57AM (#15479014) Homepage
    I remember a few years back when LAMP was all the rage. The argument went something like this: Linux rocks and Windows sucks; Apache rocks and IIS sucks; MySQL rocks and SQL server sucks; Perl rocks and everything else sucks. At the time, most web sites were running Windows/IIS/ASP/SQLServer. The conventional wisdom, on /. at least, was that you had to run Linux because all other OS were inferior and if you were truly l33t, you would run Linux. The argument for apache was that it was the "proof" that the OSS model was superior and that you should embrace the pure and virtuous model of OSS.

    I'm really surprised to see that there are knocks against MySQL, particularly the argument that it could have been PostgreSQL or SQLite. This seems like revisionist history to me - MySQL was THE END ALL AND BE ALL of databases. Referential integrity - who needs it if your programmers have a clue, and anyone arguing for this was an IT weenie or a SUIT. Anyone advocating "real db functionality" was old school and didn't realize the world had moved past them because the only important feature was speed. Boy, how things have changed. Now, his argument must be "all of the /. crowd from year back must be complete idiots." , or "Now that I'm smarter, I see that I was dumb a few years back".

    The same was true for Perl - back in the day, Larry Wall was God incarnate, and only an idiot would ever write code to sit behind a web site when you could script it with Perl. Of course, now P stands for PHP. And in this respect, the guy is just a bigot. To quote, "PHP is another sore spot for me. I've gotten to the point that not only will I not write PHP code, I won't even run applications written in PHP (my long search for decent blogging software was due to the restriction that it not be written in PHP)." So, even though there may be a perfect tool for me to solve a problem I need solved, I refuse to use it because it is written in PHP.

    So, what happened? Perhaps the problem is that LAMP became popular. A popular undercurrent of sentiment is that if something is popular, then it is no longer l33t, and to express how l33t you are, you need to be a champion for the next "big thing". This shows how cool you are and how much smarter you are than everyone else. The problem is, once the cause that you are championing becomes popular, you are just like everyone else.

    One of the arguments for LAMP was that it was easy to create websites. In fact, it was so easy, that you could teach your friends and family how to create web sites with LAMP. The argument was that it was just like BASIC. Now, that it has become popular and it is ubiquitous, the argument against it is that it is just like BASIC.

    You just can't seem to win.
  • by SlappyBastard ( 961143 ) on Tuesday June 06, 2006 @08:29AM (#15479212) Homepage
    At the end of the day, good PHP code hinges on writing a good script t scrub all your GETs and POSTs.

    Hell, I worked with a kid who had math and CS degrees (I hold two degrees, but neither degree is math or CS) and he littered his code with magic quotes.

    The problem is that PHP is left in the wilderness. It's easy to learn, but too powerful to weild. But the C++ers talk it down, so there aren't enough people teaching the right way to use it.

    PHP can be brilliant. It can also be a portal into hell.

    But, ultimately, empowering new entries into the industry requires that we educate, not intimidate, them.

  • by Theovon ( 109752 ) on Tuesday June 06, 2006 @09:56AM (#15479908)
    I started with BASIC, then learned C and Pascal. BASIC and Pascal didn't ruin me. BASIC taught me to think algorithmically. If I'd had to learn a great deal more syntax and structure to start with, I would never have gotten started. BASIC is a good way to get immediate feedback on your initial programming attempts. "10 PRINT "HELLO": GOTO 10" is a common first program that is exciting to an 8-year-old who programs something for the first time. As I developed larger BASIC programs, I ran into the pitfalls of dealing with a spaghetti language. It wasn't a problem, though. BASIC had taught me the basics, and I was ready to move on. Pascal taught me structured programming. Compared to BASIC, it was great for writing larger programs and keeping code organized. But Pascal is too strict, and when I learned what I needed from that, I was ready to move on.

    C is a language that's too powerful for a beginner. There are too many ways to hang yourself if you don't know what you're doing. Someone who has never programmed before isn't ready for it. BASIC taught me to develop algorithms, so that when I was learning C, I was struggling with the syntax and semantics separately from the process of learning to write algorithms. Pascal taught me discipline that I used to structure C programs in ways that aren't required by the compiler but necessary to keep one's code organized and managable.

    BASIC is a good thing. It's like drinking milk as a baby. Pascal is a good thing. It's like learning to get along with other kids in kindergarden. People aren't ready for C until they've gone through those stages.
  • by Zaphod2016 ( 971897 ) on Tuesday June 06, 2006 @11:15AM (#15480578) Homepage

    It's a losing battle so I'll make this quick. PHP is:

    • ...probably *the* best known language on the web today.
    • ...essential for any web based OS project (wordpress, joombla, yadda yadda).
    • ...can be taught in the course of a few weekends to anyone willing to learn it.
    • perfectly capable for 99% of low/medium cost web projects.
    • just dandy with PostgreSQL; MySQL is an OPTION, not requirement.
    • ...can be implented in a logical, orderly way, designed to accomodate scalability and growth while offering (IMO) unparalled flexibility and compatibility with whatever else the web is doing.

    If PHP is the only language you know, use this article as an excuse to learn Perl or Python. If you already understand the basics of HTML/CSS and have taken a few "programming 101" classes somewhere, *good* open-source PHP projects are an excellent way to learn *good* programming; not just a "working script", but the whole shebang.

    And, to be fair, the "copy/pasters" are "copying/pasting" no matter which language it is.

  • Code is Code (Score:3, Informative)

    by Naum ( 166466 ) on Tuesday June 06, 2006 @12:48PM (#15481408) Homepage Journal

    Vaguely written rants laced with trendy buzzwords and university eggheads flaunting their scholarly beaks at plebian programmer tools aside, let's look at why LAMP has been and will continue to be a viable web development platform.

    First, I've coded on just about all platforms, from COBOL, REXX/CLIST and Assembler on IBM mainframes to C on Unix boxes to LAMP to Ruby (including some RoR apps). And, code is code — in the hands of an unskilled practicioner, the product is going to be crap no matter what the tool. And a gifted artisan can craft a masterpiece with nearly any tool.

    There's a great deal I detest about PHP. But, any language that I've toiled in for over a few years in writing relevant legacy code/enterprise applications/dynamic web software shows its unsavory side. No such thing as the one true programming language exists — they're all just tools, and just as they have their selling points that shine, they all suck in some sense of matter.

    Anyway, here's a short list of why LAMP is good.

    1. F/OSS — I spent many years coding on proprietary platforms with commercial language platforms. And I would gladly exchange it in a heartbeat for the opportunity as we have today to work with Free/Open Source software tools. Being freed proprietary whim is a great blessing that I think many take for granted today, or are blindly unaware of the ramifications. I realize this doesn't address whether Linux + Apache + MySQL + PHP > some other F/OSS solution like Ruby, ROR, lightpd (which are far superior, IMV, to Micro$oft, $un, !BM) etc....

    2. Shared hosting and LAMP package availibility/ubiquitousness — most likely, an entity wants a dynamic web site, a step up from the circa 1996 static html page variety, but their requirements are far less than something that requires a dedicated server. They pay someone with a little knowhow like me a little coin to set them up a LAMP site, either with a F/OSS project output platform customized for their usage or for a little more money, my own hand crafted framework solution. LAMP still excels in this regard, as most of the snazzy Web 2.0 offerings arn't freely releasing thier codebase as a "point, click and install solution" as the litany of PHP open source modules that populate the web space today.

    3. Low startup barrier — any enterprising developer can get off the ground and running in a moments notice. Granted, this is a source of great consternation, as hand in hand, it has led to a large amount of hideous, ugly, unstructured code, giving a lot of the PHP community, justifiably so, a bad rap.

    Having laid a case out for LAMP out, let me share some concerns about future LAMP direction:

    • Have to agree that about the assessment offered in another comment here about MySQL getting squeezed from both ends. For low volume sites, or even sites with considerable traffic but "read heavy" on the DB load, SQLite, built into PHP5, can easily take the place of MySQL and on the higher end, not sure if MySQL is going to remain a quality player. I expect that the "feature" to plug whatever DB you wish to use is going to grow in importance.

    • I finally made the leap to PHP5 and won't do any new project work with PHP4. Even in the shared hosting arena, there are enough hosts now that offer PHP5, that it shouldn't be an issue. Now, this scratches a great deal of existing PHP product out there for consumption, but I have discovered, to my surprise, that moving PHP4 code to a PHP5 environment has not been difficult at all, though there are a few gotchas to contend with.

  • by fbg111 ( 529550 ) on Tuesday June 06, 2006 @05:41PM (#15483710)
    FLPR []. There are also some interesting Python frameworks that have recently adopted the Rails team's marketing savy:

    • Turbogears []. Turbogears may become the choice for webapps with more complicated database requirements, eg apps that require a relational algebra engine rather than a simple object store, given their ongoing work to integrate the SQLAlchemy [] DB layer.
    • Django [] also looks good
    • [] for a lightweight framework.
    Given the Rails-led boom in opensource RAD web frameworks, there are plenty of combinations still left for anyone wanting to make a framework out of their favorite components - Linux/BSD/etc | Apache/LightTPD/etc | PostgreSQL/MySQL/SQLite/HSQL/etc | Ruby/Python/Lisp/etc.

Our informal mission is to improve the love life of operators worldwide. -- Peter Behrendt, president of Exabyte


text:
Slashdot is powered by your submissions, so send in your scoop

Forgot your password?
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. ×

Submission + - Interview with Emotiv co-founder Nam Do (

An anonymous reader writes: Controlling computers with our minds may sound like science fiction, but one Australian company claims to be able to let you do just that. The Emotiv device has been garnering attention at trade shows and conferences for several years, and now the company says it is set to launch the Emotiv EPOC headset on December 21. So what exactly is Emotiv's vision for the groundbreaking device, and does it live up to the hype? PC Authority spoke to co-founder Nam Do about the Emotiv technology and its potential as a mainstream gaming interface.
This discussion was created for logged-in users only, but now has been archived. No new comments can be posted.

Interview with Emotiv co-founder Nam Do

Comments Filter:

Maybe Computer Science should be in the College of Theology. -- R. S. Barton


text:
Become a fan of Slashdot on Facebook

Forgot your password?
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. ×
The Internet

Submission + - $300M to save 6 milliseconds? (

whoever57 writes: A new transatlantic cable (the first in 10 years) is going to be laid at the cost of $300M. The reason? To shave 6ms off the time time to transmit packets from London to New York. The Hibernian Express will reduce the transit time of 65 milliseconds by a mere 6 ms, however the investors believe that the financial community will be lining up to pay premium rates to use the new cable. The article suggests that a a one millisecond advantage could be worth $100M per year to a large hedge fund.
This discussion was created for logged-in users only, but now has been archived. No new comments can be posted.

$300M to save 6 milliseconds?

Comments Filter:

Our informal mission is to improve the love life of operators worldwide. -- Peter Behrendt, president of Exabyte


text:
Follow Slashdot stories on Twitter

Forgot your password?
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. ×

Submission + - Are Doctors Killing Us with Drugs?

trainer16 writes: David Healy, a British Professor in Psychological Medicine, argues that mistakes made by Doctors are the third leading cause of death among patients. In particular, he cites studies showing trends of over-prescription of psychotropic drugs, which have been increasingly used by teenagers in the U.S. Healy accused medical professionals of colluding with the pharmaceutical industry to increase consumption of expensive brand name drugs, as well general lack of transparency in health care institutions and poor patient involvement. His words, while highly controversial, echo latest reports of "burgeoning epidemic of prescription drug abuse", which kills 50 people each day in the U.S alone.
This discussion was created for logged-in users only, but now has been archived. No new comments can be posted.

Are Doctors Killing Us with Drugs?

Comments Filter:

Maybe Computer Science should be in the College of Theology. -- R. S. Barton


text:
Please create an account to participate in the Slashdot moderation system

Forgot your password?
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. ×

Comment Answer: No (Score 5, Insightful) 770

How often do we, here at /., ask if a new software development is going to change the world? Constantly. And how often does it? Never.

This is no exception. It's just a sort of more native version of Cygwin. Sure, it could be kind of nifty, but it's not some major breakthrough which will leave the world shocked.

Could people please stop being so melodramatic with their subject lines?

Slashdot Top Deals

Our informal mission is to improve the love life of operators worldwide. -- Peter Behrendt, president of Exabyte


text:
Windows failed to boot - error 0xc000014c

  • A computer using Windows 8 refuses to start and keeps giving the error. Giving the options of using the install disc as the only solution. This problem arose out of nowhere, could it have something to do with the hard drive? Any help is appreciated.
    Wednesday, July 24, 2013 3:49 AM

All replies

  • We do need the actual DMP file as it contains the only record of the sequence of events leading up to the crash, what drivers were loaded, and what was responsible.

    You may be able to get the DMP files without crashing by booting into safe mode (F8) with networking.
    If you are overclocking stop.  (chances are if you dont know if you are, you are not)a
    To enable us to assist you with your computer's BSOD symptoms, upload the contents of your "\Windows\Minidump" folder.
    The procedure:
    * Copy the contents of \Windows\Minidump to another (temporary) location somewhere on your machine.
    * Zip up the copy (compress them)
    *Please upload them to a file sharing service like Skydrive or"Rapidshare" and put a link to them in your reply.
    Link for how to  upload below.
    To ensure minidumps are enabled:
    * Go to Start, in the Search Box type: sysdm.cpl, press Enter.
    * Under the Advanced tab, click on the Startup and Recovery Settings... button.
    * Ensure that Automatically restart is unchecked.
    * Under the Write Debugging Information header select Small memory dump (256 kB) in the dropdown box (the 256kb varies).
    * Ensure that the Small Dump Directory is listed as %systemroot%\Minidump.
    * OK your way out.
    * Reboot if changes have been made.
    Please also run MSinfo32 and upload the output as well.
    To run MSinfo32 please go to start>run>MSinfo32
    Go to "file" "save" and upload the saved file with the DMPS
    System specs are extremely useful so please include whatever you know.

    Blue Screen View & Who Crashed are often wrong and should only be used in an emergency...

    You can read more about BSODS here

    Wanikiya & Dyami--Team Zigzag

    • Proposed as answer by ZigZag3143xMVP Wednesday, August 14, 2013 3:20 AM
    Tuesday, August 06, 2013 3:22 AM


text:
Looking for the latest version? Download poserp-0.1.tar.bz2 (410.5 kB)
Name Modified Size Downloads / Week Status
poserp 2005-04-17 0
Totals: 1 Item

Thanks for helping keep SourceForge clean.

Screenshot instructions:
Red Hat Linux   Ubuntu

Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Briefly describe the problem (required):

Upload screenshot of ad (required):
Select a file, or drag & drop file here.

Please provide the ad click URL, if possible:

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks


text:
How to cite… this site

Using MLA as a guide, the following is an example of how one would cite a post found within this blog:

Moore, Robert H., II, “A story about John M. Keyser.” [Weblog entry.] Southern Unionists Chronicles: Reflections on the Lives and Experiences of Southern Unionists, during and after the American Civil War. December 31, 2008. February 2, 2009

OR (depending on the author’s name)

Bynum, Victoria E., Hiram Hulin seeks justice for murdered sons.” [Weblog entry.] Southern Unionists Chronicles: Reflections and Experiences of Southern Unionists, during and after the American Civil War. February 13, 2009. February 22, 2009

Structurally, all elements included in the citation reflect the following:

Lastname, Firstname, “Title of individual blog entry.” [Weblog entry.] Name of Weblog. Date posted. Date accessed <URL>.

4 Responses to “How to cite… this site”

  1. Shirley Milford Says:

    I wanted to share the story of my g.g.uncle Sgt John R Stewart of the 7th Tennessee Cavalry but Tennessee is not listed on your sidebar. So I shall do so here. If you should decide to post it, you may edit it as you see fit.

    Sgt John R Stewart, 7th Tennessee Cavalry …

    Birth: May 6, 1835, Anson County, North Carolina
    Death: Oct. 3, 1864, Andersonville, Sumter County, Georgia

    John R Stewart was born in Anson County NC, the fifth child of Alfred Merriel Stewart, Sr and Catherine Richardson Stewart. He was the older brother of my g.grandfather, Alfred Merriel Stewart, Jr. Ten days after my g.grandfather was born their father Alfred Merriel Sr died on Oct 10, 1841, leaving Catherine a widow with eight children.

    In 1854 when John was 19, their next door neighbor, friend and pastor, Elder Hosea Preslar was in search of more fertile lands to provide for his family. Note: Hosea was also family – his younger brother Stephen was husband of Catherine’s daughter Nancy Angeline Stewart. After much prayer and consideration Hosea made the decision to leave NC, cross the mountains and settle “in the land between the two great waters of TN”, the Tennessee River and the Mississippi River. John’s widowed mother Catherine Stewart and her eight children packed their wagon and joined the group led by Hosea, leaving their home in NC and heading for Henderson County in West TN. I cannot imagine crossing the mountains in a wagon! What courage, strength and faith they must have had!

    According to family records John never married. He lived with and supported his widowed mother and two older unmarried sisters, Mahala Caroline Stewart and Roseanna Margaret “Peggy” Stewart. He was well educated and was a school teacher and a farmer. He raised a crop every year to help provide for his
    mother and sisters. Since he could read and write he also kept records for the community. One that has been saved was the record of the vote on whether Tennessee should secede from the Union.

    When the Civil War began John’s two younger brothers, William R Stewart and Alfred Merriel Stewart, Jr soon joined the Federal forces of Co. E – 11th Illinois Infantry to help preserve the Union. John did not join them, probably due to concern for his mother and sisters and probably because he was under teaching contracts and wanted to finish the school year to honor his contracts.

    On 7/6/1863 in Adamsville, TN John enlisted in the Union Army as a private to serve 3 years in Co. M, 7th Tennessee Cavalry. However, in Feb 1864 John wrote his mother from Union City TN – “I was detailed as clerk to Regimental Headquarters for Col Hawkins Adjutant on Dec 16th, 1863 and have served ever since faithful as I could. I could have been 1st Sergt. in my Company but I did not want the Office. I wish they would excuse me from the detail I am now on and permit me to go back to my company.” His letters to his mother expressed his deep concern for her and his sisters’ needs and well-being.

    On March 24, 1864 John and his company were captured at Union City TN by forces of Nathan Bedford Forrest. The men had the misfortune of being sent to the Andersonville Prisoner of War Stockade in Georgia. Prisoners there were so wasted that in his diary one soldier who survived, Sgt David Kennedy of the 9th Ohio Cavalry, described Andersonville as “this hell on earth
    where it takes 7 prisoners to make a shadow”… Just six months later John was admitted to the hospital at Andersonville. He died there 3 days later on Oct 3,1864 of starvation and scrobutus (scurvy, lack of Vitamin C).

    I made a memorial for John on Findagrave and requested a photo of his grave marker #13382, the number given me by family members. But volunteer photographer Kevin Frye reported grave #13382 was not John’s grave, but was marked Unknown US Soldier. Kevin could find no headstone with John’s name and no record of his being in the prison. Andersonville National Cemetery also stated they had no record of his being there… But his family knew for certain he was imprisoned there from old letters from family and friends his mother had saved. A Findagrave Facebook friend Jennifer Lewis found copies of John’s Casualty Sheet and his Prisoner of War Record for me and those records proved he was a prisoner there. They also showed where his initial’ ‘R written in cursive was mistaken for an ‘A’ which could account for the record mix-up. The records also showed that John had been promoted to Sergeant. I hope his beloved mother received that news. I sent those records to Andersonville.

    With those records Andersonville was able to confirm his name and the number 13382 on a badly ink-stained hospital register list. But the number 13382 which the family had thought was his grave marker number was actually his prison hospital register number. Another cause for the confusion may have been that since he had been detailed to the Adjutant’s office, his military records were not with his company. Also his remains might not have been identified because so many prisoners died at the prison on October 3, 1864. There were seven who died that day who were buried as ‘unknowns’ – graves 10242, 10251, 10253, 10261, 10263, 10264 and 10266. John was one of those seven unknowns… Unbeknown to his family John has been buried there for 148 years known only as one of many ‘Unknown US Soldiers’.

    Since Andersonville had no record of his burial, they suggested I request a Memorial Headstone to be placed in a cemetery in his hometown so John could finally get the recognition he deserves, can rest in peace and no longer be unknown!! In May 2013 the VA approved my request for a Memorial Marker for John and on Jun 6, 2013, the anniversary of D-Day, John’s marker was placed
    in Union Hill Cemetery, Reagan TN. On Saturday June 22, 2013 the family held a Memorial Service at the cemetery. Around 27 descendants and friends came to honor the memory of Sgt John R Stewart. Ret. Major General Dan Wood was the guest speaker and the haunting sounds of ‘Taps’ were played at the end by Danny Frizzell, VFW bugler. The service was very inspiring.

    Andersonville, also called Camp Sumter, was one of the largest and worst military prisons established by the Confederacy during the Civil War. In existence for 14 months, over 45,000 Union soldiers were confined at the prison. Of these, almost 13,000 died from disease, poor sanitation, malnutrition, starvation, overcrowding and exposure to the elements.

    John’s younger brothers William R Stewart and Alfred Merrill Stewart, Jr served in Co E, 11th Illinois Infantry. They survived the war and were able to return to their homes.

    Sgt John R Stewart is no longer an ‘Unknown US Soldier’ and he will be remembered and honored for his sacrifice to preserve the Union.

    Link to John’s Memorial Marker and Service pictures at Union Hill Cemetery

    I hope I haven’t bored you with too much information, but I thought it ironic that, not just one but several things contributed to John’s being ‘unknown’ for all these years. I hope you find John’s story interesting.

    I relate all this in hopes it will encourage others to research their lost family ancestors and request Memorial Markers to honor them. Those who left to serve their country but did not return should not be forgotten.

    • Stan West Says:

      I, too, am related to these Stewarts, and knew that he died at Andersonville, but couldn’t find him in the listing there when I visited. Thanks to you and your research, I now know that he did indeed die there and beyond that has a memorial, again, thanks to you.

      • Shirley Milford Says:

        Stan, I am so glad you found John’s story and thank you for your comments. I would love to know how you are related to these Stewarts and what your lineage is if you will share it with me. Do you happen to know anything about the death of Alfred Merriel Stewart, Sr or where he is buried? I know he did not make the trip from NC to Tennessee since he died several years before. There is so little known about him and very little mention of him in the book about Catherine Stewart, “Tennessee Roots” or Hosea Preslar’s book “Divine Providence”. In fact there is little mention of the trip and I have been unable to find anything about the trip… Sorry to get so ‘off subject’ but it is exciting to find a relative. I would love to hear from you.

  2. I have just published a book on the 7th TN Cavalry USA. It is entitled “Hawkins’ Tories:” A Regimental and Social History of the 7th Tennessee Cavalry USA. It is available on, etc. or from the publisher at ISBN 978-1-940127-04-0. Peggy Scott Holley

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this:


text:
November 06, 2014
Diadora signs on as supplier for Indy Eleven

Participating in this sponsorship deal:

Data Open uri20141112 64162 1vrzjz2?1415809706
Activation Locations
Read More
It’s been nearly two months since New Balance Football was launched, and the brand released earlier today a teaser video to remind everyone they are here and strong: The video itself showcases NB stars such as Aaron Ramsey, Adnan Januzaj, Samir Nasri, Vin...
Read more at »
Comparable Deals
Nearby Deals

View cost of comparable deals

Signup as Professional
Deal Analysis

View Deal Details

Signup as Professional

View Deal Makers

Signup as Professional


text:
// Indiana

Basketball AP Top 25 (Week 6): Indiana Marching Along

1. Syracuse (51) Do they really feel like the best team in the country to you? I would take a handful of teams against them on a neutral court. This No. 1 ranking is more a product of the schedule and other team’s losses than anything. The Orange are a Top 10 team, not a No. […]


text:
Spot On K9 Sports

Fun activities for all dogs

Is 10 Too Old to ADCH?

on September 4, 2013

Me with senior spots,
Jolie & Darby

Aging has been on my mind a lot lately. This October, I will celebrate my 41st birthday and 15th wedding anniversary. In February 2014, I will welcome my first child, a baby boy. It’s a fact that he will change my life – which has largely revolved around my dogs and agility till now – but merely a series of educated guesses on my part as to how exactly he will change it. Will I be able to devote the same hours to my other “baby,” my training business? Will I still have the time and money to train and show in agility? Will friends run the other way when they see me set up a play pen beside their crates and X-pens?

Jolie jumps 22″

Until I found out that I was pregnant, my main obsession was the window of time closing on my Dalmatian, Jolie, and I as we earnestly focused on earning her ADCH (Agility Dog Champion) in USDAA before she turned 10 years old in December 2013. She needs two Master Snooker Super Qs, one Steeplechase Q, and two more Tournament Qs. After a series of setbacks, including back surgery in 2010, heartworm treatment in 2011, and being attacked by another dog in 2013, it’s extraordinary that she’s doing agility at all, much less showing in the highly competitive Championship 22″ class.

Now that Baby Boy Lane is on the way, and my own agile ability wanes, our window of time is a mere crack of opportunity. Earlier this year, I was panicked and anxious at shows, suffocated by desire instead of appreciating time spent with friends and my pretty spotted girl. With the baby coming, I realized I had to either do something different or retire Jolie and cherish her as a beloved companion couch potato.

Thus, Journey to ADCH was born. This new Facebook community is for anyone working to attain their team’s ADCH or PDCH and could use some support and motivation from peers along the way. As the number of likes surpassed 100 within just one day, I realized that this had gone beyond me and Jolie; it was now about many other hard-working teams who had hopes, dreams and aspirations.

Happy girl!

The day after I started Journey to ADCH, Jolie, Baby and I attended a USDAA trial in Naperville, IL. She went 1/3, Q’ing in Master Snooker for the 10th time, but was too sore in her lower back to weave in Steeplechase and Grand Prix. Regardless of the outcome, at the finish of each run, I threw my hands up in the air, excitedly exclaimed, “Good girl, Little Monkey!” and we raced to her container of treats. There was no sign of the panic or anxiety I had experienced at previous shows. Instead, I was filled with joy and happiness at being able to run my dog, visit my friends and their amazing dogs, and yes, I’ll admit, obsessively check for updates from fellow Journey to ADCHers who were sharing brags and support for each other on the page.

After the show, I finally had the emotional clarity I needed to make an important decision. Jolie had earned her last Q at 22″; it was time to move to Performance 16″ and maybe – or maybe not – begin the Journey to PDCH. She will never again be the 8-month-old adolescent that leaped over the couch and inspired my then 30-year-old self to sign her up for agility classes. But our journey together continues, as does the varied and inspiring journeys of many other teams for whom I will be loudly cheering … all the way to the finish line.

One response to “Is 10 Too Old to ADCH?

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this:


text:
Stephen Paulus – American Masterpieces: Choral Music

The National Endowment for the ArtsAmerican Masterpieces: Choral Music initiative is designed to celebrate our national musical heritage by highlighting significant American choral composers and their works of the past 250 years.  Stanton’s Sheet Music is proud to present this series highlighting the composers and their works featured in this groundbreaking project.

Stephen Paulus (born 1949) is nationally and internationally recognized as one of today’s leading composers. Born in Summit, New Jersey, he studied at the University of Minnesota under both Paul Fetler and Dominick Argento. In 1973, with Libby Larsen, he founded the American Composers Forum. He has been Composer-in-Residence with both the Minnesota Orchestra and the Atlanta Symphony Orchestra.

His style is usually diatonic and accessible, always noted for solid construction and expert scoring. But perhaps what makes his work stand out the most is what the New York Times called “melodic patterns that are fresh and familiar at the same time.” As a result, his choral works are regularly performed by choruses ranging from high school to fully professional groups. His more than 50 recordings place him among the most-recorded of contemporary American composers.

He is also a respected composer of opera. His nine stage works include The Postman Always Rings Twice, based on the novel by James M. Cain and first presented by Opera Theatre of Saint Louis. The following year it became the first American opera production mounted by the Edinburgh International Festival. In addition, Paulus is the only American composer to have a work commissioned for the Festival of Nine Lessons and Carols at King’s College, Cambridge, in England.

Perhaps his best-known choral work is “Pilgrims’ Hymn,” originally composed for the church opera The Three Hermits. Most notably performed at President Reagan’s funeral, its transparent beauty has made it a perennial favorite. Other highly regarded compositions include the Christmas suite, So Hallow’d Is the Time; Letters for the Times, based on 17th-century American newspapers and diaries; and Meditations of Li Po, based on contemplative 8th-century Chinese texts.

Selected Works:
Meditations of Li Po
Pilgrim Jesus
Pilgrims’ Hymn
So Hallow’d Is the Time

For more distinguished choral repertoire suggestions, please contact us. Shop Stanton’s for all your sheet music needs!

Categories: Church Choral, Composers, School Choral, Staff Picks

Tags: , , , , , , , , , , , , , , , , , , , , , , , , , , ,

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this:


text:
Posts in: retail-report

Retail Report: Kai D. Flagship Store in Brooklyn

Kai D.’s store in Williamsburg, Brooklyn is what a flagship should be. In fact, it’s more. As mentioned in Retail Report: A Look at the Club Monaco Flagship Store in New York, the intention of a flagship is to provide a shopping environment that is the most impressive physical representation of who the brand is and what they have to offer. Kai D. elevates this concept.

Sign up
To get the advice you need to grow your business and build your fashion brand!


text:
Continued downward trend in import prices

July 13, 2001

The U.S. Import Price Index decreased 0.5 percent in June. The decline, the fourth in the past five months, was attributable to falling prices for both petroleum and nonpetroleum imports.

Over-the-month percent change in price index for imports, June 2000-June 2001 (not seasonally adjusted)
[Chart data—TXT]

The 1.3 percent decrease in petroleum prices in June followed a 4.6 percent rise in the previous month. Nonpetroleum import prices also declined in June, down 0.4 percent, the fifth consecutive monthly decrease.

The decline in overall import prices in June continued a downward trend for this index, which has increased only once since September 2000.

Over the past 12 months, imported petroleum prices fell 12.7 percent, and prices for nonpetroleum imports decreased 1.1 percent. Over the same time period, the price index for overall imports declined 2.6 percent.

These data are a product of the BLS International Price program. Learn more in "U.S. Import and Export Price Indexes - June 2001," news release USDL 01-212. Note: import price data are subject to revision in each of the three months after original publication.

Bureau of Labor Statistics, U.S. Department of Labor, The Economics Daily, Continued downward trend in import prices on the Internet at (visited January 21, 2017).

Recent editions of Spotlight on Statistics


text:
Site Statistics

  • Members: 144,905
  • Logos: 58,820
  • Sales: $2,207,915

The original and current form of famous logos

admin Tue, 07/10/2012 - 12:11

Check out the first version of these famous logos and how they appear today. And if you're interested in the projected future of these logos click here.

Get Inbox Inspiration

Sign up for the latest branding inspiration, industry news, and logo design tips & resources. Join thousands of designers and branding experts who stay inspired with our monthly newsletter.


text:
Store Locations:Maryland:Laurel:Pat's Hallmark Shop

Pat's Hallmark Shop | Laurel, MD

Find a store

Use current location
Pat's Hallmark Shop
Laurel Lakes Centre
14136 Baltimore Ave
Laurel, MD 20707-5007
Monday-Friday 10:00 am-8:00 pm
Saturday 10:00 am-7:00 pm
Sunday 11:30 am-4:30 pm
Free store pickup
Nearby Locations

Pat's Hallmark Shop in Laurel Lakes Centre is here for all of your gift, ornament and card needs!

With a broad selection of year-round and seasonal gifts and greeting cards, Pat's Hallmark Shop located at 14136 Baltimore Ave in Laurel, MD is the perfect store for all of your special occasions. Our selection includes cards and gifts for annual events and holidays like birthdays, anniversaries, Valentine's Day, Easter, Mother's Day, Father's Day, the 4th of July, Halloween, Thanksgiving, Christmas, Hanukkah, New Year's, and more! Let us help you celebrate major life events, as well. We're proud to offer gifts, cards and more for baby showers, baptisms, First Communions, confirmations, graduations, wedding showers and beyond. When you need to send support and encouragement, we offer a selection of thinking-of-you, get well and sympathy cards. With our variety of products, including home decor, picture frames, photo albums, apparel, accessories, jewelry, stationery, collectibles, Christmas ornaments, candles, candy, books, gift wrap, stuffed animals and kitchen goods, we have gifts for kids and adults alike.

Product selection and availability varies throughout the year, so stop by today and check out what's in store for you at Pat's Hallmark Shop.
Nearby Locations