Auth problems are always difficult, and threads here tend to be answered only by those who feel confident at providing a good answer. Sometimes, that person has a busy day, and defers a response... :)
> Any help would be appreciated. I can code, but am completely unfamilar with RewriteRule.
Then the first step is to get familiar with mod_rewrite. Since it controls your
server configuration, proceeding without knowledge can be quite dangerous to the health and reliability of your server, and to the search indexing and ranking of your site -- all potentially revenue-affecting. Our Apache Forum Charter has links to useful resources, and our Apache Forum Library has several general tutorials which may prove helpful.
Another issue is that "/directory1" and "/directory2" have little meaning to anyone else here, so questions related to their relationship to each other can only be guessed at.
SSL (using HTTPS) incurs a significant additional load on both the server and client. Therefore, you may wish to reconsider the idea of making *all* requests use SSL. Further, if you do decide to use SSL, make sure to purchase a "wild-card" SSL certificate. Otherwise, you will find yourself unable to correct (redirect) non-canonical SSL hostname requests to the canonical hostname.
You need to identify specifically which page or "directory path(s)" are part of the proposed secure login process, and then construct two rules: One to redirect insecure login-page requests to https and the other to redirect anything else back to http.
In addition, the URL-paths of any 'objects' (e.g. images, css, JavaScripts) shared between http and https pages should be excluded from this rule, in order to avoid "Mixed Secure/Insecure Content" warnings in the browser -- a sure way to lose visitors.
Get the first part working first, and then we can discuss the second. Here's a start:
RewriteCond %{SERVER_PORT} !=443$
RewriteCond !\.(gif|jpe?g|png|ico|css|js)$
RewriteRule ^(path-to-secure-pages-area(/.*)?)$ https://www.mysite.com/directory1/$1 [R=301,L]
The resources cited above can be used to take this code apart --character-by-character when necessary-- to determine how it works. The keys are to correctly identify and substitute the "path-to-secure-page-area" sub-string, and to identify and exclude all shared-object types from this redirect -- either by filetype (as shown here) or by URL-path(s).
Jim