Adult Script Pro Community Forums
The forum is here for legacy reasons. No new posts will be created. User registration is disabled! If you have any questions, please email us or check https://www.adultscriptpro.com for more details!
You are not logged in.
- Topics: Active | Unanswered
#7301 Re: Bug Reports » [FIXED] CSV import -> No sponsor » 2010-10-26 19:34:36
Hmm...seems like a bug. I thaught i already fixed this bug. I will fix it tomorrow morning again and upload the fixes to your server.
#7302 Re: Bug Reports » [SUGGESTION]Site Search » 2010-10-26 07:28:24
I will have to integrate spinx, right now it cannot be used, because you need php code that indexes the search items and php code that fetches the indexed items. It will be added once everything else is fixed. Its good because you can get most relevant results and very fast, even if you have 1.000.000 rows of data.
#7303 Re: Bug Reports » [SUGGESTION]Site Search » 2010-10-23 07:03:57
Yeah. If we could do only tag search it would be better. MySQL does not offer any good solutions for search (it does for 10.000 rows, however when you have 200.000 or more videos search will be slow, whatever we do, it cannot be done. We will offer basic searching and offer a service to install spynx, which is a full text search database. However this will be in the future...right now the search will work for title and tags).
#7304 Re: Bug Reports » [SUGGESTION]Related Videos » 2010-10-23 07:01:41
Good idea. Will do.
#7305 Re: Bug Reports » [FIXED] Password lost Email » 2010-10-20 19:30:00
Will check and fix.
#7306 Re: Bug Reports » [FIXED] CSV import -> No sponsor » 2010-10-20 19:29:44
Ok, but you dont select a sponsor now. You assign a advertising banner to the video, not a sponsor. I will keep this in my mind and add a feature to actually change the sponsor if needed, later.
#7307 Re: Bug Reports » [FIXED] CSV import -> No sponsor » 2010-10-20 16:57:32
It works this way right now...the only difference is that you assign a advertising banner (which can be part of a sponsor) and not a sponsor directly. This is better also for speed, the per video advertising part loads adv, sponsor, user, category so it has to do 4 database queries (none with cache, but still). How about if i add a field where you can select the sponsor in the video edit page?
#7308 Re: Bug Reports » [FIXED] CSV import -> No sponsor » 2010-10-20 08:36:27
In Admin->Video->Manage the Coins Icon (with + and -) is for Advertising (the per video advertising feature). It does not represent the sponsor, its for the adv column in the database.
From what i understand you added a sponsor in admin, then with the coins icon you added that sponsor to the videos? (one by one, and you actually selected the advertising from the list that popups after you click the coins icon)? If this is correct, then its how its supossed to work.
Should I add the posibility to assign a sponsor directly from Video -> Manage or Video -> Edit?
#7309 Re: Bug Reports » [FIXED] CSV import -> No sponsor » 2010-10-19 16:04:47
Fixed.
#7310 Re: Bug Reports » [FIXED] httpd locks down when uploading via curl » 2010-10-19 08:12:11
Fixed.
#7311 Re: Bug Reports » [FIXED] Rotating Thumbnails » 2010-10-19 07:56:08
Fixed.
#7312 Re: Bug Reports » [FIXED] Password Change in User CP does not work » 2010-10-19 07:55:49
Fixed.
#7313 Re: Bug Reports » [FIXED] Password Change in User CP does not work » 2010-10-18 18:07:39
The bug is in the filter. I tried to filter everything, but i forgot the passwords might contain characters that dont need filtering. Will fix.
#7314 Re: Development » New design modifications for the header » 2010-10-18 07:07:42
The links are searh buttons, search in videos, search in photos....
#7315 Re: Modifications » Need some help with an integration » 2010-10-18 07:07:13
Check the modules/user/components/login.php file. ASPro does not use md5 to encrypt passwords, it uses blowfish when available and DES if blowfish is not available. You can change this from a library configuration file and it can use md5/sha, however this is only useful if you decide to upgrade from other scripts.
#7316 Re: Bug Reports » [FIXED] httpd locks down when uploading via curl » 2010-10-18 06:54:47
Will fix. The problem is in the session management, the request is not asyncronus and it needs to wait for the session file to be closed, however the session file is only closed when the download is done.
#7317 Re: Bug Reports » [FIXED] Rotating Thumbnails » 2010-10-16 16:03:13
Yeah...got it :-) Will fix.
#7318 Re: Bug Reports » [FIXED] Rotating Thumbnails » 2010-10-16 07:43:39
I cannot replicate this bug. Can you please explain more detailed.
#7319 Re: Bug Reports » [FIXED] Adding a link to the Headermenu » 2010-10-16 07:43:15
It should work (works for me). Try to disable a button (suspend it, for example the photos button) and then add another button. There is not enough space, thats why i changed the design and next version (BETA3) will have more space.
#7320 Re: Troubleshooting » CSV Import » 2010-10-13 06:46:33
I will check the CSV Importer. Also in the next BETA version qt-fastart will not be needed anymore (the moov/atom repositioning be done directly from php).
#7321 Development » New design modifications for the header » 2010-10-12 14:49:28
- symtab
- Replies: 2
Hi,
Wanted to know if anyone has the time to give some input about the new design changes (required, no more space in the menu for the premium and future buttons):
#7322 Re: Pre-sale questions » Some questions » 2010-10-12 14:47:52
Hi,
In-Player HTML/Javascript ads will be done before the BETA is finished. The plan is like this:
BETA3 - premium membership/multi-language (+ some small design changes necesary to the header) - this week (or next week, worst case)
BETA4 - video rss feed updates from affiliates (you just configure it, let cron do the job for you), in-player html ads - once beta3 is done + 2 weeks
RC1 - 1 week of testing non-stop (mysql optimizations, code optimizations + some scalling testing, make sure it works for 100.000 users or more on one server)
#7323 Re: Development » Current state of the Premium Membership module » 2010-10-12 07:04:55
You can set which videos are premium. Also you can show premium videos on the rest of the site (didnt decide this yet), and a premium label will appear over the thumb and a rel="nofollow" for the link. The categories are the same.
#7324 Re: Development » Current state of the Premium Membership module » 2010-10-11 21:46:34
Basically View/Video Page is the actual page and Player Page is the player space (div). Administrators can chose to allow access to the video page, but display a text/image in the player space if the user does not have credit/subscription.
#7325 Development » Current state of the Premium Membership module » 2010-10-11 17:22:11
- symtab
- Replies: 5
Hi,
Like you know i'm in the process of finishing the Premium Membership module which will be released in the BETA3 version (its 80% finished). Here is how this module works:
PAGES: browse, category, rss, view, tag, search, register, upgrade, credit, cancel, success, failed, renew
Except for the video view page, all pages related to videos are the same as in the Video module. The view video page will have the related
videos on the right side (as there are no ads in the premium membership mod, except for the self advertising banners for user to signup).
Register Page - users register (and pay on this page, currently payment gateways supported: paypal and ccbill (still working on epoch and zombaio)).
Upgrade Page - already members upgrade their account here (see Register Page)
Credit Page - users can add credit to their account here (used by PPV, see below)
Cancel, Success, Failed - these pages are used for the payment processing
Renew Page - is used to renew your subscription.
Administrators can select premium method, subscription based or pay per view (PPV) based (per video or per second). Administrators can select which payment processor (gateway, currently paypal and ccbill supported) to use.
Administrators can set permissions for the Browse (browse, search, tag, category) page, the View Video page and the Flash Player itself. Here's the current schema for this:
1. BROWSE PAGE:
- access level is the only restriction applied here
CASES:
'all' = everyone can access
'premium' = check if user is in the premium group (which means he bought a premium membership/credit at some point)
'moderator' = can watch
'editor' = can watch
'admin' = can watch
? if access is set to premium should we check here if the user has credit or if his premium membership is still active? (or only on the view page?)
2. VIEW PAGE:
- access level
CASES:
'all' = everyone can access
'premium' = check if user is in the premium group (also check if his credit and/or subscription period is still valid)
'moderator' = can watch
'editor' = can watch
'admin' = can watch
3. PLAYER PAGE:
- access level, subscription/credit checks
CASES:
'all' = everyone can access
'premium' = check if user is in the premium group (also check if his credit and/or subscription period is still valid)
'moderator' = can watch
'editor' = can watch
'admin' = can watchPlease tell me your opinion on the above. Critics are more than welcome :-)
Thanks,
Adrian.