ANNOUNCING: Digibug Pro Photo Commerce module for Gallery2
Tunji
Joined: 2006-03-05
Posts: 22
Posted: Fri, 2006-03-10 03:52
James,
No problem. I've discovered it's a simple matter to remove references to 'quanity' and 'quantities' in the modules/cart/templates/ViewCart.tpl file. Two places:
<td>
<input type="text" size="3"
name="{g->formVar var="form[counts][`$item.id`]"}" value="{$form.counts[$item.id]}"/>
</td> (the box containing the quanity)
Thanks for your work on this module. I think it's great. Looking forward to seeing what else you've got planned for it.
Cheers!
umayr
Joined: 2006-03-03
Posts: 9
Posted: Fri, 2006-03-10 19:43
My questions
1. I am using PG theme, does this work with it smoothely? i have read up there somewhere that it does run smoothly.
2. If the purchaser on my website doesnt want to log on , does this module still work, or is logging on a must.
3. Can i set different prices for different sizes of images printed? or can i only set a price to my picture?
4. Is there a way if the purchaser is buying the picture he/she can only download the image after paying the amount or a certain amount?
groovis
Joined: 2005-02-18
Posts: 10
Posted: Thu, 2006-03-16 06:01
Hi James
This module looks great. I have installed it successfully and the first page of a purchase works fine. If you try to purchase any of the specialty products eg Coffee cup no matter what qantities and info that I entered I got the following message.
Some of the required information has not been completed. Please review the fields below.
thenetimp
Joined: 2006-01-10
Posts: 51
Posted: Mon, 2006-03-20 22:31
Do you ahve a URL you can send me so I can see what you are talking about?
Thanks,
James Andrews
Software Engineer
Digibug Expresss, Inc.
thenetimp
Joined: 2006-01-10
Posts: 51
Posted: Mon, 2006-03-20 22:36
Hi,
1.) when I installed PG theme I had no problems with it running on my installation. Which version of Gallery are you using?
2.) Yes the module should still work, users loggin in is not a requirement.
3.) Currently this module runs off of Digibug API V1. Prices are set on product type, so 4x6s are one price 5x7s are another etc. You can not however have different priced 4x6 images. They all must come from the same event pricelist. This will change in Digibug API V2
4.) Currently we do not offer a download service, but we are discussing that as well.
Sorry for the late response, it's been a rough week.
James Andrews
Software Engineer
Digibug Expresss, Inc.
thenetimp
Joined: 2006-01-10
Posts: 51
Posted: Mon, 2006-03-20 22:37
Digibug now has its new corporate website set up with our own forums. You can continue to ask questions about the Gallery2 module here, but you can also ask them on our forums. We do ask that questions about Digibug, our products, and those questions not relating to the Gallery2 module be asked in our forums as they are not related to Gallery2, and those in our community who do not use Gallery2 may also have interests in the answers.
James Andrews
Software Engineer
Digibug Expresss, Inc.
encohen
Joined: 2006-03-22
Posts: 1
Posted: Wed, 2006-03-22 19:54
Hi there! I am new to Gallery and I am wondering where the code is for generating the <head></head> tags. I want to add meta keywords and descriptions to my gallery pages. So, if you could point me in the right direction, this would be very helpful. I am using the Matrix Theme and the version of Gallery is 2.0.4
Ed cohen |
thenetimp
Joined: 2006-01-10
Posts: 51
Posted: Wed, 2006-03-22 20:17
Ed,
This thread is just for information about the Digibug module for Gallery2. I am unfamiliar with the code you are talking about, I recommend maybe searching the Themes Section: http://gallery.menalto.com/forum/72 for your answer, if you don't find it during a search of existing posts, then create your own post pointing out what you want to do.
James Andrews
Software Engineer
Digibug Expresss, Inc.
jtreadway
Joined: 2005-02-04
Posts: 12
Posted: Thu, 2006-03-23 14:36
umaryr -
re #3 - you set the prices for a whole list of products and the purchaser buys off of that list.
#4 - there is not yet an option to purchase a download, but that is coming. is that what you want?
I think that this works with all themes and that users need not be logged in to purchase... will have james confirm.
Note that there is a Gallery section on the Digibug Forum for all questions related to Digibug and Gallery. We are also looking for suggestions as we will be starting an upgrade to this integration in the next couple of weeks. Feedback would be great.
John
SavageOne
Joined: 2006-03-29
Posts: 1
Posted: Wed, 2006-03-29 17:52
We are attempting to develope a module that modifies the cart to do basically the same thing, only work for our photo printing business. The images would be calculated by the price chosen, the p-erson would be charged, and the photo along with a text file with instructions would be e-mailed to the printer's e-mail. Is there anything like this going on already?
thenetimp
Joined: 2006-01-10
Posts: 51
Posted: Wed, 2006-03-29 21:27
Digibug Module for Gallery2.1 is now available. Please visit our website to download the latest. We will also leave the module for Gallery 2.0 available in case you plan on upgrading to Gallery2.1 in the near future
If you find any problems with the module please let us know.
James Andrews
Software Engineer
Digibug Expresss, Inc.
thenetimp
Joined: 2006-01-10
Posts: 51
Posted: Mon, 2006-04-10 19:18
New update for the Digibug for Gallery v2.1 is available. This is a bug fix that fixes the URL in the "Continue Shopping" button. If you are runnign Gallery v2.1 and are using our module, it is highly recommeded that you upgrade. Old version was 0.3.3 New version is 0.3.4
James Andrews
Software Engineer
Digibug Expresss, Inc.
jtreadway
Joined: 2005-02-04
Posts: 12
Posted: Fri, 2006-04-14 14:36
Hi folks -
We've just launched a "Showcase" section on our site. If you have a Gallery site with Digibug integrated, please let us know so we can put you on the Showcase.
Information that would be helpful to everybody is encouraged. What's your site about, what kind of images are you offering, etc.? What version of Gallery are you integrated with, etc.
John
draco2002
Joined: 2003-04-28
Posts: 70
Posted: Thu, 2006-04-20 00:07
First off, i like the module and site offerings, just wanted to add my three cents to make it the best product it can be.
I installed the module for a client and found to issues off the bat, then a third one soon there after.
---------PrintPhotos.tpl-------------
in the PrintPhotos.tpl you need to make sure that the submit button for noscript is inside the form other wise it doesn't do anything.
<noscript>
<input type="submit"/>
</noscript>
---------------------
------------PrintPhotos.inc---------
Below you set the $returnUrl to the request variable then over write it with the next line.
list ($itemId, $returnUrl) = GalleryUtilities::getRequestVariables('itemId', 'return');
#1) I'll fix this, our module is a modified version of another module, so it has a lot of just modify this to suit our need, I didn't catch this when I was on that page.
#2) I did it this way because if people use the cart module, when they return they return to an empty cart, and I thought that as bad UI to go back to an empty cart. I commented out my code and put your code in and via the cart module, and it seems to fix one of the UI problems we had, so I am going to make that a permenant change.
#3) Currently there is no way to empty our cart, other than zeroing out the quantity. We are going to change that, so it is on the list of changes.
Look for a release in a couple days with the new changes. I am working on a couple other little changes as well.
James Andrews
Software Engineer
Digibug Expresss, Inc.
schwos
Joined: 2006-04-15
Posts: 50
Posted: Sun, 2006-05-14 05:21
I have been doing some testing of this module and ran into a test result that concerned me.
1.) If a user happens to use your site and not complete a opportunity and heads to another site which uses the digibug API your previous selected photos from the other site will remain in the cart even when at someone elses photo gallery.
2.) I require all users to logon to my site and I have had to enable everyone has access to the full res images which I don't care to do, how can I get around this so I don't have to give the public access to the images, even though they can't see the albums without a login.
thenetimp
Joined: 2006-01-10
Posts: 51
Posted: Sun, 2006-05-14 05:43
Hi,
1.) We are aware of this, and will be making modifications in the next version of the digibug API to eliminate this, so it is on our radar to be modified.
2.) There is no way to get around this. Our system needs access to your images, if you use gallery security to close off access to anonymous users then our site is unable to connect to your site to get the images to full fill the order.
In the future we plan on adding an http authentication scheme that will allow you to use http authentication through a .htaccess file to secure your images. I am unsure how or if this will work with gallery as we haven't started work on it yet, but that is at least 2 months out before it is implemented.
James Andrews
Software Engineer
Digibug Expresss, Inc.
fogfire
Joined: 2006-05-14
Posts: 2
Posted: Sun, 2006-05-14 19:09
#2 Is the deal breaker. I have an account, I have even custom posted some images for friends to order on your site.
There has to be a secure way to transmit full-res for printing without providing access to our full res intellectual property to the visitors.
This has been mentioned many times before and I am really surprised that you have not even started on this. If you had started weeks ago when it was first requested, and cleary is a sev one development issue because in involves the security of photo assests, it might be done now.
Just to make sure I am not a fluke, EVERYONE READING THIS POST THAT WANTS TO USE DIGIBUG BUT IS NOT BECAUSE IT REQUIRES USER ACCESS TO FULL RES IMAGES. REPLY TO THIS THREAD.. SO digibug can see what the cost of not acting on this is.
pixsurreal
Joined: 2006-01-02
Posts: 9
Posted: Sun, 2006-05-14 21:21
I was just getting ready to use digibug, but won't now until this issue is fixed. Anyone with ANY knowledge of professional photographers knows clearly how anal we are when it comes to the protection of our originals. Leaving them open like that is nuts. Would you leave your wallet with hundreds of thousands of dollers in it sitting on a park bench? Maintaining controll of reproducable originals IS our livelyhood. If they are open to the world, we may as well quit. I can't believe that this would even have been a question. This should have been just as much of a concern as secure credid card processing.
mindless
Joined: 2004-01-04
Posts: 8601
Posted: Sun, 2006-05-14 22:01
some strong words.. maybe that will work as you are addressing a company, dunno. glad none of you wrote that towards the dev team. Anyway, all the bundled G2 print modules work the same, probably digibug does too atm: the URL given to the print service for the image contains a sessionid for a session of the user submitting the print request. That basically means the print service gets access to what that user can see; so we pick the largest available size the user can see and submit that as the print source. Reworking this into a system that gives the print service a session that can access the full size AND making sure the user submitting the request can't also gain access to this session themselves is not a trivial task. I've seen some forum discussion on this, but don't know if a feature request has even been filed.. I haven't noticed it near the top of the feature vote anyway.
thenetimp, if you do some work in this area I hope you'll share the changes so we can apply it to the other print modules.. or if we ever find the time/resources we may take up this task and you can copy the changes from the other modules. thanks.
jtreadway
Joined: 2005-02-04
Posts: 12
Posted: Mon, 2006-05-15 14:27
Hi folks - we totally agree with the benefits of increasing the security model for Digibug and Gallery and are continuing to look into it. As the previous post points out, this is not a trivial problem. Also as pointed out, this is how all of the print services have worked for the past several releases of Gallery.
thenetimp and I will see if there is some form of simple workaround we can deploy - but this may not be solvable until our next release which includes a deeper security model (mid-Summer).
Thanks all for the comments and feedback - we are stiving to make a solution that meets all needs of Gallery users.
John
drgandy
Joined: 2006-02-17
Posts: 2
Posted: Mon, 2006-05-15 16:07
This is absolutely a deal-breaker for me as well. I am astonished that anyone would use this at all in its current state. As a commercial photographer, I would NEVER put my full-res images out there for anyone to see. Oh, well, guess I'll have to keep using Pictage...
minoltamaniac
Joined: 2005-10-03
Posts: 83
Posted: Mon, 2006-05-15 22:51
Deal breaker for me as well. Secure deal or no deal is always the standard when storing full size files for me.
fogfire
Joined: 2006-05-14
Posts: 2
Posted: Fri, 2006-05-19 06:19
No One here has said anything nasty, just being clear how important this is, and hearing that they are "just startting" was a disappointment. I don't use any of the other print moduals either so the fact that they don't have a good security model doesn't make things better. For now I have bought a year with smugmug. I like gallery and I just want digibug to succeed, maybe even help gallery figure out how to do it.
Create a user account that has access to orginals. Allow me to set the username and password in digibug control panel so it can access the special account.
Its old school, but might just work.
thenetimp
Joined: 2006-01-10
Posts: 51
Posted: Fri, 2006-05-19 15:10
This is what I noticed. I created an album and set permissions. so that only logged in users can see the images. I set it so they can only see thumbnails and resized versions. This did what I expected. What I didn't realize was when you allowed everybody to see your full sized images up in the upper right hand corner a little link saying "Full Sized Image" appeared, and the drop down box, now had the inclusion of the full sized image listed. Accessing these gave gallery based URLs to see the hiRes image.
Here's the problem. Even with the httpd user authenticated security schema we are planning, this will not keep people who are gallery users from being able to get the hi resolution image. This would only protect your image from people who don't have accounts. So in the end even this isn't a very secure model for gallery2, because your customers/users could still download the full resolution (because they would still need to be set up for everybody to have access to them) and take them over to whatever printer they wanted to use to have them printed.
This really needs to be addressed at the gallery2 code level, and not at the Digibug code level. To make it so none of your customers have access to the high resolution images and no one on the outside has access to your high resolution image.
Mindless. Here's an idea. Have a special group (we'll call it [Print Services]) When a module say's it's a print service module, then we always pass it the high resolution URL even if no one else can see the full resolution URL. In that URL is a token that expires after X days. If the image isn't grabbed with 7 days the token expires. Create a special admin screen that collects these token URLs. If for some reason we need to reprint, the admin of the gallery can go to the page and re-initialize the token's expiration date so we can repull the image.
Another idea is a way to disable the link and dropbox in the upper right hand corner. This would still allow people to see the full res image, but only if they knew the URL which would mean only those intimately familiar with gallery could steal image.
James Andrews
Software Engineer
Digibug Expresss, Inc.
CarlosMirandaLevy
Joined: 2005-01-06
Posts: 10
Posted: Sun, 2006-05-28 19:59
Here's the spanish translation for the 0.3.4 version of the module.
Nice module and service.
Regards.
Dayo
Joined: 2005-11-04
Posts: 1642
Posted: Wed, 2006-08-30 07:34
James how hard is it to do omething like this...
1) I create a special user called "Digibug" with access to the hi rez images under a group called "Print Services"
2) I enter the details on Digibug
3) Digibug uses this to login when it needs access.
Is something like that possible??
.
.
Gallery Version: 2.1.1
Gallery Theme: PGTheme 1.1.0 (RC01)
Web Site: http://dakanji.com
mindless
Joined: 2004-01-04
Posts: 8601
Posted: Wed, 2006-08-30 14:55
current svn / nightly snapshot gives print services access to the full size images for printing. the digibug module itself is also in svn.
mindless
Joined: 2004-01-04
Posts: 8601
Posted: Wed, 2006-08-30 16:11
spanish translation above added into svn, thanks!
WItch
Joined: 2005-10-27
Posts: 57
Posted: Thu, 2006-09-28 03:31
Hi,
I figured this out in a way that works for me, so I wanted to share. I use PG.
1) I took out the link to full size.
2) Permissions go: CUSTOMER -> view all versions (but there is no link to full size) EVERYONE -> view original, view resize. They can't see the album unless you give them permission to view items, and there is no link to full size, but if a customer hit's "guest" view at the bottom they will get access to the full-size unless you give resize permission.
Michelle michelleATmyaphoto.com
Dayo
Joined: 2005-11-04
Posts: 1642
Posted: Thu, 2006-09-28 16:51
The bug with changing one's mind halfway through and then going to another digibug enabled site is still there. I.E. you get the items from the previous cart as well as the new site in your cart.
Seems like a potential trouble.
.
Gallery Version: 2.1.1
Gallery Theme: PGTheme 1.1.0 (RC01)
Web Site: http://dakanji.com
jtreadway
Joined: 2005-02-04
Posts: 12
Posted: Thu, 2006-09-28 17:23
Dayo -
The session behavior you describe will be addressed shortly. The likelihood of people regularly ordering off of multiple Gallery sites is very low, but we do recognize this as something that should be corrected.
John
CEO
Digibug
andreste
Joined: 2006-06-02
Posts: 123
Posted: Sun, 2006-10-08 16:16
Hi, I installed this module on my site, everything works fine except that you can't see the image when you're on Digibug's page placing the order. What's odd is that, if I copy the location of the thumbnail from Digibug's page (for example: http://www.xxxxxx.org/gallery/index.php?g2_view=core.DownloadItem&g2_itemId=43609), and view it in the browser, it works! And when I get back to Digibug, the picture is there! But for some reason, Digibug is unable to show it the first time the page is opened. It's not the browser either, as exactly the same thing happens with both I.E. and Firefox.
I have not set anything to protect full resolution pictures as I'm not a photographer, my site is just a gallery of celebrity pictures you can find everywhere.
Does anyone know what the reason could be?
----------------------------------------------------------
EDIT
----------------------------------------------------------
I fixed it, just in case someone has the same problem: I just disabled the "Block hotlinked images" option in the URL Rewrite module.
Now it works great!
imageja.com
Joined: 2006-08-29
Posts: 7
Posted: Wed, 2006-10-04 02:33
imageja.com-when i click on the tab print on digibug in gallery ( trying to place on order) i get 404 _ file not found this happen only with Internet Explorer and not fire fox
imageja.com
Joined: 2006-08-29
Posts: 7
Posted: Wed, 2006-10-04 02:33
fortec
Joined: 2006-10-10
Posts: 2
Posted: Tue, 2006-10-10 13:04
I just setup Gallery on a website and when I try to setup the Digibug module I get the following error in the Gallery Modules portion of Gallery site admin:
Incompatible module!
Core API Required: 6.0 (available: 7.3)
Module API Required: 2.0 (available: 3.0)
Plus the version is showing up as Digibug 0.3.0 and not 0.3.1 like the file name (digibugForGallery2-v0.3.1.tar.gz) from which the module was extracted.
Is there any way to fix this without having to go back to an older version? Can this work with the newer core/module API?
Thanks!
thenetimp
Joined: 2006-01-10
Posts: 51
Posted: Tue, 2006-10-10 13:12
We are in the process of testing a new version of the module which has many updates, including some needed security issues that many people have been asking for. Which should be available in a few days, and which should fix this problem. I will make an announcement when it is available withing the next few days.
Thanks
James Andrews
Software Engineer
Digibug Expresss, Inc.
fortec
Joined: 2006-10-10
Posts: 2
Posted: Thu, 2006-10-12 13:13
Awesome - Thanks! I am anxiously awaiting the updated release! You guys are brilliant for coming up with this tool.
oddfellow
Joined: 2006-10-12
Posts: 8
Posted: Thu, 2006-10-12 19:05
James and John,
I really want to use the Digibug service through Gallery for our printing, and I'm very much looking forward to upcoming releases that fix various issues people have noted in this thread. Of the various photo-services I've seen, Digibug+Gallery does seem to most closely match what I'm looking for. But there's a problem.
I found this thread several weeks ago, and, in the interest of looking for more information, I followed the links provided to Digibug's home page and forums. While your home page seemed fine, your forums appear to have been hacked. Instead of forums, there is an image saying "I hate school" and some text stating "This Site F***ed !", "Owned by Ayen", "Good Root", etc.
It's been several weeks now and nothing has changed as far as I can tell.
I really want to trust Digibug to handle our photo printing and transactions, but an incident like this doesn't inspire a lot of confidence.
I'd appreciate any response you might have.
Thanks,
- Adam Gardner
oprativ
Joined: 2006-10-15
Posts: 14
Posted: Sun, 2006-10-15 20:51
Hello all,
Yes I too have been following this thread and noticed the "I hate school" image in place of the forums on the Digibug website.
The hack doesn't reflect well on the company as a whole but, having been on software development teams in the past, I realize how that operationally, website maintenance and security is probably not within the scope of the product development team's duties. I'd like to believe the devl team has a well thought out security model for their service.
I also realize that a company can get so focused on production that their own website could be forgotten about; once it's set up, it runs by itself. No one was monitoring the forums there though, because they were gone for a few weeks and their site changed only after oddfellow's post.
The first thing I'll prolly do with the new release is to try and break it. In the meantime, the person who *is* in charge of their website is probably praying that they still have a job when they get back to work on Monday ;-)
Digibug could turn this into a positive by looking at their overall security with fresh eyes.
In the meantime, I am awaiting the upcoming release, and any news from Digibug on this issue would be welcome.
- Jim de Geus
thenetimp
Joined: 2006-01-10
Posts: 51
Posted: Mon, 2006-10-16 06:15
Hi Everyone,
Sorry about the late response. Here's the forum's skinny.
When we setup our corporate website we used an open source forum system which is programmed by a dedicated group of programmers similar to those who program the gallery2 project. A while back ago there was an exploit released for the forum system we used, and someone decided to use this exploit to maliciously take down our forums. When this happened we were diligently working on improvements to the digibug service and decided to take the link to our forums off of our website until we were done working on the projects that were had going, We did not realize that the links from here would still worked, otherwise we would have done more to take down the malicious message thrown in our forums. As far as we were aware we had taken down our forums. Since we have been made aware that the links from here were still active, I have removed the offending file. Once we are done with the current projects we will be fixing the Digibug forums.
That brings us to Security and Digibug. Digibug's corporate website and Digibug's photo processing websites are 2 different beasts, on 2 totally separate machines. To save time and development resources we used open source CMS software and forums software for the corporate site. The downfall with using OSS software is that the code is out there for people to openly read, this allows hackers to write malicious code more easily than close source software. All it takes is a person who has access to the exploit to run 1 or 2 scripts and the hack is taken. Most people who hack such OSS sites are usually inexperienced people using someone elses script that's been published on the internet.
The Digibug image processing code is closed source. The only people with direct access to the code are the Digibug engineering team. Since people outside the development team don't have access to our code it's much more difficult for them to write malicious code. In order for them to do so they would have to be much smarter than the average person using someone else's script that was published on the internet.
That said, we use many common used precautions to safe guard the image processing site, and the data stored in our database. Is our website perfect? No. No website is 100% perfectly secure. We watch our logs to see if we can find what looks like attempts to maliciously gain access to our code, and when we find suspicious activity we act upon it. We firewall everything that doesn't need to be publicly accessed, and there are other things that we do that shouldn't be disclosed publicly for security reasons that we do to safeguard your data/transactions.
We work real hard to keep your data protected and to provide quality services. We hope that our little forum mishap doesn't deter you from using those services.
Thanks,
James Andrews
Software Engineer
Digibug Expresss, Inc.
imageja.com
Joined: 2006-08-29
Posts: 7
Posted: Wed, 2006-10-25 02:46
Are there any plans to add feature such as shoing the size print that be made from a particulal file (i think it would be very useful especially when you crop image ,you DO NOT
want your customers to order a larger print than the image file can print
thenetimp
Joined: 2006-01-10
Posts: 51
Posted: Wed, 2006-10-25 04:15
Hello,
Yes, one of the improvements we are going to add is the ability for the end user cropping, and positioning. However ther is no ETA for this feature.
James Andrews
Software Engineer
Digibug Expresss, Inc.
oprativ
Joined: 2006-10-15
Posts: 14
Posted: Thu, 2006-11-02 14:36
Hello all,
Just a note to say that I installed the Digibug 0.3.4 module and it works flawlessly. I don't keep the full sized images on the server, my image files are roughly 5x7" with a note to my customers to email me if they want poster sized prints. I ordered some test prints, received them within five business days and was impressed with the quality of the 8x10's. I was also impressed with the cropping of the images, because I deliberately created image files with odd aspect ratios. I love the way Digibug allows one to personalize the return address on the mailer, the receipt, and the backtext on the images.
Great work, James and John. Thanks!
Jim
-------------------------------------------
Gallery version = 2.1.2 core 1.1.0.2
PHP version = 5.1.6 apache
Webserver = Apache/1.3.37 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/5.1.6 FrontPage/5.0.2.2635.SR1.2 mod_ssl/2
dougholt
Joined: 2006-10-30
Posts: 4
Posted: Wed, 2006-11-08 23:41
I have a test Gallery2 installation with the Digibug 0.3.4 module installed and all is working well. But I have noticed that when a user clicks on Continue Shopping they are sent back to http://****.com/gallery/main.php rather than the location of the last image selected. With my setup the Gallery user ONLY has access to the files within his own albums, so having the user taken back to http://****.com/gallery/main.php is a real nuisance. Are there files that need to be modified to ensure that the user is redirected to the page from which the link to DigiBug was selected? Are the plans for any Cart integration so that users can select multiple images from within Gallery and then send all of these selections to Digibug for final review? I looked for a forum at DigiBug.com to discuss these and other issues and could not locate one. Is this the correct place to post questions/suggestions for Gallery2/DigiBug integrations? Or is there a forum somewhere else where I should pose these questions?
Douglas Holt
Watch This Interactive
otravers
Joined: 2006-10-09
Posts: 3
Posted: Thu, 2006-11-23 17:31
Hi, any news on supporting digital downloads? Back in March you said it was under consideration.
WItch
Joined: 2005-10-27
Posts: 57
Posted: Sat, 2006-11-25 23:43
James,
Sorry to do this here but your support sucks. For all the kudos I have given Digibug in public forums I figure it is my right to publicly share my disappointment as well.
I have an order from 14 days ago that I had in a public album and there must've been a problem with the permissions b/c the resized pictures got printed. I found this out from the customer when she got her smaller prints, and emailed support to try to stop her enlargements from going out. I didn't see the problem with the permissions but reset them. By the time I heard back they shipped, along with another order from that album that had the same problem. The response I got on 11/20 was "I share your disappointment, QC should have at least caught the enlargements." Well, they did and included a note with my customer's order, explaining that the image was too small to make a quality print. I have been trying to get the orders reprinted and the last response I got from Bill was on 11/21. I have sent several emails asking for the status of these orders and/or if I need to order them from somewhere else, my customer needs them, she is emailing me daily. I know he is checking his email because I emailed support about another order today with a square picture and got a response back this evening after that order shipped. I would expect that a professional printer would check email faster than orders would go out least or at have a contact number listed that reaches a person in less than 3 days. Industry standard for even the crappiest consumer-targeted printers is for a small resolution picture to warrant a phone call or email before a print is made.
If/when this is resolved I will post here.
Michelle
WItch
Joined: 2005-10-27
Posts: 57
Posted: Wed, 2006-11-29 06:52
Update: Yesterday I spoke with Bill and I ended up having to re-place both orders on my debit card, with his word that I will get them credited back to my card.
eyes_up
Joined: 2006-12-01
Posts: 3
Posted: Sat, 2006-12-02 03:12
Great job, James & co.
hi all-
I'm incredibly stoked about gallery and digibug in combination, and want to add my voice to the chorus of appreciation. Nicely done!
I have a few questions- please feel free to flame or ignore me if these have already been endlessly asked & answered:
Is there any out-of-the-box way to tell the digibug module to use different event IDs for different albums (and thereby provide different price lists in the same gallery)?
If no built-in method exists, is there a relatively painless bit of cart code anybody's adopted for this?
I've created a custom field for event_id and populated it with my event IDs, but I have no idea how to transmit that information on checkout. Any thoughts?
Oh, and a persnickety detail that may have no immediate solution- I also really enjoy the level of customization available for mailing labels. Is it possible to further tweak those labels to *exclude* the image thumbnail? I can already imagine a number of situations (surprise gifts, adult content, documentation of unreleased products, etc.) wherein which advertising the contents of a poster package would be a poor idea.
- Thanks to all involved...
Gallery version = 2.1.2 core 1.1.0.2
PHP version = 5.1.2 cgi-fcgi
Webserver = Apache/2.0.54 (Unix) PHP/4.4.2 mod_ssl/2.0.54 OpenSSL/0.9.7e mod_fastcgi/2.4.2 DAV/2 SVN/1.1.4
Database = mysql 5.0.18-standard-log, lock.system=flock
Toolkits = Exif, Getid3, NetPBM, Gd, ImageMagick
Acceleration = none, none
Operating system = Linux olive 2.4.29-grsec+w+fhs6b+gr0501+nfs+a32+++p4+sata+c4+gr2b-v6.189 #1 SMP Mon Feb 7 13:23:30 PST 2005 i686
Default theme = matrix
Posts: 22
James,
No problem. I've discovered it's a simple matter to remove references to 'quanity' and 'quantities' in the modules/cart/templates/ViewCart.tpl file. Two places:
1)The drop-down 'cart actions' menu:
Change this:
<option label="{g->text text="Update Quantities"}"
value="updateCart"> {g->text text="Update Quantities"} </option>
To this:
<option label="{g->text text="Update Cart"}"
value="updateCart"> {g->text text="Update Cart"} </option>
2)The table displaying images in the cart:
Remove these few lines:
<th> {g->text text="Quantity"} </th> (the header)
...
<td>
<input type="text" size="3"
name="{g->formVar var="form[counts][`$item.id`]"}" value="{$form.counts[$item.id]}"/>
</td> (the box containing the quanity)
Thanks for your work on this module. I think it's great. Looking forward to seeing what else you've got planned for it.
Cheers!
Posts: 9
My questions
1. I am using PG theme, does this work with it smoothely? i have read up there somewhere that it does run smoothly.
2. If the purchaser on my website doesnt want to log on , does this module still work, or is logging on a must.
3. Can i set different prices for different sizes of images printed? or can i only set a price to my picture?
4. Is there a way if the purchaser is buying the picture he/she can only download the image after paying the amount or a certain amount?
Posts: 10
Hi James
This module looks great. I have installed it successfully and the first page of a purchase works fine. If you try to purchase any of the specialty products eg Coffee cup no matter what qantities and info that I entered I got the following message.
Some of the required information has not been completed. Please review the fields below.
Posts: 51
Do you ahve a URL you can send me so I can see what you are talking about?
Thanks,
James Andrews
Software Engineer
Digibug Expresss, Inc.
Posts: 51
Hi,
1.) when I installed PG theme I had no problems with it running on my installation. Which version of Gallery are you using?
2.) Yes the module should still work, users loggin in is not a requirement.
3.) Currently this module runs off of Digibug API V1. Prices are set on product type, so 4x6s are one price 5x7s are another etc. You can not however have different priced 4x6 images. They all must come from the same event pricelist. This will change in Digibug API V2
4.) Currently we do not offer a download service, but we are discussing that as well.
Sorry for the late response, it's been a rough week.
James Andrews
Software Engineer
Digibug Expresss, Inc.
Posts: 51
Digibug now has its new corporate website set up with our own forums. You can continue to ask questions about the Gallery2 module here, but you can also ask them on our forums. We do ask that questions about Digibug, our products, and those questions not relating to the Gallery2 module be asked in our forums as they are not related to Gallery2, and those in our community who do not use Gallery2 may also have interests in the answers.
http://www.digibug.com/
James Andrews
Software Engineer
Digibug Expresss, Inc.
Posts: 1
Hi there! I am new to Gallery and I am wondering where the code is for generating the <head></head> tags. I want to add meta keywords and descriptions to my gallery pages. So, if you could point me in the right direction, this would be very helpful. I am using the Matrix Theme and the version of Gallery is 2.0.4
Ed cohen |
Posts: 51
Ed,
This thread is just for information about the Digibug module for Gallery2. I am unfamiliar with the code you are talking about, I recommend maybe searching the Themes Section: http://gallery.menalto.com/forum/72 for your answer, if you don't find it during a search of existing posts, then create your own post pointing out what you want to do.
James Andrews
Software Engineer
Digibug Expresss, Inc.
Posts: 12
umaryr -
re #3 - you set the prices for a whole list of products and the purchaser buys off of that list.
#4 - there is not yet an option to purchase a download, but that is coming. is that what you want?
I think that this works with all themes and that users need not be logged in to purchase... will have james confirm.
You can also post Digibug questions on the Digibug Forums at http://corp.digibug.com/component/option,com_smf/Itemid,77
John
Posts: 12
Note that there is a Gallery section on the Digibug Forum for all questions related to Digibug and Gallery. We are also looking for suggestions as we will be starting an upgrade to this integration in the next couple of weeks. Feedback would be great.
John
Posts: 1
We are attempting to develope a module that modifies the cart to do basically the same thing, only work for our photo printing business. The images would be calculated by the price chosen, the p-erson would be charged, and the photo along with a text file with instructions would be e-mailed to the printer's e-mail. Is there anything like this going on already?
Posts: 51
Digibug Module for Gallery2.1 is now available. Please visit our website to download the latest. We will also leave the module for Gallery 2.0 available in case you plan on upgrading to Gallery2.1 in the near future
http://www.digibug.com/digibugapi/
If you find any problems with the module please let us know.
James Andrews
Software Engineer
Digibug Expresss, Inc.
Posts: 51
New update for the Digibug for Gallery v2.1 is available. This is a bug fix that fixes the URL in the "Continue Shopping" button. If you are runnign Gallery v2.1 and are using our module, it is highly recommeded that you upgrade. Old version was 0.3.3 New version is 0.3.4
http://www.digibug.com/digibugapi/
James Andrews
Software Engineer
Digibug Expresss, Inc.
Posts: 12
Hi folks -
We've just launched a "Showcase" section on our site. If you have a Gallery site with Digibug integrated, please let us know so we can put you on the Showcase.
Post your Showcase entry on our forums at: http://corp.digibug.com/component/option,com_smf/Itemid,77/board,13.0
We will review and in most cases will post your integration to our Showcase page on our main site: http://corp.digibug.com/content/view/53/91/
Information that would be helpful to everybody is encouraged. What's your site about, what kind of images are you offering, etc.? What version of Gallery are you integrated with, etc.
John
Posts: 70
First off, i like the module and site offerings, just wanted to add my three cents to make it the best product it can be.
I installed the module for a client and found to issues off the bat, then a third one soon there after.
---------PrintPhotos.tpl-------------
in the PrintPhotos.tpl you need to make sure that the submit button for noscript is inside the form other wise it doesn't do anything.
<noscript>
<input type="submit"/>
</noscript>
---------------------
------------PrintPhotos.inc---------
Below you set the $returnUrl to the request variable then over write it with the next line.
list ($itemId, $returnUrl) = GalleryUtilities::getRequestVariables('itemId', 'return');
$returnUrl = $urlGenerator->generateUrl(
array(), array('forceSessionId' => false, 'forceFullUrl' => true));
this is what i needed for my setup, but this might not be a fix for everyone type patch
$returnUrl = $urlGenerator->generateUrl(
array('view' => 'core.ShowItem','itemId' => $itemId ),
array('forceSessionId' => false, 'forceFullUrl' => true));
-------image cart--------
How do i empty my cart? possibly i missed something easy, but i don't see a delete/remove link next to an item or for the cart.
------------------------
this is based off of the module here
http://www.digibug.com/digibugapi/digibugForGallery2-1_v0-3-4.zip
||Custom Theming | Donate to Gallery ||
Posts: 51
Hi Draco,
#1) I'll fix this, our module is a modified version of another module, so it has a lot of just modify this to suit our need, I didn't catch this when I was on that page.
#2) I did it this way because if people use the cart module, when they return they return to an empty cart, and I thought that as bad UI to go back to an empty cart. I commented out my code and put your code in and via the cart module, and it seems to fix one of the UI problems we had, so I am going to make that a permenant change.
#3) Currently there is no way to empty our cart, other than zeroing out the quantity. We are going to change that, so it is on the list of changes.
Look for a release in a couple days with the new changes. I am working on a couple other little changes as well.
James Andrews
Software Engineer
Digibug Expresss, Inc.
Posts: 50
I have been doing some testing of this module and ran into a test result that concerned me.
1.) If a user happens to use your site and not complete a opportunity and heads to another site which uses the digibug API your previous selected photos from the other site will remain in the cart even when at someone elses photo gallery.
2.) I require all users to logon to my site and I have had to enable everyone has access to the full res images which I don't care to do, how can I get around this so I don't have to give the public access to the images, even though they can't see the albums without a login.
Posts: 51
Hi,
1.) We are aware of this, and will be making modifications in the next version of the digibug API to eliminate this, so it is on our radar to be modified.
2.) There is no way to get around this. Our system needs access to your images, if you use gallery security to close off access to anonymous users then our site is unable to connect to your site to get the images to full fill the order.
In the future we plan on adding an http authentication scheme that will allow you to use http authentication through a .htaccess file to secure your images. I am unsure how or if this will work with gallery as we haven't started work on it yet, but that is at least 2 months out before it is implemented.
James Andrews
Software Engineer
Digibug Expresss, Inc.
Posts: 2
#2 Is the deal breaker. I have an account, I have even custom posted some images for friends to order on your site.
There has to be a secure way to transmit full-res for printing without providing access to our full res intellectual property to the visitors.
This has been mentioned many times before and I am really surprised that you have not even started on this. If you had started weeks ago when it was first requested, and cleary is a sev one development issue because in involves the security of photo assests, it might be done now.
Just to make sure I am not a fluke, EVERYONE READING THIS POST THAT WANTS TO USE DIGIBUG BUT IS NOT BECAUSE IT REQUIRES USER ACCESS TO FULL RES IMAGES. REPLY TO THIS THREAD.. SO digibug can see what the cost of not acting on this is.
Posts: 9
I was just getting ready to use digibug, but won't now until this issue is fixed. Anyone with ANY knowledge of professional photographers knows clearly how anal we are when it comes to the protection of our originals. Leaving them open like that is nuts. Would you leave your wallet with hundreds of thousands of dollers in it sitting on a park bench? Maintaining controll of reproducable originals IS our livelyhood. If they are open to the world, we may as well quit. I can't believe that this would even have been a question. This should have been just as much of a concern as secure credid card processing.
Posts: 8601
some strong words.. maybe that will work as you are addressing a company, dunno. glad none of you wrote that towards the dev team. Anyway, all the bundled G2 print modules work the same, probably digibug does too atm: the URL given to the print service for the image contains a sessionid for a session of the user submitting the print request. That basically means the print service gets access to what that user can see; so we pick the largest available size the user can see and submit that as the print source. Reworking this into a system that gives the print service a session that can access the full size AND making sure the user submitting the request can't also gain access to this session themselves is not a trivial task. I've seen some forum discussion on this, but don't know if a feature request has even been filed.. I haven't noticed it near the top of the feature vote anyway.
thenetimp, if you do some work in this area I hope you'll share the changes so we can apply it to the other print modules.. or if we ever find the time/resources we may take up this task and you can copy the changes from the other modules. thanks.
Posts: 12
Hi folks - we totally agree with the benefits of increasing the security model for Digibug and Gallery and are continuing to look into it. As the previous post points out, this is not a trivial problem. Also as pointed out, this is how all of the print services have worked for the past several releases of Gallery.
thenetimp and I will see if there is some form of simple workaround we can deploy - but this may not be solvable until our next release which includes a deeper security model (mid-Summer).
Thanks all for the comments and feedback - we are stiving to make a solution that meets all needs of Gallery users.
John
Posts: 2
This is absolutely a deal-breaker for me as well. I am astonished that anyone would use this at all in its current state. As a commercial photographer, I would NEVER put my full-res images out there for anyone to see. Oh, well, guess I'll have to keep using Pictage...
Posts: 83
Deal breaker for me as well. Secure deal or no deal is always the standard when storing full size files for me.
Posts: 2
No One here has said anything nasty, just being clear how important this is, and hearing that they are "just startting" was a disappointment. I don't use any of the other print moduals either so the fact that they don't have a good security model doesn't make things better. For now I have bought a year with smugmug. I like gallery and I just want digibug to succeed, maybe even help gallery figure out how to do it.
Create a user account that has access to orginals. Allow me to set the username and password in digibug control panel so it can access the special account.
Its old school, but might just work.
Posts: 51
This is what I noticed. I created an album and set permissions. so that only logged in users can see the images. I set it so they can only see thumbnails and resized versions. This did what I expected. What I didn't realize was when you allowed everybody to see your full sized images up in the upper right hand corner a little link saying "Full Sized Image" appeared, and the drop down box, now had the inclusion of the full sized image listed. Accessing these gave gallery based URLs to see the hiRes image.
Here's the problem. Even with the httpd user authenticated security schema we are planning, this will not keep people who are gallery users from being able to get the hi resolution image. This would only protect your image from people who don't have accounts. So in the end even this isn't a very secure model for gallery2, because your customers/users could still download the full resolution (because they would still need to be set up for everybody to have access to them) and take them over to whatever printer they wanted to use to have them printed.
This really needs to be addressed at the gallery2 code level, and not at the Digibug code level. To make it so none of your customers have access to the high resolution images and no one on the outside has access to your high resolution image.
Mindless. Here's an idea. Have a special group (we'll call it [Print Services]) When a module say's it's a print service module, then we always pass it the high resolution URL even if no one else can see the full resolution URL. In that URL is a token that expires after X days. If the image isn't grabbed with 7 days the token expires. Create a special admin screen that collects these token URLs. If for some reason we need to reprint, the admin of the gallery can go to the page and re-initialize the token's expiration date so we can repull the image.
Another idea is a way to disable the link and dropbox in the upper right hand corner. This would still allow people to see the full res image, but only if they knew the URL which would mean only those intimately familiar with gallery could steal image.
James Andrews
Software Engineer
Digibug Expresss, Inc.
Posts: 10
Here's the spanish translation for the 0.3.4 version of the module.
Nice module and service.
Regards.
Posts: 1642
James how hard is it to do omething like this...
1) I create a special user called "Digibug" with access to the hi rez images under a group called "Print Services"
2) I enter the details on Digibug
3) Digibug uses this to login when it needs access.
Is something like that possible??
.
.
Gallery Version: 2.1.1
Gallery Theme: PGTheme 1.1.0 (RC01)
Web Site: http://dakanji.com
Posts: 8601
current svn / nightly snapshot gives print services access to the full size images for printing. the digibug module itself is also in svn.
Posts: 8601
spanish translation above added into svn, thanks!
Posts: 57
Hi,
I figured this out in a way that works for me, so I wanted to share. I use PG.
1) I took out the link to full size.
2) Permissions go: CUSTOMER -> view all versions (but there is no link to full size) EVERYONE -> view original, view resize. They can't see the album unless you give them permission to view items, and there is no link to full size, but if a customer hit's "guest" view at the bottom they will get access to the full-size unless you give resize permission.
Michelle michelleATmyaphoto.com
Posts: 1642
The bug with changing one's mind halfway through and then going to another digibug enabled site is still there. I.E. you get the items from the previous cart as well as the new site in your cart.
Seems like a potential trouble.
.
Gallery Version: 2.1.1
Gallery Theme: PGTheme 1.1.0 (RC01)
Web Site: http://dakanji.com
Posts: 12
Dayo -
The session behavior you describe will be addressed shortly. The likelihood of people regularly ordering off of multiple Gallery sites is very low, but we do recognize this as something that should be corrected.
John
CEO
Digibug
Posts: 123
Hi, I installed this module on my site, everything works fine except that you can't see the image when you're on Digibug's page placing the order. What's odd is that, if I copy the location of the thumbnail from Digibug's page (for example: http://www.xxxxxx.org/gallery/index.php?g2_view=core.DownloadItem&g2_itemId=43609), and view it in the browser, it works! And when I get back to Digibug, the picture is there! But for some reason, Digibug is unable to show it the first time the page is opened. It's not the browser either, as exactly the same thing happens with both I.E. and Firefox.
I have not set anything to protect full resolution pictures as I'm not a photographer, my site is just a gallery of celebrity pictures you can find everywhere.
Does anyone know what the reason could be?
----------------------------------------------------------
EDIT
----------------------------------------------------------
I fixed it, just in case someone has the same problem: I just disabled the "Block hotlinked images" option in the URL Rewrite module.
Now it works great!
Posts: 7
imageja.com-when i click on the tab print on digibug in gallery ( trying to place on order) i get 404 _ file not found this happen only with Internet Explorer and not fire fox
Posts: 7
Posts: 2
I just setup Gallery on a website and when I try to setup the Digibug module I get the following error in the Gallery Modules portion of Gallery site admin:
Incompatible module!
Core API Required: 6.0 (available: 7.3)
Module API Required: 2.0 (available: 3.0)
Plus the version is showing up as Digibug 0.3.0 and not 0.3.1 like the file name (digibugForGallery2-v0.3.1.tar.gz) from which the module was extracted.
Is there any way to fix this without having to go back to an older version? Can this work with the newer core/module API?
Thanks!
Posts: 51
We are in the process of testing a new version of the module which has many updates, including some needed security issues that many people have been asking for. Which should be available in a few days, and which should fix this problem. I will make an announcement when it is available withing the next few days.
Thanks
James Andrews
Software Engineer
Digibug Expresss, Inc.
Posts: 2
Awesome - Thanks! I am anxiously awaiting the updated release! You guys are brilliant for coming up with this tool.
Posts: 8
James and John,
I really want to use the Digibug service through Gallery for our printing, and I'm very much looking forward to upcoming releases that fix various issues people have noted in this thread. Of the various photo-services I've seen, Digibug+Gallery does seem to most closely match what I'm looking for. But there's a problem.
I found this thread several weeks ago, and, in the interest of looking for more information, I followed the links provided to Digibug's home page and forums. While your home page seemed fine, your forums appear to have been hacked. Instead of forums, there is an image saying "I hate school" and some text stating "This Site F***ed !", "Owned by Ayen", "Good Root", etc.
It's been several weeks now and nothing has changed as far as I can tell.
I really want to trust Digibug to handle our photo printing and transactions, but an incident like this doesn't inspire a lot of confidence.
I'd appreciate any response you might have.
Thanks,
- Adam Gardner
Posts: 14
Hello all,
Yes I too have been following this thread and noticed the "I hate school" image in place of the forums on the Digibug website.
The hack doesn't reflect well on the company as a whole but, having been on software development teams in the past, I realize how that operationally, website maintenance and security is probably not within the scope of the product development team's duties. I'd like to believe the devl team has a well thought out security model for their service.
I also realize that a company can get so focused on production that their own website could be forgotten about; once it's set up, it runs by itself. No one was monitoring the forums there though, because they were gone for a few weeks and their site changed only after oddfellow's post.
The first thing I'll prolly do with the new release is to try and break it. In the meantime, the person who *is* in charge of their website is probably praying that they still have a job when they get back to work on Monday ;-)
Digibug could turn this into a positive by looking at their overall security with fresh eyes.
In the meantime, I am awaiting the upcoming release, and any news from Digibug on this issue would be welcome.
- Jim de Geus
Posts: 51
Hi Everyone,
Sorry about the late response. Here's the forum's skinny.
When we setup our corporate website we used an open source forum system which is programmed by a dedicated group of programmers similar to those who program the gallery2 project. A while back ago there was an exploit released for the forum system we used, and someone decided to use this exploit to maliciously take down our forums. When this happened we were diligently working on improvements to the digibug service and decided to take the link to our forums off of our website until we were done working on the projects that were had going, We did not realize that the links from here would still worked, otherwise we would have done more to take down the malicious message thrown in our forums. As far as we were aware we had taken down our forums. Since we have been made aware that the links from here were still active, I have removed the offending file. Once we are done with the current projects we will be fixing the Digibug forums.
That brings us to Security and Digibug. Digibug's corporate website and Digibug's photo processing websites are 2 different beasts, on 2 totally separate machines. To save time and development resources we used open source CMS software and forums software for the corporate site. The downfall with using OSS software is that the code is out there for people to openly read, this allows hackers to write malicious code more easily than close source software. All it takes is a person who has access to the exploit to run 1 or 2 scripts and the hack is taken. Most people who hack such OSS sites are usually inexperienced people using someone elses script that's been published on the internet.
The Digibug image processing code is closed source. The only people with direct access to the code are the Digibug engineering team. Since people outside the development team don't have access to our code it's much more difficult for them to write malicious code. In order for them to do so they would have to be much smarter than the average person using someone else's script that was published on the internet.
That said, we use many common used precautions to safe guard the image processing site, and the data stored in our database. Is our website perfect? No. No website is 100% perfectly secure. We watch our logs to see if we can find what looks like attempts to maliciously gain access to our code, and when we find suspicious activity we act upon it. We firewall everything that doesn't need to be publicly accessed, and there are other things that we do that shouldn't be disclosed publicly for security reasons that we do to safeguard your data/transactions.
We work real hard to keep your data protected and to provide quality services. We hope that our little forum mishap doesn't deter you from using those services.
Thanks,
James Andrews
Software Engineer
Digibug Expresss, Inc.
Posts: 7
Are there any plans to add feature such as shoing the size print that be made from a particulal file (i think it would be very useful especially when you crop image ,you DO NOT
want your customers to order a larger print than the image file can print
Posts: 51
Hello,
Yes, one of the improvements we are going to add is the ability for the end user cropping, and positioning. However ther is no ETA for this feature.
James Andrews
Software Engineer
Digibug Expresss, Inc.
Posts: 14
Hello all,
Just a note to say that I installed the Digibug 0.3.4 module and it works flawlessly. I don't keep the full sized images on the server, my image files are roughly 5x7" with a note to my customers to email me if they want poster sized prints. I ordered some test prints, received them within five business days and was impressed with the quality of the 8x10's. I was also impressed with the cropping of the images, because I deliberately created image files with odd aspect ratios. I love the way Digibug allows one to personalize the return address on the mailer, the receipt, and the backtext on the images.
Great work, James and John. Thanks!
Jim
-------------------------------------------
Gallery version = 2.1.2 core 1.1.0.2
PHP version = 5.1.6 apache
Webserver = Apache/1.3.37 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/5.1.6 FrontPage/5.0.2.2635.SR1.2 mod_ssl/2
Posts: 4
I have a test Gallery2 installation with the Digibug 0.3.4 module installed and all is working well. But I have noticed that when a user clicks on Continue Shopping they are sent back to http://****.com/gallery/main.php rather than the location of the last image selected. With my setup the Gallery user ONLY has access to the files within his own albums, so having the user taken back to http://****.com/gallery/main.php is a real nuisance. Are there files that need to be modified to ensure that the user is redirected to the page from which the link to DigiBug was selected? Are the plans for any Cart integration so that users can select multiple images from within Gallery and then send all of these selections to Digibug for final review? I looked for a forum at DigiBug.com to discuss these and other issues and could not locate one. Is this the correct place to post questions/suggestions for Gallery2/DigiBug integrations? Or is there a forum somewhere else where I should pose these questions?
Douglas Holt
Watch This Interactive
Posts: 3
Hi, any news on supporting digital downloads? Back in March you said it was under consideration.
Posts: 57
James,
Sorry to do this here but your support sucks. For all the kudos I have given Digibug in public forums I figure it is my right to publicly share my disappointment as well.
I have an order from 14 days ago that I had in a public album and there must've been a problem with the permissions b/c the resized pictures got printed. I found this out from the customer when she got her smaller prints, and emailed support to try to stop her enlargements from going out. I didn't see the problem with the permissions but reset them. By the time I heard back they shipped, along with another order from that album that had the same problem. The response I got on 11/20 was "I share your disappointment, QC should have at least caught the enlargements." Well, they did and included a note with my customer's order, explaining that the image was too small to make a quality print. I have been trying to get the orders reprinted and the last response I got from Bill was on 11/21. I have sent several emails asking for the status of these orders and/or if I need to order them from somewhere else, my customer needs them, she is emailing me daily. I know he is checking his email because I emailed support about another order today with a square picture and got a response back this evening after that order shipped. I would expect that a professional printer would check email faster than orders would go out least or at have a contact number listed that reaches a person in less than 3 days. Industry standard for even the crappiest consumer-targeted printers is for a small resolution picture to warrant a phone call or email before a print is made.
If/when this is resolved I will post here.
Michelle
Posts: 57
Update: Yesterday I spoke with Bill and I ended up having to re-place both orders on my debit card, with his word that I will get them credited back to my card.
Posts: 3
Great job, James & co.
hi all-
I'm incredibly stoked about gallery and digibug in combination, and want to add my voice to the chorus of appreciation. Nicely done!
I have a few questions- please feel free to flame or ignore me if these have already been endlessly asked & answered:
Is there any out-of-the-box way to tell the digibug module to use different event IDs for different albums (and thereby provide different price lists in the same gallery)?
If no built-in method exists, is there a relatively painless bit of cart code anybody's adopted for this?
I've created a custom field for event_id and populated it with my event IDs, but I have no idea how to transmit that information on checkout. Any thoughts?
Oh, and a persnickety detail that may have no immediate solution- I also really enjoy the level of customization available for mailing labels. Is it possible to further tweak those labels to *exclude* the image thumbnail? I can already imagine a number of situations (surprise gifts, adult content, documentation of unreleased products, etc.) wherein which advertising the contents of a poster package would be a poor idea.
- Thanks to all involved...
Gallery version = 2.1.2 core 1.1.0.2
PHP version = 5.1.2 cgi-fcgi
Webserver = Apache/2.0.54 (Unix) PHP/4.4.2 mod_ssl/2.0.54 OpenSSL/0.9.7e mod_fastcgi/2.4.2 DAV/2 SVN/1.1.4
Database = mysql 5.0.18-standard-log, lock.system=flock
Toolkits = Exif, Getid3, NetPBM, Gd, ImageMagick
Acceleration = none, none
Operating system = Linux olive 2.4.29-grsec+w+fhs6b+gr0501+nfs+a32+++p4+sata+c4+gr2b-v6.189 #1 SMP Mon Feb 7 13:23:30 PST 2005 i686
Default theme = matrix