Ok-- Here we go...
** My System Settings **
I'm running Coppermine 1.4.2 on my own desktop (XP Pro) emulating the server side using 'localhost'.
I have MySQL Server 4.1, PHP 5.1 and GD 2 installed and configured in IIS 5.1.
I'm able to install, run, and configure Coppermine fine.
** The Problem **
I am having trouble loading photos into Coppermine via "Batch Add Files"
1) In my albums directory, I created a folder "cars"
2) I dragged & dropped 4 jpg to the "cars"— (ie: photo001.jpg)
3) When I go to add these files into Coppermine using the "Batch Add Files" I receive this error:
Please select a directory
/...\albums/
"There are no folders inside the "albums" folder yet. Make sure to create at least one custom folder within "albums" folder and ftp-upload your files there. You mustn't upload to the "userpics" nor "edit" folders, they are reserved for http uploads and internal purposes."
Note: I'm able to upload photos via the Coppermine http interface
Thank you for ur help!!
---
** Debug Info **
USER:
------------------
Array
(
[ID] => a03c657aded9f27da926fc25c6f5b0cd
[am] => 1
[lang] => english
)
==========================
USER DATA:
------------------
Array
(
[user_id] => 1
[user_name] => Jeff
[groups] => Array
(
=> 1
)
[disk_max] => 0
[disk_min] => 0
[can_rate_pictures] => 1
[can_send_ecards] => 1
[ufc_max] => 3
[ufc_min] => 3
[custom_user_upload] => 0
[num_file_upload] => 5
[num_URI_upload] => 3
[can_post_comments] => 1
[can_upload_pictures] => 1
[can_create_albums] => 1
[has_admin_access] => 1
[pub_upl_need_approval] => 0
[priv_upl_need_approval] => 0
[group_name] => Administrators
[upload_form_config] => 3
[group_quota] => 0
[can_see_all_albums] => 1
[group_id] => 1
)
==========================
Queries:
------------------
Array
(
=> SELECT extension, mime, content, player FROM cpg140_filetypes; (0.001s)
[1] => select * from cpg140_plugins order by priority asc; (0s)
[2] => delete from `photos`.cpg140_sessions where time<1132947444 and remember=0; (0s)
[3] => delete from `photos`.cpg140_sessions where time<1131741444; (0s)
[4] => select user_id from `photos`.cpg140_sessions where session_id=md5("07bd146261914a9a779a3013587aa77e955698a6afad951617e4c76081e6a70f"); (0s)
[5] => select user_id as id, user_password as password from `photos`.cpg140_users where user_id=1 (0s)
[6] => SELECT u.user_id AS id, u.user_name AS username, u.user_password AS password, u.user_group+100 AS group_id FROM `photos`.cpg140_users AS u INNER JOIN `photos`.cpg140_usergroups AS g ON u.user_group=g.group_id WHERE u.user_id='1' (0s)
[7] => SELECT user_group_list FROM `photos`.cpg140_users AS u WHERE user_id='1' and user_group_list <> ''; (0s)
[8] => SELECT MAX(group_quota) as disk_max, MIN(group_quota) as disk_min, MAX(can_rate_pictures) as can_rate_pictures, MAX(can_send_ecards) as can_send_ecards, MAX(upload_form_config) as ufc_max, MIN(upload_form_config) as ufc_min, MAX(custom_user_upload) as custom_user_upload, MAX(num_file_upload) as num_file_upload, MAX(num_URI_upload) as num_URI_upload, MAX(can_post_comments) as can_post_comments, MAX(can_upload_pictures) as can_upload_pictures, MAX(can_create_albums) as can_create_albums, MAX(has_admin_access) as has_admin_access, MIN(pub_upl_need_approval) as pub_upl_need_approval, MIN( priv_upl_need_approval) as priv_upl_need_approval FROM cpg140_usergroups WHERE group_id in (1) (0.001s)
[9] => SELECT group_name FROM cpg140_usergroups WHERE group_id= 1 (0s)
[10] => update `photos`.cpg140_sessions set time='1132951044' where session_id=md5('07bd146261914a9a779a3013587aa77e955698a6afad951617e4c76081e6a70f'); (0s)
[11] => SELECT user_favpics FROM cpg140_favpics WHERE user_id = 1 (0s)
[12] => DELETE FROM cpg140_banned WHERE expiry < '2005-11-25 12:37:24' (0s)
[13] => SELECT * FROM cpg140_banned WHERE (ip_addr='127.0.0.1' OR ip_addr='127.0.0.1' OR user_id=1) AND brute_force=0 (0.001s)
[14] => SELECT aid, title FROM cpg140_albums WHERE 1 (0s)
[15] => SELECT COUNT(*) FROM cpg140_pictures WHERE approved = 'NO' (0s)
)
==========================
GET :
------------------
Array
(
)
==========================
POST :
------------------
Array
(
)
==========================
VERSION INFO :
------------------
PHP version: 5.1.0 - OK
------------------
mySQL version: 4.1.15-nt
------------------
Coppermine version: 1.4.2(stable)
==========================
Module: GD
------------------
GD Version: bundled (2.0.28 compatible)
FreeType Support: 1
FreeType Linkage: with freetype
T1Lib Support: 1
GIF Read Support: 1
GIF Create Support: 1
JPG Support: 1
PNG Support: 1
WBMP Support: 1
XPM Support:
XBM Support: 1
JIS-mapped Japanese Font Support:
==========================
Module: mysql
------------------
MySQL Supportenabled
Active Persistent Links 0
Active Links 1
Client API version 4.1.7
==========================
Module: zlib
------------------
ZLib Support enabled
Stream Wrapper support compress.zlib://
Stream Filter support zlib.inflate, zlib.deflate
Compiled Version 1.2.3
Linked Version 1.2.3
==========================
Server restrictions (safe mode)?
------------------
Directive | Local Value | Master Value
safe_mode | Off | Off
safe_mode_exec_dir | no value | no value
safe_mode_gid | Off | Off
safe_mode_include_dir | no value | no value
safe_mode_exec_dir | no value | no value
sql.safe_mode | Off | Off
disable_functions | no value | no value
file_uploads | On | On
include_path | .;C:\php5\pear | .;C:\php5\pear
open_basedir | no value | no value
==========================
email
------------------
Directive | Local Value | Master Value
sendmail_from | me@localhost.com | me@localhost.com
sendmail_path | no value | no value
SMTP | localhost | localhost
smtp_port | 25 | 25
==========================
Size and Time
------------------
Directive | Local Value | Master Value
max_execution_time | 30 | 30
max_input_time | 60 | 60
upload_max_filesize | 2M | 2M
post_max_size | 8M | 8M
==========================
Page generated in 0.144 seconds - 16 queries in 0.003 seconds - Album set : ; Meta set: ;
Looks like you forgot to create an "album" in your gallery. (as opposed to your directory)
Click on the ALBUMS admin menu button and create an album.
Then try the batch add function again.
Dennis
Quote from: madeinhawaii on November 25, 2005, 11:29:08 PM
Looks like you forgot to create an "album" in your gallery. (as opposed to your directory)
Click on the ALBUMS admin menu button and create an album.
Then try the batch add function again.
I have exactly the same problem and the solution mentioned above doesn't make any sense to me.
I upgraded from 1.3.4 to 1.4.2. In my 1.3.4. CPG I had a directory structure under 'albums' where I put my files I want to add in the gallery (in which are many albums).
This worked fine.
But in 1.4.2 I have the same directory structure with the same files and now I can only batch-add files with the classic CPG function and NOT with the new explorer interface.
This is the same problem the topic-starter has. And the album-list in CPG has NOTHING to do with the directory 'albums' and its structure.
The question is : how can we get the new explorer interface (batch-add) to work?
post a deep link to one of the files that are suppossed to turn up on the batch-add screen but don't
Quote from: GauGau on December 28, 2005, 02:25:58 PM
post a deep link to one of the files that are suppossed to turn up on the batch-add screen but don't
Ehh, what is a deep link and how do I make one?
In my batch-add window I noticed something, but maybe it's not relevant:
The directory is shown as "...\www\cpg142\albums/". I'm not sure if the part "\albums/" is correct, should it be "\albums\"?
http://yoursite.tld/your_coppermine_folder/albums/my_custom_folder/the_file.jpg would be a deep link ::)
Quote from: GauGau on December 28, 2005, 02:25:58 PM
post a deep link to one of the files that are suppossed to turn up on the batch-add screen but don't
OK, here it is:
http://www.whmeeske.nl\anne\fotoalbum\albums\upload\2005\ameland\DSCF1022.JPG (http://www.whmeeske.nl\anne\fotoalbum\albums\upload\2005\ameland\dscf1022.jpg)
What can you see with a deep link?
The structure of my upload directory mirrors my category and album structure in CPG.
Quote from: whmeeske on December 28, 2005, 03:43:06 PM
What can you see with a deep link?
I can see three things:
- you appear to be confused about the usage of forward and backward slashes: on the internet, you use forward slashes only, so the correct link would be http://www.whmeeske.nl/anne/fotoalbum/albums/upload/2005/ameland/dscf1022.jpg
- you seem not to keep in mind that upper/lower case does matter, even if you're hosted on a Windows box: DSCF1022.JPG doesn't equal dscf1022.jpg
- Your server seems to be configured "exotically", so I recommend using the classic batch-add interface instead of the new, browsable one.
Quote from: GauGau on December 28, 2005, 03:51:25 PM
I can see three things:
- you appear to be confused about the usage of forward and backward slashes: on the internet, you use forward slashes only, so the correct link would be http://www.whmeeske.nl/anne/fotoalbum/albums/upload/2005/ameland/dscf1022.jpg
- you seem not to keep in mind that upper/lower case does matter, even if you're hosted on a Windows box: DSCF1022.JPG doesn't equal dscf1022.jpg
- Your server seems to be configured "exotically", so I recommend using the classic batch-add interface instead of the new, browsable one.
- I agree on the use of the slashes, but in this case I don't see a difference. Both mine and your corrected link presents the same picture.
- The same for the use of upper/lower case.
- What do you mean with "exotically"? My server is a PC at home with Windows 2000, Apache 2.0.49, PHP 4.3.11 and MySQL 4.0.18
Quote from: whmeeske on December 28, 2005, 04:05:14 PM
I agree on the use of the slashes, but in this case I don't see a difference. Both mine and your corrected link presents the same picture.
No, they don't - clicking on your above link in FF results in an error. Just because it works for you, it doesn't necesarily work for everyone. That's what standards are for - they're suppossed to make sure things work for everyone. I find it strange that you're trying to argue about this instead of saying "I've learnt something, will use slashes only in the future".
Quote from: whmeeske on December 28, 2005, 04:05:14 PMThe same for the use of upper/lower case.
What makes you so sure? Are you sure your coppermine issues are not related?
Quote from: whmeeske on December 28, 2005, 04:05:14 PMWhat do you mean with "exotically"? My server is a PC at home with Windows 2000, Apache 2.0.49, PHP 4.3.11 and MySQL 4.0.18
Exactly as I thought. That
is exotic server setup. I firmly believe that non-pros shouldn't be running their own webserver available publicly. Your OS definitely is not a server OS. Self-hosting is not recommended unless you really, really know what you're doing.
Quote from: GauGau on December 28, 2005, 07:38:09 PM
No, they don't - clicking on your above link in FF results in an error. Just because it works for you, it doesn't necesarily work for everyone. That's what standards are for - they're suppossed to make sure things work for everyone. I find it strange that you're trying to argue about this instead of saying "I've learnt something, will use slashes only in the future".
What makes you so sure? Are you sure your coppermine issues are not related?
Exactly as I thought. That is exotic server setup. I firmly believe that non-pros shouldn't be running their own webserver available publicly. Your OS definitely is not a server OS. Self-hosting is not recommended unless you really, really know what you're doing.
But it works for me...end of story.
Quote from: whmeeske on December 28, 2005, 11:59:21 PM
But it works for me...end of story.
I guess if we shared your philosophy... doesn't work for us... end of support.
Quote from: whmeeske on December 28, 2005, 04:05:14 PM
- I agree on the use of the slashes, but in this case I don't see a difference. Both mine and your corrected link presents the same picture.
whmeeske, just like GauGau said, on the internet you use forward-slashes. If you look more closely at the address field after clicking the link with backslashes, you will see that the browser has been "smart" and converted the backslashes to forward-slashes. This doesn't mean that backslashes
works, it means that the browser has a
workaround for badly written addresses.
This is what IE and Opera do, but FF doesn't. IMO, FF got it right, making people learn to write correct addresses instead of luring people in false belief that they have done things correctly.
And so to the original problem.. did it work for you when turning the browsable interface off?
Quote from: ecto on December 29, 2005, 03:19:13 PM
whmeeske, just like GauGau said, on the internet you use forward-slashes. If you look more closely at the address field after clicking the link with backslashes, you will see that the browser has been "smart" and converted the backslashes to forward-slashes. This doesn't mean that backslashes works, it means that the browser has a workaround for badly written addresses.
This is what IE and Opera do, but FF doesn't. IMO, FF got it right, making people learn to write correct addresses instead of luring people in false belief that they have done things correctly.
And so to the original problem.. did it work for you when turning the browsable interface off?
Not yet, but I intend to. I've installed a separate CPG for testing. I'll let you know the results, OK?
I understand the slash-issue. I've learned that there's a difference between browser I was not aware of.
But I don't understand the negative discussion about my server. I'm having it for my own website, so that I'm not stuck with website-space and. I'm using CPG on my website so that family, relatives and others can see how we are doing.
I'm asking some questions from time to time, just to learn better how CPG works. This helps a lot. And does it matter on what server I'm running it? I don't think so, but some people on this forum do...
Well, it might not seem like it, but they do it because they care. :) People who don't know what they're doing are very likely to have their servers hacked, or worse. Even servers run by professionals 24/7/365 can have issues. Because of the vigilance, they can handle issues more quickly. Since you can't be monitoring your computer 24/7/365, well, you could wake up to a very bad morning.
Securing a regular operating system that is known to have unfixed flaws is hard to accomplish already. Exposing it on the internet by "abusing" your desktop PC as webserver is - as Thu suggested - the same as giving every wannabe-hacker (script-kiddie, that is) a warm welcome at the doorstep.
Good webhosts use Linux/Unix-based operating systems just because they are more reliable and less likely to be exploited, and they even strip every possible extra loophole. You on the other side use a desktop operating system that has a lot of vulnerabilities. Fixing every possible hole in it is a hard task already that requires in-depth knowledge of Windows, your webserver, the way the internet works (you should e.g. know everything about ports and services). Keeping it up-to-date needs more than enabling Windows-Update and a virus scanner - it's a fulltime job. In "real-life", I'm a network admin, especially responsible for the intranet and web services in the company I work for. Yet, I wouldn't dare to run a Windows box at home as a webserver - it would be just too time-consuming to maintain it.
There are often home users running a webserver publicly who say: "I'm not afraid that my server might get hacked. If someone breaks it, I'll set it up from scratch in no time". But this is an illusion - you can be happy if only a script kiddie is breaking into your site, bringing it down or defacing it. There are worse things that can happen easily: your server might be taken over by someone, using it to send millions of spam emails or distribute illegal material (warez, porn, you-name-it). Running your own webserver is asking for trouble (unless you would like to be charged for distributing child-porn).
Just ask yourself a question: do you know what a root-kit is and how to protect yourself from it? If the answer is "no" (and you're of course suppossed to answer without googling first), then I recommend you find a decent webhosting package asap and disable your apache daemon right now.
I hope you understand that I'm not posting this to make you look bad - I'm concerned both for your security as well as mine.
Joachim
I can see little point in ranting all over the board (http://forum.coppermine-gallery.net/index.php?topic=25775.msg118758#msg118758) about our suggestions not to run your own server. You appear not to be too happy about us telling you the truth about self-hosting, which is ignorance in my eyes.
I've searched on the internet and found ClarkConnect, a Linux-based all-in-one solution.
Maybe that's something worth to try on my own server? It has a non-CPG image gallery, but I want to keep using CPG. I don't know if CPG can be installed on such a system.
I intend to keep using my own server, because I'll have to pay too much for webhosting, the size of my www-dir is already > 100 MB.
Quote from: whmeeske on December 31, 2005, 01:56:46 PM
I intend to keep using my own server, because I'll have to pay too much for webhosting, the size of my www-dir is already > 100 MB.
I pay $60 per year for 500 MB and 5 GB transfer/month. My hosting company is top notch - the best support and uptime I've ever had.
Quote from: whmeeske on December 28, 2005, 02:00:38 PM
But in 1.4.2 I have the same directory structure with the same files and now I can only batch-add files with the classic CPG function and NOT with the new explorer interface.
This is the same problem the topic-starter has. And the album-list in CPG has NOTHING to do with the directory 'albums' and its structure.
The question is : how can we get the new explorer interface (batch-add) to work?
I'll quote GauGau's response from the thread he linked to above, just so people who read this thread will have an actual answer and we'll avoid further questions about why the new browsable batch-add interface doesn't work on some setups:
"the reason is that on some setups (all of them on Windows boxes), some server-sided vars don't get populated properly."To the devs: I looked for this in all the docs, and found that the only place it's mentioned is in the "Known issues" section in the docs. I believe that more of these kind of threads could be avoided if you wrote something about this in the upload section of both the documentation and the README.
I worry about all these anti-wintel comments on these linux-centric boards. CPG is a handy solution for a lot of us, but it's worth bearing in mind that a lot of us use wintel boxes to host things on the web - being nagative about windows doesn't really help anyone on this forum, it's appreciated that CPG was originally designed to work on linux, php & apache etc - if there's a port or config for windows users then lets please support it rather than just bashing them. Plus on another note, I'm sure there are a lot of wintel guys running their own boxes relatively securely & reliably - nobody is infallible so I try not to get involved with slinging mud.
This is just my 2c so feel free to ignore it completely.
Cheers,
A
fade2greyuk [at] hotmail [dotcom]
I agree with you to a certain extent, fade2grey. I believe that you are absolutely right that if CPG supports Windows, it should also be supportive of it. But (there's always a but) as far as I've reckoned, the people who most often run Windows boxes are also the ones who most of the time have the least clue about what they're actually doing. And no, I'm absolutely not "ranting down" on anyone, I just say what I believe (I run a Win box on my test site btw, though I'd never run it on a live box).
I believe that's why people here on the forums maybe are a little less prone to supporting Windows than other operating systems (Linux, BSD etc). In 98% of the cases, if someone actually knows what they're doing on a Windows box, they won't ask for support here (regarding OS related questions). And even if they do, chances are that they are asking questions that have already been answered before. Most of the time you can actually tell from the post (or a couple of posts) if whom you're talking to knows what they're doing or not. Not that it should matter in that sense, as every Coppermine user should have good support anyways. And they do get it - afaik there's not many support boards around that are as helpful as this one is. But many times it's pretty clear that some people really shouldn't run their own boxes, and when that's shining through, it sometimes may sound a bit harsh what supporters here are saying when all we really want is the best for all users.
The more users who run their Coppermine installs on solid, secure *nix systems and the less who run their live installs on half-patched, insecure Windows boxes, the safer the web will be for all of us - I believe that's why many here are rooting for users not to run their own Win systems.
Quote
"the reason is that on some setups (all of them on Windows boxes), some server-sided vars don't get populated properly."
To the devs: I looked for this in all the docs, and found that the only place it's mentioned is in the "Known issues" section in the docs. I believe that more of these kind of threads could be avoided if you wrote something about this in the upload section of both the documentation and the README.
Any idea *which* server-sided vars are not getting populated?
If we did that for everything, the docs would have to be 10 times the size they currently have - with the result, that even less users would be willing to read the docs. You have to understand that we simply can not cover every aspect in the docs. Particular issues just like yours should be covered in the forums, as they're so special and only apply for a tiny minority of coppermine users.
Running your own Linux webserver instead of a Windows box would improve things a little bit, however there are vulnerabilities in Linux-driven systems as well (although less than on Windows-based servers), so the initial issue stays: you shouldn't run your own webserver publicly, but do as suggested and go for webhosted services instead. Running your own Linux-driven server is entertaining and fine to experiment with and learn things, yet it's still not recommended to run it publicly.
I stay by my Windows webserver. Some people suggest that I'm not aware of what I'm doing. But I don't agree with them. I keep my webserver up-to-date. And it's behind a router/firewall with only the nescessary ports open.
I don't take part in further discussion on this subject, I did'nt started it anyway.
I only use this forum for CPG issues. For issues about windows and webservers I use other specialized forums.
This must be a problem with PHP used through an ISAPI on Windows. I have downloaded a few shopping carts and they have worked for the most part but if they incorporate any type of "Browse Interface" like the one used on the Batch Load...it just does not work.
OH MY GOSH!!!! I cannot believe GauGau's additude. You call this support? I call it abuse. First off, there is absolutely no reason to be so harsh when providing SUPPORT responses, even if a user appears to be a bit ignorant (note that ignorant != stupid!!). Second, how do you consider a Windows box (90% of the installed base of computers IN THE WORLD), running Apache 2 (the MOST popular OpenSource web server), and MySQL 4.x and "exotic configuration"? Finally, In the few days that I have run Coppermine I've had installation problems and the same batch upload problems with ALL of the "blessed" versions of Apache, MySQL, PHP, and ImageMagick. Frankly, your software is poorly written and not worth the time. My purpose in downloading it was to evaluate a nice-looking tool. What I discovered was a dog turd under the hood (where it counts!). I'll stick with my own Servlet/JSP-based tool that has 90% of the visual appeal of Coppermine, by 100% of the actual functionality.
thanks for your warm words and farewell to you. Locking this thread now, as I'm not willing to discuss your flame. However, if you didn't manage to install coppermine flawlessly, my guess is that it's a matter of improper webserver setup or that you did something wrong - there are thousands of users who were able to install coppermine in no time on Windows boxes. However, I'm not sorry that some don't manage to install the app on their own, self-hosting box, as we don't encourage self-hosting for the reasons explained in this thread.