Jump to content
  • Announcements

    • boen_robot

      Guidelines and Netiquette   03/28/2017

      Posting Problems:   Having problems posting your topic? Read through this: To join, you agree to our terms and conditions and fill out and submit a registration form. An activation email will be sent to your email adress, so you'll need to verify your account. After that the account has to be validated by one of the moderators. This will mean that it can take up to a day to be activated. A couple of things to remember to ensure approval: Don't use an email address in one of those $2 four character .com domains eg. xyds.com. These will be deleted and the domain added to the banned list. Don't use an email address that is within a domain with a bad reputation for spam. A Google search is run on every email address and email domain. Don't sign up with an email address that doesn't exist, doesn't work or requires the sender to answer a quiz before their email can get to you. Put your country and or state and city in the signup form. Blank forms will go to the botton of the "to do" list. And make sure that your email address and your country match, saying you're from Alabama and using a .ru email address is not going to get you activated. After a membership is activated the first few posts will be monitored. Posting spam or unapproved topics described in the agreement results in an immediate ban. The email provider and the IP addresses associated with the account will be banned and all posts will be deleted. These strict measures have been deemed necessary to hinder spam. Sorry for any inconvenience this causes, but it's not liable to change. If, after reading this, you still can't post and don't understand why, contact one of the Moderators listed here.   Topic Guidelines   Including the following information can expedite an accurate response from board members: Must be a Specific Problem or Question related to web design and development Include Code in Question (wrap with   for small blocks of code and for longer blocks   ) Include Code Author Include Extra Notes/Modifications/Attempts Include web link to page/file when possible Content Guidelines   You may not post, upload, link to, or email any Content that contains, promotes, gives instruction about, or provides prohibited Content. Prohibited Content includes any Content that breaks any local, state, county, national or international law. Prohibited Content also includes: No direct or indirect advertising or websites, forums, products, services No hijacking of posts (do not post your question in someone elses) Content that infringes upon any rights [ex. MP3s and ROMs] (including, but not limited to, copyrights and trademarks) Abusive, threatening, defamatory, racist, or obscene Viruses or any other harmful computer software False Information or libel Spam, chain letters, or Pyramid schemes Gambling or Illicit drugs Terrorism Hacking or cheating for internet/online games Warez, Roms, CD-Keys, Cracks, Passwords, or Serial Numbers Pornography, nudity, or sexual material of any kind Excessive profanity Invasive of privacy or impersonation of any person/entity Hacking materials or information Posting Tips   There are more BBcodes than there are buttons for on the reply menu. To get the full list, click "BB Code Help" underneath the clickable smilie face menu. Use   for small snippets of code Use   for lengthy snippets of code Use   if your snippet is HTML (optional) Use   if your snippet is SQL (optional) Rules of Conduct   Be nice. There's no need for calling someone stupid if they ask an 'easy' question. Keep your avatars and signatures absolutely child friendly. We have a younger audience on this forum. Keep your language appropriate for the same reason above. Do not PM moderators for help on the forum. Post on the topic, or create a new one.   Spam:   Recently, as you have all without doubt noticed, we have had lots of spam and advertisement on the forum. Therefore, we'd like to alert you as to what to do when you have found any of the aforementioned annoying messages: it. Immediately. Give a clear reason, please, if the advertising is not evident. DO NOT POST! Report, let the post stay as is, and we will get to it, meanwhile if you continue to post as normal in the other threads, it won't be on the top so long. Refrain from PMing the member. This won't help at all, as they are most likely spambots anyway. Thank you.       Images in signatures:   After thinking of users on dial-up, we have decided to enforce the following rules regarding signatures. Please pay heed to them. Respecting these rules is respecting the members on this forum with dial-up. Signature rules: No animated images AT ALL. No matter the amount of animation. Maximum image widthxheight: 300x150 Maximum image (file) size: 15kb Use calm colors. Do not use highly contrasting images in your signature, as this can get really annoying when seeing several posts from one member in the same thread. The same prohibited content goes for images as for posts. Lastly, use common sense. No lengthy signatures please. Save us some scrolling. Thank you.       Links in signatures:   Please understand that w3schools.com only exists because of voluntary work and is barely supported by the advertising littered throughout the tutorials and the forum. So, please, stop advertising other sites. DO not post links that drive traffic away from the w3schools domain - especially to a site that offers similar if not identical information. Please help support the site by keeping individuals on it. Thank you. Here are some guidelines as to what you can put in your signature: w3schools links --> allowed w3.org links --> allowed browser links --> allowed html editor links --> allowed personal sites --> allowed tutorial sites competing with w3schools --> NOT allowed sites completely irrelevant to webprogramming and this forum --> NOT allowed   Thanks for understanding, and for taking the time to read this. ~W3Schools Modstaff~
