#1 Re: Developer Help » Setting up BigTree with IIS » January 13, 2014 4:16pm

You can try setting the server's document root to the 'site/' directory, this should negate the need for the redirects from '/' to 'site/'. See the "Post Install" section at the bottom of this page: http://www.bigtreecms.org/documentation … tallation/

#2 Re: Developer Help » Using BigTree with IIS » January 13, 2014 4:12pm

You can disregard that rule, it's to ensure PHP gets the proper modified headers when apache_request_headers() is unavailable: http://us3.php.net/manual/en/function.a … eaders.php
Sounds like IIS handles this properly: http://msdn.microsoft.com/en-us/library … 80%29.aspx

#3 Re: Developer Help » Using BigTree with IIS » January 9, 2014 9:09am

The .htaccess files should have been created when installing, if you selected "advanced routing." Much of the file deals with gzip and resource types, but the rewrite rules are as follows:

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php?bigtree_htaccess_url=$1 [QSA,L]
Sidenote: You may run into other issues on IIS, like any PHP modules or functions that use Linux only capabilities.

#4 Re: Bug Reports » 1and1 just won't work » December 9, 2013 9:01am

I have BigTree running a few sites on 1and1. For each site I set up a php.ini file with some custom values:

magic_quotes_gpc = Off
magic_quotes_runtime = Off
magic_quotes_sybase = Off

allow_url_fopen = ON

zlib.output_compression = On

memory_limit = 32M
upload_max_filesize = 32M
post_max_size = 32MI also set the document root to the /site/ directory through the hosting control panel to avoid needing a separate .htaccess file in the root directory. Otherwise, you may need to include '/site/' in the .htaccess files' rewrite rules:

RewriteRule ^(.*)$ /site/index.php?bigtree_htaccess_url=$1 [QSA,L]

#5 General » What Have You Built on BigTree? » November 6, 2013 2:05pm

Replies: 2

Calling all developers! Have you built something exceptional with BigTree? If you have please let us know. We would love to brag about it.

Simply post a reply to this thread with a link to your site, or use the submission form on our homepage.

#6 Re: General » Google Map with icon development » November 5, 2013 3:40pm

You will definitely need some PHP knowledge to do anything in BigTree. Here are some resources to get you started there:

-Docs: http://us1.php.net/manual/en/
-Getting Started (tutorial): http://us1.php.net/manual/en/getting-started.php
-PHP Academy: https://phpacademy.org/videos
-Codecademy: http://www.codecademy.com/tracks/php
-Lynda.com: http://www.lynda.com/PHP-tutorials/Intr … 485-2.html

PHP Academy includes some PHP and MySQL tutorials. Codecademy is probably the most basic and a good place to start.

This should help get you started understanding Modules: http://www.bigtreecms.org/documentation … e/modules/
Then as you start building your module, you'll want to read up on the Geocoding field type: http://www.bigtreecms.org/documentation … geocoding/

Step-by-step, this would look like:

1. Create table for new your module
2. Build your new module in the BigTree developer section
3. Remember to add a new geocoding field when building your module's form
4. Enter some new markers with addresses
5. In your template, use the module to query for your new markers
6. Draw your new markers.

#7 Re: General » Google Map with icon development » November 5, 2013 3:21pm

We're happy to help out with getting your module configured. Do you have BigTree installed? Have you looked through the developer documentation on modules? What questions do you have specifically?

#8 Re: General » Google Map with icon development » November 5, 2013 1:03pm

You should start by setting up a new table containing the "latitude" and "longitude" fields to control your module. You can then use the "Geocode" field type when building the module's form. BigTree will automatically update the proper fields on save.

To actually display the markers on a map you're going to want to check out the Google Maps Javascript API: https://developers.google.com/maps/docu … avascript/

#9 Re: General » Image Adjustment Field » October 21, 2013 2:27pm

It shouldn't be a resolution issue, but we do have a higher-res icon sprite in place for high DPI (retina quality) screens. Glad it's working for you in Firefox though smile

#10 Re: General » Image Adjustment Field » October 21, 2013 2:18pm

I'm seeing it in Chrome myself, but if I zoom in or out it hides. Try zooming back to 100% and it should be reappear.

#11 Re: General » Image Adjustment Field » October 21, 2013 2:10pm

