owatagal
-
Posts
212 -
Joined
-
Last visited
Posts posted by owatagal
-
-
We're both like battle fields and major historical sites. Antique shopping is good. Wine/beer/food stuff is also good-- we're visiting all the major breweries in Columbus, for example.
We're also planning to hike/camp some of the way, so ideas along those lines are really good. We'd like to spend as little time in major cities as possible--we'd rather be out in small towns/the country.So the Caverns sound excellent, we will definitely stop in Hershey, and small towns along the river sounds good, too. Groovy Fish, if you want to PM the store location, we'll try to stop if we do hit the area
-
I'm road tripping from Delaware to Alaska. I have some books and I've done research, so I do have some ideas in place. I'm just wondering if anyone has suggestions based on your experience-- places to go, places not worth it, etc. My friend and I are taking six weeks for the trip, so plenty of time. We're driving through the following states:
Delaware
Pennsylvania
Ohio
Indiana
Illinois
[Possibly a side trip to Missouri or Iowa]
Wisconsin
Minnesota
South Dakota
Wyoming
Idaho
[maybe Oregon and Washington]
Canada -- along the Alcan or north from Washington]
to Alaska [i've lived there, so that state is covered]
Any suggestions are welcome, but we're especially interested in things outside the major cities--we've seen enough major cities to be a little tired of them. But things like -- I just found out there's an Antique Alley in Indiana, that's just town after town of antiques. Sweet!
Any ideas?
-
I used BBEdit to "open hidden" then edited the file and then uploaded it back to the server thru Dreanweaver but i still get the same "[an error occurred while processing this directive]" msg.
Unless things have changed since I fixed my version of Dreamweaver, DW uploads .htaccess files in the wrong mode, which is why it wouldn't work when uploaded back on the server--the file gets corrupted along the way or something.
To fix it, you have to edit the .config files for DW, I think, and set .htaccess files to the correct mode. I forget the exact details--it's been a while--but I found that fix here, searching "dreamweaver .htaccess".
-
Be aware that disabling save via Javascript will seriously tick off any users with Mozilla browsers who are used to right-clicking and opening windows in new tabs. You're decreasing your site's functionality and accessibility.
Is it really worth "protecting" your images with a method anyone can get around (all they have to do is turn off Javascript, anyway) but that will tick off legitimate site users?
I mean, if someone wants your images they'll come back to your site and get them some other way. But the legitimate users you irritate will not come back. Who do you really want on a repeat visit?
[sorry, but I honestly think there is NOTHING in site design that irritates me on a daily basis as much as this particular "trick." I hate it with a passion.]
-
No problem... glad it worked!
-
Ok... in MySQL after you created the database and then created a user and password, did you actually add that user/password to your database? I sometimes forget to do that bit.
Also, your password won't have your areacod_ prefix in front of it--just the user name and database get that automatically.
-
Well, I would say it's the apostrophes in the $row['item'] because they will make the PHP try to echo things out. Try taking them out and see if it works. It's been a while since I got to mess with PHP code, though, so someone may have better advice.
Are you getting any specific error? Blank page? Partial text?
-
I thought so--Just wanted to make sure. Thanks!
-
Sorry, I know this has been covered in other posts, but I am feeling particularly dense today and want to make sure I understand what I read in those other posts.
It *used* to be that
:fail: would accept mail, find no such address, and bounce it back to the sender, thus double-using bandwidth
but
:blackhole: would accept the mail and just dump it, so the cost to bandwidth was just the original sent message
But at some point (fairly recently?) the server got changed, so that
:fail: doesn't even accept the mail now, and thus completely eliminates(?) bandwidth use
while
:blackhole: accepts the mail and then dumps it, so it still costs the bandwidth for receiving the mail
Do I have that right?
So :fail: actually uses less bandwidth now, or at least less server processing. And it has the added benefit of letting the sender know the address is invalid, which might get the spammers to drop some addresses off their lists, further decreasing spam/server resources.
And the servers are now set to rewrite all user accounts anyway, aren't they? So even if one of us tries to use :blackhole: it gets reset to :fail:?
Again, sorry, I am trying to put all this together from several posts. And my brain's a little fried from other stuff that's going on; I stared at my shoes the other day trying to remember how to tie them...
Make two bunny ears... the bunny runs *around* the tree...
-
Thanks, Don... can you warn me next time, though? I'll send you warmer socks or something.
-
Last time I looked at a calendar, it was April and I had six weeks to finish my thesis. And now my computer says it's May 31st and I have two weeks. I'm sure that's not right; something must have gone horribly wrong and scared May off, and it's wandering loose around the country.
If anyone spots May running around outside your house like a lost puppy, can you please catch it and give me a call? I miss it dearly and will offer a substantial reward--I'd give at least six quarters, which is an entire load of laundry.
Thanks.
-
I've used the tutorials at
Codewalkers -- ht*tp://codewalkers.com
and
PHP Builder -- ht*tp://phpbuilder.com
They're a little pick-and-mix as to what they actually have tutorials on, but the ones they do have I used quite a bit when I was learning.
-
There are stranger things out there than people who will upgrade to Net 8.0.
For example, I recently took on a small project for a university department. The guy outlined what needed to be done, paused, and said, "You're going to hate this... but it has to look good in Net. 4.7 because a lot of the professors are using older Macs and they don't want to switch."
4.7!
I *dream* of 8.0.
-
Have you tried saving the files to disk and opening them on another computer's version of IE? Just to see if it the problem is on your computer or truely is a general IE problem?
I'm also wondering if you might have updated (or Windows auto-updated) either IE or whatever Apache version you have and in the process changed the path to PHP. Maybe IE just can't find your local server.
-
If you're using HTML 4.0, I don't think img, br, and link tags have closing slashes. The validator would then read the closing slash as the closing slash for the last legal open tag--in this case, the <head> tag. It doesn't recognize that you were mis-closing the link tag, just that the <head> tag is now closed. So when it sees the </head> tag, it wonders where the opening of that tag is. The validator is useful, but it follows a certain logic and that logic can send it down the wrong path. Once you removed the closing slash from the link tag, everything fell back into place.
This sort of error is common for me when I validate--I can have a page with 50 errors on it that are all a result of a single missing or extra tag that causes the machine to mis-read the rest of the page. Fix the one tag, the other 50 "errors" (which weren't errors) disappear. The problem isn't that the code is wrong (except for the one error), it's that the validating machine reads patterns, and once it gets thrown off once, it tends to be thrown off for the rest of the page.
It helps when working with the validator to realize that it has a pretty set-in-stone pattern recognition, and that once that pattern is broken the rest of the page will appear broken to the program, even though it's not. In my experience, fix the first error on the page and 90% of the rest of the errors disappear.
-
Ok, I see. I'm not sure I see any easy way to cut the queries down, although I'm sure it could be done. If it helps, I googled "blog previous next links PHP" to see how other people were handling it. I found some hacks for WordPress, b2evolution, and MovableType; the hacks I looked at all run one query to get the next link and a second query to get the previous link. And that's in addition to whatever queries were running on the page itself. So I don't think your three queries are excessive; they seem like a normal approach to the problem. Sorry I can't help; for what it's worth, if I ever add a prev/next feature to my blog, I'd drop the two extra queries in there without hesitation.
Edit to add: I know you aren't dealing with a blog, per se, but the setup is basically the same--chronologial entries, etc etc.
-
Honestly I would have said to adapt a pagination script, because those tend to come with error checking already (is the previous link greater than 0, is the next link within the total number of results, etc).
The biggest change you'd have to make would be taking out anything that let you change the LIMIT feature of the results, so that it could only be 1.
Just out of curiousity, what was it about pagination scripts that made you decide it wouldn't work for you?
-
If you have to use this nested layout, why not move the copyright and update info to its own row within the master table --
<table>
<tr>
<td><sub table 1></td>
<td><sub table 2></td>
</tr>
<tr>
<td colspan="2">Copyright and Update info</td>
</tr>
</table>
Even if your PHP script retrieves copyright/update info from the database early on, it should be easy to store that information until you need to pop it in the footer.
-
How well do you know MySQL? Do you just need help writing the query, or do you also need help getting it to display?
The count() function would let you find out how many downloads/OS/categories you have. The exact nature of the query would depend on your current table structure. I use the following to find out how many authors, essays, and journals are listed in three different tables:
>$get_nums = mysql_query("SELECT count(Distinct authors.a_id) as a_count, count(Distinct journals.j_id) as j_count, count(Distinct essays.e_id) as e_count FROM authors, essays, journals");To get information about the latest entry, I generally run something like:
>$latest = mysql_query("SELECT * FROM table ORDER BY add_date DESC LIMIT 1");This only gets the information, obviously; it doesn't display it on the page. And you'd have to adapt this to your tables/database setup, but hopefully it'll give you an idea of how to go about it.
-
You can use PHP on a 404 file. You just want to add a line to your .htaccess page that says
ErrorDocument 404 /yourpage.php
[Edited out the .htaccess stuff because I reread the post and I don't think I was answering what it needed to do.]
-
Yeah, despite my earlier comment, there are definite benefits to having the copyright symbol on the page. I was irritated about something else entirely and I think it came out unintentionally in my post--sorry, that was way more confrontational than I meant it to be.
I think images are actually easier to protect than text, simply because they can be watermarked. And I like Weezy's comment about auto-advertising!
-
$conn = mysql_connect"($dbhost,$dbuser,$dbpass);
mysql_select_db($dbname);
Try taking out the quotation mark in the first line I quoted; it shouldn't be there.
In the second line, I have found that I sometimes have to assign it to a variable:
$db1 = mysql_select_db($dbname);
I don't know why, but every once in a while a script gets picky on me. See if it works after taking out that quotation mark, though.
-
If there is no copyright notice, all the better. None of the pictures or pages I found on your site using google image search had any copyright notice at all. That puts them in the public domain, free for anyone to use.
In the US, this is absolutely not true. All works are copyright protected, regardless of whether the symbol is there. Canadian copyright may be different, but my general understanding is that lack of copyright symbol does not in any way imply a work is in the public domain.
Just because people steal the pictures doesn't mean they had a right to. And if they want to steal pictures, a symbol at the bottom of the page isn't going to stop them. Ask the music industry about that.
-
The echo command just looks like:
echo "Hello world";
But on your page, it's set up as echo("Hello World"); (although with the two groups of HTML text).
So the parenthesis you have for it aren't needed.
Also, in the second part of the code after:
} else {
you don't have any sort of command, just a parenthesis and all the HTML text. You need to add an echo command in that half as well. It should look like:
<?php
if ($bbuserinfo['userid']!=0) {
$username=$bbuserinfo['username'];
echo "
[all your HTML text]
";
} else {
echo "
[all your HTML text]
";
}
?>
Road Trip--suggestions
in Open Discussion
Posted
Thanks for the additional suggestions--they all sound great! I'm passing them on to my friend and we're starting to sort through things. Of course, we'll probably still be "sorting through" things 90 miles from Anchorage...
Steve, at some point pictures will probably end up on a website somewhere. I'll definitely get at least the highlights up here.... "This is Old Faithful... in the rain." "This is a drawing of Little Big Horn, after the camera died in the rain..."