Summary: I am looking for a programmer that has previously completed a project like YouTube and is eager to sell it again. You must have an **existing** site and script you can show me prior to bidding. I will only consider bids in this price range and in a quick delivery timeframe of 15 days or less. Please do not bid if you cannot meet these paramaters.
How to Bid – provide these points in your posting
1. You must provide links to examples of work similar to YouTube that you have created
1.1. Provide frontend link with user name and password
1.2. Provide adminsitrator link with username and password.
2. You must acknowledge that the script you will provide me is code that you have written and own.
3. You must acknowledge that the script and other site tools you will provide me will become my code for future development.
4. You will properly document the source code
5. Time to complete
6. Bid Amount
7. Any other comments you wish to provide
User – Front end
Summary: Everything on this site should revolve around video. It should be easy to use, and not bombard the user with advertising.
&#8721; "Featured videos" on the homepage determined by back-end producer
&#8721; User-contributed videos (separate from editorial videos: There should be note that video is "user-contributed" and offer users opportunity to flag content as inappropriate as well as rate it)
&#8721; Users can rate, tag and comment on videos
&#8721; Videos will be organized by categories that make sense, like news and sports
&#8721; Users can create their own playlists
&#8721; Users can sort videos by popularity, rating, and how recently they've been added to the site
&#8721; Download videos to iPods (video OR audio-only) and desktops (For backend: build-in ads to these downloadable video formats)
&#8721; Each video should allow for parent->child->child style comments and discussion
&#8721; Encourage people to send links to videos to their friends, or posting them on their blogs or MySpace pages with YouTube-style <embed> links
&#8721; Project includes a CSS bases on look and feel document provided.
&#8721; There should be a watermark on the video bottom right hand corner – with our web address.
The front-end video player should be built in Flash, because that's the most common, reliable and expected way to share video on the Web.
Even though we're calling it [url removed, login to view], the interface should be much more flexible and interactive. Users should be able to find what they want and watch it with as little interference as possible. The word "TV" here should be an anachronistic throwback for us (an appeal to users' nostalgia), the way "radio" is for podcasters, rather than our model for design.
Administration - Back end
Summary: Our back-end users will need an interface that's just as smooth, reliable and user-friendly as our end-users.
&#8721; Server-side conversion of video from WMV, MOV, AVI and MPEG formats
&#8721; This conversion tool will also need to grab a variety of screenshots to offer the user a choice. (When a video is stopped, which will be the default behavior, a screenshot from the video will be displayed in its place.) The tool should also offer the user the ability to upload their own image instead of choosing from the auto-generated array of screenshots.
&#8721; Producers will organize videos with metadata (title, description, keywords, etc.), by category and by tag (end-users can also tag videos).
&#8721; Video playback should be tracked by SiteCatalyst. Even if video is not played from a unique page, loading video should call SiteCatalyst script and register page view for that page so we can accurately track a video's popularity.
&#8721; EASY to use – non programming content management interface (CMS) for managing "featured videos" and all links and options on site.
&#8721; Admin tools for deleting inappropriate content (including videos, discussion, etc.) and banning users/IP addresses -- once flagged video should be pulled off and placed for review. Email should be generated to site admin notifying site mgr of flagged video.
Summary: Back-end advertising tools will need the same investment as our user- and back-ends. Flexibility is key.
&#8721; Code should be well documented for future editing by other developers
&#8721; Same features as regular back end interface, including but not limited to: Server-side video conversion, Secure admin interface, etc.
&#8721; Flexible video advertising opportunities: Video ads before, during (between playlist items), and after video should be available.
&#8721; A small strip banner (the width of the video and about 30px tall -- but with flexibility there) could play below the video; this banner could be targeted to specific segments of video (including by timeline), specific whole video (using video's unique ID), whole site or videos or categories or tags by date and time (from X to Y), by category or tag (usually tied to URL, which makes those options the equivalent of targeting a specific "page"). Strip banner should be compatible with JPG, GIF, PNG and SWF.
&#8721; Use DART to target simple banner ads (discussed was bottom-of-the-page 728x90 ad position) of any size we run currently that does not have association with the video system/player
All of the site (admin and all) will be built in PHP with MySQL and Flash. All output should be standards-compliant XHTML 1.0 Transitional with CSS. It will be hosted on our site using ffmpeg. A joomla CMS would be a great management tool but that is up to the developer.
14 pekerja bebas membida secara purata $1044 untuk pekerjaan ini
Hello,I'm a web/flash/graphic designer/photographer.Please view the PMb to see if my style meets your requirements , and we can discuss more on the price and project details. Thank you.