iwato

Limited Access to FEED Content

Recommended Posts

iwato    6

BACKGROUND:  I am in the process of creating two data collections:  one will contain an eventually long series of weekly newsletters, and the other a similarly long series of weekly podcasts.  Each week the newsletter will be sent out to newsletter subscribers and the creation of a new podcast will be announced.  in contrast to the newsletters whose access will be unlimited to both subscribers and non-subscribers, the podcasts will be made available only to subscribers past a not yet determined number of weeks.  I have not yet decided whether to produce separate newsfeeds (RSS/RFD/ATOM) for the newsletters and podcasts or only one newsfeed for the newsletter.  

QUESTION ONE:  Is it possible to produce a single feed that provides access to separate folders of content?

QUESTION TWO:  Typically feeds refer to content that is readily accessible each time new material is made available.  How does one typically go about making accessible only the most recent addition to a folder while controlling who does and not have access to the other members of the folder.

Share this post


Link to post
Share on other sites
justsomeguy    939

It sounds like these are all separate questions.  An RSS feed is just a bunch of XML that you can put URLs in, so you can put whatever you want for those URLs.  They don't all have to point to the same directory on the server.  You can use any URL you want.

How does one typically go about making accessible only the most recent addition to a folder while controlling who does and not have access to the other members of the folder.

It sounds like you need a database to manage the items in the feed, including posting dates, and also authorization for users that you can use to determine who has access to what.

Share this post


Link to post
Share on other sites
iwato    6

JSG:    It sounds like you need a database to manage the items in the feed, including posting dates, and also authorization for users that you can use to determine who has access to what.

RAS:    This question had more to do with the production of the XML file, but your response has told me how to resolve the problem, if I insist on separate folders for each issue and combination of newsletter and podcast.  In the meantime, I have pretty much decided to store the two sets of content in separate folders and unite their elements as needed with a script.

JSG:    It sounds like you need a database to manage the items in the feed, including posting dates, and also authorization for users that you can use to determine who has access to what.

RAS:    Yes and No.

            Yes, I will use a MySQL data base to store the information that facilitates the handling of the content, but the content itself will be stored in folders.  
        
            After some exploration on the net I discovered that using data bases to store media content for which access needs to be immediate and frequent -- protected or unprotected -- is simply inefficient.  The database slows down the process of retrieval by a significant amount.  In the end it appears that it is better to store media files in folders unless they are to be archived and only infrequently accessed.

Share this post


Link to post
Share on other sites
justsomeguy    939

I wasn't suggesting storing the actual file data in database, that's definitely inefficient, but when you're talking about making the most recent things available and controlling access then it sounds like you use a database to keep track of your articles, when they were added, who gets access, etc.  Everything except the actual files.

Share this post


Link to post
Share on other sites
iwato    6

Yes, this is the goal.  I am not there yet.

Quote

 ..., but when you're talking about making the most recent things available and controlling access then it sounds like you use a database to keep track of your articles, when they were added, who gets access, etc.  Everything except the actual files.

Any suggestions with regard to software would be helpful.  I am at the exploration stage.

Roddy

Share this post


Link to post
Share on other sites
justsomeguy    939

That's just a normal database-driven application.  You'll need to design the database to support the features you want, including authentication and authorization.

Share this post


Link to post
Share on other sites
iwato    6

I work with PHP and MySQL.  Would it be better to approach the problem from the PHP side using MySQLi or from the SQL side?  I am more comfortable with PHP, but am learning how to write SQL statements as I go along.

Roddy

Share this post


Link to post
Share on other sites
justsomeguy    939

If you're using mysqli in PHP then you still need to write the SQL code.  mysqli is just an extension for using MySQL, it's not an abstraction layer like you would get with Zend Db or something where you're building PHP method calls instead of writing SQL queries.

  • Like 1

Share this post


Link to post
Share on other sites
iwato    6

Got it.  Thanks for the introduction to Zend_Db.  Something to investigate further on.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×