Have not tried the buying process, but the back-end (and even login page!) is not encrypted. Definitely do not recommend using this site from a WiFi hotspot/café. Also, do not use a password for this site that is used on another site.
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Show posts MenuQuote from: steheap on June 25, 2013, 14:02QuoteCan anybody tell me how the Symbiostock Similar Images widget works?
I've placed it on the bottom of image pages but no similar images are shown (only the headline Similar Images).
I'd forgotten this, but when this feature first came out, you had to run a process each time you added a bunch of images to the site (run the "related images" process?). That went away and found all the images with closely matching keywords.
Has that function now been added in automatically - I couldn't see it in the Symbio options section of Admin?
Steve
function custom_tag_cloud_widget($args) {
$args['largest'] = 18; //largest tag
$args['smallest'] = 10; //smallest tag
$args['unit'] = 'px'; //tag font unit
return $args;
}
add_filter( 'widget_tag_cloud_args', 'custom_tag_cloud_widget' );
Quote from: Redneck on June 24, 2013, 14:26
I just did the Paypal Sandbox testing but I think jshooz got one thing wrong with his directions.
If you've never done the Paypal sandbox testing before, you will not see a sandbox BUSINESS account because there is none.
You need to create both, a sandbox business account (as merchant, with your Symbiostock admin email) AND a sandbox personal account (as customer, with a user login email).
Testing went ok.
Quote from: Tinny on June 22, 2013, 09:42
Alternatively if you do find the sandbox confusing (as I did as it seemed to send you to a different site altogether with a name I had never heard of) reduce the price of an item to 10p or so, use a different email address to create an account and make the purchase, then remember to increase the price again

