vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vBulletin.org Site Feedback (https://vborg.vbsupport.ru/forumdisplay.php?f=7)
-   -   Stop closing threads (https://vborg.vbsupport.ru/showthread.php?t=126952)

Logikos 09-21-2006 01:36 AM

If a user wants to request something, then they should create a thread in the service request forum. There should be some custom input fields placed to organize the information coming from the user. Then create a user friendly template that will display the information to the coders.

Only certain coders should be allowed to reply to these threads. You would have to create some conditions. Maybe something like postcount+installcount+coders title = The coder has proven that he/she is trusted enough to atleast bid on the job. When there is solid proof that someone was ripped off, then vb.org can disable there access to that area.

You can't just grant anyone to bid on these. Coders should have to show that they deserve this access. Might sound harsh at glance, but if a coder has to work alittle to get access, then they might take there job alittle more serious and clients will feel alittle more safer. Theres nothing worst then a programmer ripping off customers. That just makes it harder for real legit coders to work with clients. Most of the time it's the coders fault for these things. They say there going to do something, they get some money up front and then bail. vBulletin.org as an offical JelSoft site should show some concern in this area. That could be just a way for JelSoft to find more developers when they need them.

Joker Pro 09-21-2006 01:45 AM

As a rather new member and vb 3.6 first time owner I chose this company because of your support and the members that help and hack. I for one would love to see how things of this nature trun out. I have paid for 3 mods from people i did not know but i did a search and looked at their past post. Had I known they had a bad rap I would have moved on, But when a thread is closed and I/we dont see the outcome then it leaves people in the dark. So at the end of the day what have you caused?? Did it really help to close the thread or like another has posted, just cause another thread to open with usless complaints, that will fall on deaf ears as it was set in stone by one and marble by another??
I love my vbull, and enjoy finding new mods and reading this stuff so I want you to know I do like your site, but would agree to keep it fair and work together.

Paul M 09-21-2006 02:07 AM

Quote:

Originally Posted by lasto
Also i dont like the way the service requests has to be done in pm - its like taking it away from the board.All replies etc should be done in the service request thread - that way u know who hs replied and if u get pms and they not replied with offer then dont accept.Least this way u have a copy of the transaction.

As far as I can see, the details of a transaction have no place on a public forum, how much someone agrees to pay for a hack is not the business of anyone else, nor are payment details, email addresses or all the other private details that make up the discussions between a requestor and coder - PM's (or e-mail) are the correct way to do this.

Logikos 09-21-2006 02:14 AM

The choice of whether or not the price should be shown should be made by the customer. A tickbox apon creating a thread. Then the coder will see if the bids are public or not and make the choice of bidding or not.

MRGTB 09-21-2006 02:31 AM

quite easy done, in fact no different from "if you want to display you age in posts" in vbulletin. So there is a work-around for that.

lasto 09-21-2006 07:37 AM

would`nt be public - as doign it my way once the person links with the coder by way of a tickbox etc the thread would then be hidden to everyone except mods/admins.

so who`s gonna read it then ?

Clayton 09-21-2006 07:31 PM

Quote:

Originally Posted by lasto
Someone on here offered to do one of my requests for $200 yet i got the same request filled and another hack done for $35 off another coder from this board.

you lucky, someone offered to do ready done script integration into vB for $1000-2000 without even knowing the amount of work involved.

:D

Quote:

Originally Posted by Paul M
As far as I can see, the details of a transaction have no place on a public forum, how much someone agrees to pay for a hack is not the business of anyone else, nor are payment details, email addresses or all the other private details that make up the discussions between a requestor and coder - PM's (or e-mail) are the correct way to do this.

I know this isnt a freelance site however on most sites coders bid for work etc, I personally deal with quotes in private however I just wanted to point out that it is not the standard practise.

Delphiprogrammi 09-21-2006 08:03 PM

Quote:

Originally Posted by Clayton
you lucky, someone offered to do ready done script integration into vB for $1000-2000 without even knowing the amount of work involved.

:D


are you nuts ?

MRGTB 09-21-2006 08:38 PM

Quote:

Originally Posted by Clayton
you lucky, someone offered to do ready done script integration into vB for $1000-2000 without even knowing the amount of work involved.

:D



I know this isnt a freelance site however on most sites coders bid for work etc, I personally deal with quotes in private however I just wanted to point out that it is not the standard practise.


he sure is, man you think $1000 is the norm or cheap for a vBulletin script, man your either on drugs or pissed.

and since when is it the norm to deal only via PM only. get out of here you don't have a clue what your waffling on about

Logikos 09-22-2006 01:40 AM

It doesn't matter what offers are what. Everyones prices are diffrent depending on the job. I've done $5000 jobs and I've done $50 jobs. What matters is a system that is more user friendly to deal both the coder and the customer.

The process that we go through here just doesn't make much sense to me. If your going to host the ability to have members contact each other for paid jobs, then it would make more sense to develop a simple system to control how it should be done. vBulletin.org is in the position to help both the customer and the coders, but they fail to see a positive outcome on such a system.

I always wonder why it's done via PM. You always here something like "We don't want to have anything to do with the sales". Either way your still providing a way for customers to hire someone on your sever. Whether it be pushing it via PM or via a custom thread system.


All times are GMT. The time now is 01:40 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.01152 seconds
  • Memory Usage 1,745KB
  • 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
  • (5)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (3)pagenav_pagelink
  • (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