Very strange, can you inspect that page (with Firebug or something) and verify that there is an a tag with the class "options icon_settings" imediatly after the field type select in that row?

#12 Re: General » Image Adjustment Field » October 21, 2013 2:06pm

No, it shouldn't be. Are you on the newest 4.0 official release? Do you get a little hand when hovering over that empty area where it *should* be?

#13 Re: General » Image Adjustment Field » October 21, 2013 2:00pm

Yup, you should see a little wrench and screwdriver cross like this:

#14 Re: General » Image Adjustment Field » October 21, 2013 1:47pm

Just click the little blue icon next to the field when editing the form, you'll get a modal with all the field type options including image dimensions.

#15 Re: Feature Requests » Content Moderation Comments » August 28, 2013 10:35am

This is really what the Messages area of the Dashboard is for. We have dicussed integrating messages deeper into the system to allow messages be tagged to specific pages or module items. There are no current plans, but this could always make it into a future release.

#16 Re: Developer Help » Blog Module Tagging » July 27, 2013 3:29pm

No special fields are required. Tags are actually a relational system. The "bigtree_tags" table stores the actual tag (as well as metaphone info and a generated route), while the "bigtree_tags_rel" table stores the relationship between the tag and an individual page or module item. A basic SQL join is used to find tagged pages or module items, but you could always write a custom query to find everything related to a specific tag. Check out these tag related functions in the docs to help get you started:

http://www.bigtreecms.org/code-referenc … CMS.getTag
http://www.bigtreecms.org/code-referenc … TagByRoute

http://www.bigtreecms.org/code-referenc … agsForPage
http://www.bigtreecms.org/code-referenc … agesByTags

http://www.bigtreecms.org/code-referenc … agsForItem
http://www.bigtreecms.org/code-referenc … atedByTags

#18 Re: Developer Help » LDAP Authentication » April 1, 2013 7:30pm

LDAP implementation always seems to be pretty specific to the client, so I don't think we plan to support it out of the box right now. You are correct in that you can extend the BigTree admin class to add or override any internal functions as you see fit.

#19 Re: Developer Help » Appending to $bigtree["config"] » April 1, 2013 7:26pm

You should be able to access any custom variables you set in the $bigtree array, even if you set them in a template. Also, don't forget to duplicate any files you with to edit from core into the same directory tree in custom so upgrades go smoothly.

#20 Re: Developer Help » Blog Module Tagging » March 28, 2013 1:05pm

You'll need to enable tagging in the module. Head to the developer tab and edit the form for the blog posts. There should be a checkbox to enable tags.

#21 Re: Developer Help » Routed template headers » March 27, 2013 11:36am

header.php will be included before the actual template code, while _footer.php will be included after. These will be included every time that routed template is requested. These headers and footers exist to help reduce repeated code; you should define modules and repeated variables once in the _header.

The actual order would be:

- header.php (if it exists)
- page.php (based on route; defaults to "default")
- _footer.php (if it exists)

#22 Re: Developer Help » Issue editing saved but not published modules » March 13, 2013 8:02am

I think there might be an issue with how your module form is set up. This indicates there isn't a default form setup since it's trying to include "p3.php." For some reason BigTree thinks the pending item id is a custom action. What does the URL throwing the error look like? Do you have a default form set up, along with an "add" and "edit" action?

#23 Re: General » Sql.php errors after installation » March 11, 2013 8:17am

That error says that there isn't a database selected. Have you set your database name in the config.php ($bigtree["config"]["db"]["name"])? This is different then the user name and is how BigTree will know what database to read from and write to.

#24 Re: General » Sql.php errors after installation » March 10, 2013 12:21pm

I think you need to double check you MySQL login values in the config.php file. All errors stem from the first, where you are being denied access to the database.

#25 Re: General » Sql.php errors after installation » March 8, 2013 9:01am

The installer should have created a config.php file in the templates directory. If it did not, you will need to manually copy the config.example.php file to the templates directory, update the database settings and root URLs, then rename the file to config.php.

I am curious - did the installer throw any errors when first installing? Did the installer properly set up the template directory outlined here: http://www.bigtreecms.org/documentation … templates/? This sounds different then the error Rosie was reporting which stemmed from the MySQL interface.

Board footer

Powered by FluxBB

The Discussion Forum is not available on displays of this size.