Quote from: alberto on June 14, 2013, 23:28
Minor feature, the ability to show a download counter.
Quote from: quailrunphoto on June 10, 2013, 06:26Quote from: quailrunphoto on June 10, 2013, 04:44Quote from: klsbear on June 10, 2013, 04:01
Registration issue
Signed up as new user. Got the notice that a new "customer" had registered almost immediately but now it's been over an hour and I'm still waiting for my password so I can test out the purchasing process. It seems to be a registration e-mail issue, not Bluehost or my cable provider. I tried sending an e-mail from my gmail account to my account with the cable provider that I'm using as the test account and that went through within a minute.
I just did the same procedure with a little different result. My test user received an email after about 15 minutes. It was not stuck in spam or any other email filter. I am also using BlueHost.
If anyone is good at reading message source code, I have attached the test user message. It shows a significant delay in delivery of about 20 minutes. I have underlined the location.
Quote from: cascoly on June 10, 2013, 00:45
ok - here's my version of the paypal bugs:
login as the buyer 'testing2' it still shows an image1 i paid for awhile ago in my customer license area (this also didn't get any download info) i click to buy a different image2, and it goes to the cart listing 2 x $2. i delete the old image, and click agree but the green box doesnt light up so i cant pay. when i refresh the old image1 is back. i click on image1 and get the image1 page, but clicking on 'download' there (showing only $2, not the $4 it should be if there were still 2 images), and it goes to the cart showing only image2 and now allows me to click the green button.
something's getting left over??
Quote from: grsphoto on June 10, 2013, 01:55
Just wondering where the image files get put? Thinking of trying some experiments with copies of the originals.
Quote from: Leo on May 26, 2013, 03:17
Good question! You know quite a bit about wordpress. The easy answers first:

Quote from: Leo on May 26, 2013, 03:17
1. Yes, one contributor per site. The initial purpose of symbiostock was to get everyone independent that way.
2. Yes, one symbiocard per site. The symbiocards are generated as having a unique key according your domain, and that way they are always fetched from the root of your site predictably.
But regarding permissions - everything "significant" to symbiostock is generally done as an admin. If you find any abuse-able stuff on the lower end let me know
Quote from: Leo on May 26, 2013, 03:17
Images cannot be properly generated through WP's "add new image" feature (comes with registering a post type) but I have not yet figured out how to completely remove it. Technically the only legit way to add an image is through the image processor. But again if you find any loopholes or areas of possible abuse let me know.
But multiple image authors per site...with a few adjustments it should be possible. Right now everything is set up for complete independence. Once you start managing multiple authors a whole new feature set is demanded. So I started simple
Quote from: cascoly on May 22, 2013, 03:37
still have GD -- added the ini line but imagemagick doesn't show up - any suggestion s?
QuoteViewing Currently Installed PECL Packages
To view the PECL Packages currently installed, you will need ssh access. To learn how to get SSH access, Click Here. Once you have logged in via SSH, enter the following command:/usr/bin/pecl list
Installing New PECL Packa
In the past we have done manual installations of packages as our customers needed them, but actually now we just have a pre-installed library, and if you wish to have another PECL package installed, these are the directions for doing so: You can download and install PECL packages locally to your account. You'll need SSH access. Once you're logged in, these are steps for installation:
Create a folder in your home directory to download and compile the packages in.
mkdir ~/pecl
Create a directory for you php extensions to be located in. Something like ~/php/extensions.
$ mkdir ~/php )
$ mkdir ~/php/extensions
Change directories to that created pecl directory and run the following command:
cd ~/pecl
pecl download <packagename>
********************** For multiple PECL packages, repeat steps 4-9 and then step 12 *****************
That will download the package which you'll then need to untar with:
tar -xvzf
Change directories to the extracted directory and run the phpize command
cd ~/pecl/<packagedirectory>
phpize
When that's done, run the following command from inside the module folder ./configure --prefix=$HOME/pecl/<packagedirectory> ( you can find the directory to use by typing pwd inside the package directory)
cd ~/pecl/<packagedirectory>
./configure --prefix=$HOME/pecl/<packagedirectory>
If that runs without error, then the package should be compatible with our environment. If it completes successfully, run the following command from individual module directory make
make
That will create the module file that you'll need to put in your php.ini. It'll be located in the modules directory and will be named <packagename>.so
cd modules
Copy the .so file to your ~/php/extensions directory that you created.
cp <packagename>.so ~/php/extensions
Copy the existing server-installed extensions from /usr/lib64/php/modules/ to the ~/php/extensions directory:
cp -rf /usr/lib64/php/modules/* ~/php/extensions/
Edit your php.ini file in public_html (assuming you're on single php.ini mode from the php config icon in the cpanel) and change the extension_dir setting to the full path to your ~/php/extensions directory
extension_dir = "/home<#>/<username>/php/extensions"
Add the extension to your php.ini file. It'll look like:
extension=<filename>.so
Quote from: Leo on May 20, 2013, 08:31
print_r also has a friend named var_dump (sometime's can make things easier to read in HTML though it only seems to happen on WAMP server...I wish I could get it working with html online too).
Are you using the 2.0 test version? There is a nice little help-area in there. I'll paste it for you:
Image Processing — ImageMagic or GD Library
Some notes on your server's image processing methods — there are a few things that influence your server's ability to process large images, and large amounts of images.Image processing occurs in a few areas in the Symbiostock theme:
- The image processing module: ImageMagic, or inferior choice, GD Library
- Memory allowed: Edit wp-config.php file to change performance.
- Maximum allowed time a script can run.
Symbiostock checks to see if your server is using ImageMagick and if its not, it falls back to GD Library. Its highly advised you configure your server to use ImageMagic if it does not already. It uses less memory and generally produces better results. "Cheap" hosting using GD Library will give you much trouble with frequest script crashes, though will often still give satisfactory results in a good server environment.
- Process Uploads (Note at top of screen, it will tell you if you are using GD or ImageMagic)
- Images Listing / Editing Area ("Bulk Options" dropdown, "Reprocess")
If you can't seem to break out of memory limitations, use BLUEHOST as your hosting company instead. BLUEHOST has the best cost/power ratio and Symbiostock sites do great on it.
Quote from: Leo on May 20, 2013, 08:18
Hi there!
Yes, it is possible. So many of these things are very simple to do, just take a little time. After 2.0 series is finally out and definitely stable, I should be able to give attention to all of these little details. But yes, thats perfectly possible.