vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vBulletin 3.0 Full Releases (https://vborg.vbsupport.ru/forumdisplay.php?f=33)
-   -   4images Gallery 1.7 + vB 3.0.x (update Oct 30) (https://vborg.vbsupport.ru/showthread.php?t=66335)

mtha 03-25-2005 01:52 AM

Quote:

Originally Posted by nosaj
Wow you are good! I am now error free! :)

I am going to make a post about giving credit (on our sites) to peoplelike mtha who help many in this forum and who ask for nothing inreturn.

note to others: I will post my site url to show as a sample of how youcan use 1 vb forum with multiple 4images galleries once the site ismade public.

actually I was intended to spend time cleaning up the instructions and fix bugs, but just never have time to have it done.

some quick questions, to those who use this hack, so I can release a new version, which can manage files better.

Do you want to use a seperate field in database for album_level or still use forum's user group?

- Advantage of using a different field for album level is: you canspecify who is album admin, and dont care if they are forum admin ornot. you may have seperate persons doing different jobs.
- Disadvantage: you will have to work more on the code to have it done,and change your database alittle bit :D, not too hard, I suppose, buteverytime you upgrade your vBulletin, you have to remember making thechange again.

If you think it's good and you want to have it that way, I will rewritethe code for the specific purpose. which supposed anyone who want touse it can install or upgrade :D

nosaj 03-26-2005 06:51 PM

Quote:

Do you want to use a seperate field in database for album_level or still use forum's user group?

- Advantage of using a different field for album level is: you canspecify who is album admin, and dont care if they are forum admin ornot. you may have seperate persons doing different jobs.
- Disadvantage: you will have to work more on the code to have it done,and change your database alittle bit , not too hard, I suppose, buteverytime you upgrade your vBulletin, you have to remember making thechange again.
Let me see if I understand this corretly:

Option 1: Fix a few bugs, but basically leave the mod the same.
Option 2: The webmaster will now have the ability to choose who has admin privileges in the Gallery separate from those who have admin privileges in the Forum.

I just installed it. But am I right in assuming that as it is writing now, if one user has admin privileges in the picture gallery they will also have admin privileges in the forum? But after rewriting the Mod and adding a separate field in database for album_level, the webmaster will then have the ability to choose who has admin privileges in the Gallery separate from those who have admin privileges in the forum?

As my site grows, I am going to want to give some users the ability to validate pictures in the Galleries (making my job easier), which I believe requires them to have admin privileges. However, I don't want those same users to have admin privileges in the Forum. With that said. My vote is to "use a separate field in database for album level". The extra work needed to do this I believe, will pay off in the long run.

mtha 03-26-2005 10:16 PM

Quote:

Originally Posted by nosaj
Let me see if I understand this corretly:

Option 1: Fix a few bugs, but basically leave the mod the same.
Option 2: The webmaster will now have the ability to choose who hasadmin privileges in the Gallery separate from those who have adminprivileges in the Forum.

I just installed it. But am I right in assuming that as it is writingnow, if one user has admin privileges in the picture gallery they willalso have admin privileges in the forum? But after rewriting the Modand adding a separate field in database for album_level, the webmasterwill then have the ability to choose who has admin privileges in theGallery separate from those who have admin privileges in the forum?

As my site grows, I am going to want to give some users the ability tovalidate pictures in the Galleries (making my job easier), which Ibelieve requires them to have admin privileges. However, I don't wantthose same users to have admin privileges in the Forum. With that said.My vote is to "use a separate field in database for album level". Theextra work needed to do this I believe, will pay off in the longrun.

yeah, you got the main point.

boiboi 03-29-2005 08:59 AM

I'm trying to have another script integrated to vbulletin, using this (4images / vbulletin) as a model. The programmer however insist on synching the database. Is synching database the best approach? The blog system I want synchronize uses even less user info than 4images, just email, username, and password.

I've installed 4images Gallery 1.7 + vB 3.0.x and it doesn't seem to do any sychronization. I'm not a programmer, but is my assumption correct?

mtha 03-29-2005 12:45 PM

Quote:

Originally Posted by boiboi
I'm trying to have another script integrated to vbulletin, using this (4images / vbulletin) as a model. The programmer however insist on synching the database. Is synching database the best approach? The blog system I want synchronize uses even less user info than 4images, just email, username, and password.

I've installed 4images Gallery 1.7 + vB 3.0.x and it doesn't seem to do any sychronization. I'm not a programmer, but is my assumption correct?

What do you mean by "synching database"?

For 4images 1.7, I just use vB user table, and ... ignore 4images' user table, what do I need to synchronize?

However, the "best approach" depends on what you are doing, and what you need. :D

boiboi 03-29-2005 08:38 PM

Quote:

Originally Posted by mtha
What do you mean by "synching database"?

For 4images 1.7, I just use vB user table, and ... ignore 4images' user table, what do I need to synchronize?

However, the "best approach" depends on what you are doing, and what you need. :D

I know this is off-topic, but i'm using your integration as a model for other scripts to be integrated with vbulletin.

Someone I was trying to hire to integrate vb and a community blog script insisted that synching is necessary to sync both the user tables of vb and blog. the sync script would detect changes on either user tables (vb, blog) and will make the updates.

The following is a different blog script from the one i'll be using and this one is integrated with phpbb, but look closely at the instructions. it uses the same principle of synching the user tables instead of ignoring one of user tables like you said.

http://linux1.no/phpbb_drupal/

"The phpBB integration code -drupal_integration.php - the code that checks for a Drupal session and inserts the user (or updates) the phpBB database."

mtha 03-29-2005 08:58 PM

Quote:

Originally Posted by boiboi
I know this is off-topic, but i'm using your integration as a model for other scripts to be integrated with vbulletin.

Someone I was trying to hire to integrate vb and a community blog script insisted that synching is necessary to sync both the user tables of vb and blog. the sync script would detect changes on either user tables (vb, blog) and will make the updates.

The following is a different blog script from the one i'll be using and this one is integrated with phpbb, but look closely at the instructions. it uses the same principle of synching the user tables instead of ignoring one of user tables like you said.

http://linux1.no/phpbb_drupal/

"The phpBB integration code -drupal_integration.php - the code that checks for a Drupal session and inserts the user (or updates) the phpBB database."

That is a different way of integrating two systems. Which one is better, depends on what you are doing, and what you need.

Sync seems to be easier, (as I can understand) because you dont have to edit/change the way two systems does. They work seperately/independent. You just make two user tables the same at all time (assuming). You can make modification to profile at one or the other place.

This one tends to use one user table (forum user table). you have to go to forum's profile in order to make changes, but you just need one and only one user profile

If your programmer insists on sync, go his way :D, because he is the one who do the job.

boiboi 03-29-2005 09:19 PM

Thanks for your time, I have found another programmer who wants to do it the 4images way. He's also a vb user.

One final thought: Why didn't u decide to just sync 4images with vb?

mtha 03-29-2005 09:35 PM

Quote:

Originally Posted by boiboi
Thanks for your time, I have found another programmer who wants to do it the 4images way. He's also a vb user.

One final thought: Why didn't u decide to just sync 4images with vb?

1. I didnt know how to do sync.
2. I am not the original author of this integration. Jan (who write 4images) did the integration for vB2, I just make it work with vB3.

thunder1202 03-31-2005 07:44 AM

Hello,

Since I have integrated my VB 3.0.7 with a fresh copy of 4images 1.7.1 ,,I got my 4images running very very slow, and sometimes it does not load at all. I have double checked that I have done the installation in the right way.
I facethis problem whenever I add a file into the album. (even a single file), you will see that your album is not running or running very slow. "I don't get any error messages" Whenever you delete all images(or files) from the album.. IT WORKS FINE!!
I mean it works fine as long as it is EMPTY !!!

I have another 4images working on my server on the same website since 3 years, working very fine without any troubles. It has more than 500 files, and works very fast.!!!

Really strange!

Any help?


All times are GMT. The time now is 03:37 AM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01490 seconds
  • Memory Usage 1,758KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (7)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (4)pagenav_pagelink
  • (1)pagenav_pagelinkrel
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete