next »

[paulspage]

HEHEHEHE. well i would like to see which files from my site get the most views. and have it able to filter some files too so for example i would like to see which jpg files load the most. im sure that is easy as the server keeps logs of that stuff and bandwidth usage.

[inp o҉rtb]

It's also easy for you to use a service such as statcounter.

[paulspage]

yes i know but that requires adding code to every page and when i have Jalbum make albums with pics it gets really complicated to add the code to hundreds of pages because i have pages for thumbnails than full size pics also. i just thought it would be real easy to let 110mb users to have access to this data as it most likely is already available. i currently have code on the main pages i think for stats on my site but not each individual image. also this code wont work on images loaded by some kind of php function.

[inp o҉rtb]

Hotlinking's disabled by default anyway, so the chances of loading an image all by itself is pretty low... unless you do have hotlinking enabled. I don't think you should be manipulating the code within the jalbum software itself; rather, it should be part of the template. Why? Because the template's a global bit of data that gets copied to every page. So... you'd avoid having to manually edit lots of pages.

[aldo]

Plus if 110MB did this, it would require a lot of resources to calculate the statistics file for all 150k+ users on 110MB, plus Google Analytics is just way better and a lot more specific and detailed

[paulspage]

to use google analytics dont i need to run ads on my site?

[Myles Grey]

No, you just need to include some JavaScript. It's JavaScript because bots ignore it, so that they don't count. I have it on Programmer's Delight, but it doesn't seem that good.

[paulspage]

it would be so much easier to have it done on the server. it wont hog the cpus if there was a limit on how many times the data can be viewed. for example the users of 110mb can only get ther entire sites usage stats once a week and they have to request it thru some automated way and the server does all the counting during idle time to prevent server slow down. when your data has been generated you get emailed with a secret link to view it or download it as a excel spreadsheet or something. i mean this is just an idea and what i just typed may not be how it works but the way i said it makes sense to me that's all. doing it this way will reduce load times of all sites as noone will need to use counters anymore and it will reduce server space too as no extra code will be needed on each page in a site.

[Myles Grey]

The actual resource time would be the constant calculations of people's IPs, so not when it's viewed. It actually isn't that bad, but when everyone has it, it might become a problem.

If you have .htaccess you can probably create a script to do it yourself. You'd use .htaccess to rewrite the URL to load a special file which does the calculations (In flatfile, SQL, or at least MySQL stat counters aren't allowed) and then outputs the requested file based on the requested URL.

[Piotr GRD]

Like Myles Grey wrote - for one account there is no big deal. But for 40, 50, 60 thousands accounts on each server (yes, I am correct, these are not exaggerated numbers) and millions files counted constantly on each HTTP request...

There was already full stats at the beginning of 110mb and was shut down because of overloading the servers. So on paid hosting with a thousand accounts on a server - you can have it with no problems. But on a shared host with so large number of accounts on each server like here - don't count on it. 110mb admins are pack up on each server as many accounts as it's possible for running servers reasonably smoothly - with comprehensive stats they will have to drop large number of accounts on each box.

You have to use external stats (yes, it will be embeded only in PHP/HTML files, you will not collect data for images etc.) or own script installed on your account, however remember that you can not use comprehensive stats/counters that uses MySQL, it's not allowed.

[paulspage]

so if having server provide this data is basically impossible how can i get usage of my images? do paid hosts even have this capability? i wonder if flickr allows hotlinking?

[inp o҉rtb]

Flickr allows hotlinking.

[Myles Grey]

so if having server provide this data is basically impossible how can i get usage of my images? do paid hosts even have this capability? i wonder if flickr allows hotlinking?

What do you mean? Do you mean how to make it so that you can hotlink images from your 110mb site? If so, you need .htaccess.

[paulspage]

no i mean is it possible to have all my jpegs on my site here load from flickr instead of 110mb. reason i want to do this is that i believe flickr counts views of the images unless they count page views of the image that loads the image. i have never done this and not sure if anyone has and been successful at it.

[Myles Grey]

Well, inportb thinks you can. You could, if you want, make a counter for the images by loading them as viewimage.php?img=myphoto.jpg.

[paulspage]

ill try the flickr way first as i know how to do it that way. php is not easy for me. thanks to all for ideas.

[TeamYankee]

Use www.statcounter.com  add their code to your skins index.htt and slide.htt files as appropriate.
Make and publish your album as usual.
If you already have a published album, I suspect you'd have to download your pages, add the code stscounter provides and then upload them back up.

[paulspage]

but this way will not count my image loading unless the image has its own page.

[inp o҉rtb]

And of course, you'd like to have a page dedicated to each of your images. As an artist, are you not concerned about people hotlinking your images without attribution?

[paulspage]

but i was told that hotlinking is disabled on here. so now im confused.