Security of site definitions

I have been informed by sever host that my FTP login details (for several sites) have been compromised by a spam mailer which.
I believe that this infomation is encrypted by Dreamweaver. Is this correct ?
There are no other FTP clients on my computers.
I have DW CS3

Hi Rob,
Thanks for the info.
If not encrypted where are these stored ?
NB If SFTP is available to me ( I believe not unfortunately) how is this going to make any difference if the mailer is gaining access to login details via my computers ?
I had advised my host that virus scans and signature updates are conducted daily and software security updates actioned when notified but they still claim access was via ftp login details.

Similar Messages

Can I store my Dreamweaver site definitions on an external drive?

I just purchased 2 brand new iMacs (one for office and one for home) to replace my old MacBook Pro. I am now moving all of my client files to an extranal hard drive so that I can share the same exact files in both locations. I just realized it won't be that easy with Dreamweaver because of the site definitions, which are stored locally on the computer.
Is there a way for me to move and store site definitions of the external hard drive. If so, can you provide detailed instructions on how to do this. I am paranoid about losing important data!
I am also assuming that Dreamweaver looks in a specific place for site definitions, so I'll need to 'train' it to look on my external hard drive to find them (if that's even possible).
Thank you SO much, in advance!
Jackie

I think the OP was wondering if there could just be a single location that held the site definitions andnthat both computers would read when DW was launched on either machine to populate the site list.
Just clarifying the question, but that can't be done so Nancy's instructions are what needs to be done. Each computer will maintain it's own list of defs, but being able to export and import makes it a little easier. Part of my workflow when setting up a site involves making an immediate export of the site def in a location that is being backed up. I also keep another secure file of FTP info as an added layer - just because there was ne particular web host that included special characters in the UserID, which did not retain in the site definition. I don't mind having to do this, but I wish you could export the entire list and not have to do one at a time.

Site definition settings - simple question

When I use Dreamweaver to FTP my site elements via my Mac I
have no problems. Sadly not the case with a PC though. I cannot
connect, yet all the site definition settings are the same as for
my Mac. Is this a simple problem to solve?

As David says, such problems are almost always the result of
Firewall
intervention. You might consider disabling the firewall
altogether if you
are using a Router for your internet connection, since the
router also
provides this functionality.
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.dreamweavermx-templates.com
- Template Triage!
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
==================
"dulcettones" <[email protected]> wrote in
message
news:euqmjt$o3d$[email protected]..
> Hello David.
>
> I've checked the passive FTP box. Now when I try to
connect it finds the
> /www/ folder where the site elements belong, but it
doesn't show any of
> them.
>
> When you say change the firewall settings, do you mean I
have to disable
> them
> everytime I want to FTP to the server. I cannot find a
check box that
> enables
> the McAfee security centre to allow Dreamweaver inbound
and outbound
> access.
>
> Thanks for your help.
>

Site definition dialogue box CS5 categories will not expand to offer menu options

Using Windows 7, Dreamweaver CS5, site definition dialogue box will not respond when clicking categories on left of box in order to set up local info like asset folder etc.
Some machines at Uni have no problem with this but some do. Also, the same machine responds differently when logged on as an administrator or student or teacher.
Can you shed any light on what might be causing this problem, please?

Windows 7 security settings are precluding non-admin level users from writing data to certain files/folders used by DW CS5.
Solution:
Log-on as Administrator.
Contact your IT dept.
Nancy O.
Alt-Web Design & Publishing
Web | Graphics | Print | Media Specialists
http://alt-web.com/
http://twitter.com/altweb

Re: Site definition file help needed.

On Fri, 22 Dec 2006 09:38:17 -0800, Kevin D-R
<[email protected]> wrote:
>Which brings me to Dreamweaver. I have copied everything
over and
>reinstalled Dreamweaver, but my site definition
information is gone.
>
>Any ideas on how to get that copied over?
The site definition is stored in the Windows system registry.
If you
cannot boot from the old hard drive, you may need to re-enter
the site
information.
Gary

Thanks so much for your response Anita.
Since I posted this, I noticed a blurb on the Weblogic site that mentioned Service
Pack 9 fixes any problems with JSSE and SSL from within a Weblogic jsp/servlet.
That service pack also includes an example of using the Weblogic SSL routines
to make outgoing HTTPS connections. So, I'm trying to install service pack 9 and
use the example code included in the distribution. I may end up trying what you
listed below however, because SP 9 seems to be screwing up some of our functionality.
<sigh> It nevers ends....
"Anita" <[email protected]> wrote:
>
1) Put the JSSE classes in the lib/ext directory.
2) in the Weblogic.properties file change the weblogic.security.SSLHandler.enable=true
to weblogic.security.SSLHandler.enable=false
3) in the weblogic.policy file under a 'grant' directive for all code
bases,
put permission java.util.PropertyPermission "java.protocol.handler.pkgs",
"write";

Where have my site definitions gone?

I launched Dreamweaver CS5 today, only to find that none of my 30+ sites were available in my Site Management window, and I don't know why. The only clue I have is that a couple weeks back, I updated all of my Adobe programs, for the first time in a month or two. Dreamweaver was among them, as I remember it specifically.
Since that update, I hadn't launched DW until today, only to find my sites missing.
I've found a few posts about something similar to this, and have attempted their solutions. These include verifying/repairing my keychain, and replacing my Site Prefs file (user>library>application support>adobe>common>10>sites) from a Time Machine backup. Neither of these worked.
I have months of solid backups through Time Machine, at this point I just don't know what I need to restore though. Does anyone have any insight or suggestions to how to remedy this problem? It will be a major inconvenience to have to setup all these site again.
PS. Note that all my site files are secure, I have only lost the site definitions in Dreamweaver.
Thanks in advance for any help on this matter.

I launched Dreamweaver CS5 today, only to find that none of my 30+ sites were available in my Site Management window, and I don't know why.
Nobody does! This is an intermittent (luckily rare) problem that DW has had for years. THe solution of course is to keep a full backup of your site definitions using the Site Manager's EXPORT function.
Anyhow, on a Mac, your site and site prefs are saved here -
/Users/<username>/Library/Application Support/Adobe/Common/11/Sites

Show a WebPart view in a visual studio site definition

Hi Guys ,
i developed a Site definition in VS. In this Definition i have a list instance based on Promoted link template (type 170).Now i want to show in the Deafault.aspx a view of the promoted link but when i put the snipet
<WebPartPages:WebPartZone runat="server" FrameType="TitleBarOnly" ID="full" Title="loc:full">
<WebPartPages:XsltListViewWebPart runat="server"
ListUrl="Lists/List1"
IsIncluded="True"
JsLink="clientTemplate.js"
NoDefaultStyle="TRUE"
PageType="PAGE_NORMALVIEW"
Default="False"
ViewContentTypeId="0x">
</WebPartPages:XsltListViewWebPart>
</WebPartPages:WebPartZone>
the server respond me : ..Type 'Microsoft.SharePoint.WebPartPages.WebPartZone' does not have a public
property named 'XsltListViewWebPart'. I added
<%
@RegisterTagprefix="WebPartPages"Namespace="Microsoft.SharePoint.WebPartPages"Assembly="Microsoft.SharePoint,
Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"%>
but it doesn´t work..
Any suggestion?

Hi gohberto,
Before <WebPartPages:XsltListViewWebPart> tag,you can add <zoneTemplate>
Here is a code snippet for your reference:
<WebPartPages:WebPartZone runat="server" FrameType="None" ID="Main" Title="loc:Main">
<ZoneTemplate>
<WebPartPages:XsltListViewWebPart runat="server" ListUrl="Lists/My List" [abbreviated...]>
<XmlDefinition>
<View Name="Some View" Type="HTML" Hidden="TRUE" TabularView="FALSE" DisplayName="" Url="View.aspx" Level="255" BaseViewID="1" ContentTypeID="0x" ImageUrl="/_layouts/images/generic.png">
<Query>
<OrderBy>
<FieldRef Ascending="FALSE" Name="ID"/>
</OrderBy>
</Query>
<ViewFields>
<FieldRef Name="ID"/>
</ViewFields>
<RowLimit Paged="TRUE">1</RowLimit>
<Aggregations Value="Off"/>
<Toolbar Type="Standard"/>
</View>
</XmlDefinition>
<DataFields>
</DataFields>
</WebPartPages:XsltListViewWebPart>
</ZoneTemplate>
</WebPartPages:WebPartZone>
Here is a similar thread for your reference:
https://social.msdn.microsoft.com/Forums/sharepoint/en-US/7740935e-d4d7-46f8-9dac-09b9c46855c6/type-microsoftsharepointwebpartpageswebpartzone-does-not-have-a-public-property-named-webpart?forum=sharepointcustomizationlegacy
Best Reagrds
Zhengyu Guo
TechNet Community Support

Backing up and restoring site definitions

Losing your site definitions in Dreamweaver can be a disaster, but it does happen sometimes. The best way to prepare for such an eventuality is to back up your site definitions on a regular basis.
Creating a backup
You can back up all your site definitions in a single operation by selecting Site > Manage Sites. In the dialog box that opens, Shift-click to select all site names, and then click Export.
In Dreamweaver CS6, the Manage Sites dialog box looks like this:
In earlier versions of Dreamweaver, it looks like this:
Dreamweaver asks if you want to include passwords and login details (this is the default option). Whichever option you choose will be applied to all sites, so click Cancel if you want to treat some sites separately, and export your sites in two sets by using Ctrl/Cmd-click to select them.
When you click OK, Dreamweaver asks where you want to export the definitions. Navigate to a suitable location, leave the File name field unchanged, and click Save. Although only one site name is listed in the File name field, Dreamweaver exports all the site definitions as .ste files in a single operation.
NOTE: This process backs up only the details of your sites, such as the location of the root folder, FTP details, and so on. It does not back up the actual files in your site, such as .html (or .php, .asp, .cfm) files, images, and style sheets. It's a good idea to use your normal file backup routine on your actual files from time to time, as well as exporting the site definitions.
Restoring site definitions
In the event of losing your site definitions in Dreamweaver or moving to a new computer, open the Manage Sites dialog box, and use the Import button to navigate to your backup .ste files.
What if I don't have a backup?
Often, if you don't have a backup of .ste files, you need to go through the whole process of re-entering the details for each site manually.
However, you might be able to restore them by using a restore point on Windows or Time Machine in Mac OS X.
On Windows, the site definitions for Dreamweaver CS6 are stored in the Windows Registry at HKEY_CURRENT_USER\Software\Adobe\Common\12.0\Sites.
In Mac OS X, they are at Macintosh HD:<username>:Library:Application Support:Adobe:Common:12.0:Sites:Site Prefs.
In recent versions of Mac OS X, the Library folder is hidden. In the Mac Finder, select Go > Go to Folder, type ~/Library in the search field, and click Go.
Dreamweaver CS5.5 site definitions are in the same location, except use 11.5 instead of 12.0. The numbers for CS4 and CS3 are 10 and 9 (without a decimal fraction) respectively. For earlier versions of Dreamweaver, substitute Macromedia for Adobe, and adjust the number accordingly.
If you don't have a backup of the actual files on your site, download the files from your remote server.

Hello,
We are running iPlanet 5.2 Messaging Server and need
to migrate to another (duplicate) 5.2 Messaging
Server. We have all the software installed and the
LDAP user accounts created. Now we just need to move
the existing mail from one server to the other.
I found the Backing Up and Restoring the Message
Store section in the Admin Guide says to back up and
restore your data, Messaging Server provides the
imsbackup and imsrestore utilities.
However I am wondering about the Queue?
Under <instance>/imta/queue
What is the difference between the Message Store
and the Queue? The Message Store is where messages get delivered to, so you can read them.'
The queue is where messages are temporarily stored, pending delivery to wherever they go.
You can use tar, cpio, or what have you for the queue. Stop the server first. . .
You then just restore the files to the new server. No need to restart or anything like that. Just dump the files in, and run
imsimta cache -sync
to tell the MTA to re-read the queue.
Can I just backup and restore the
Queue using tar or cpio?
Thanks in advance for any advice.
Regards,
Tim

Remote and Testing Server Site Definitions

I am confused about what information I should put in my
remote site definition info and testing server FTC Host directory
text boxes. My host placed 3 directories: database, log, and www on
my server and Dreamweaver placed two directories, Connections and
_mmServerScripts in the same directory as the above 3. I have
placed all of my site files, including my home page and folders in
the www directory and my Access database in the database directory.
Dreamweaver placed the connection info in the Connections folder an
d _mmServerScripts in the same directory.
In order to construct my local site to match the remote site,
I created a www folder on my local site and placed all of my HTML
files and supporting folders in it.
From various Adobe Tech Notes I have read, I was led to
believe my FTP host directory
Should be www/. However, when I do this and create a new web
page on my local site and upload it to my remote site, Dreamweaver
creates a new www directory inside of the one my host created on
the remote site and uploads the file to it instead of placing it in
the www directory my host created. Also, when I use F12 to test my
page in my browser I get a 404 page not found because Dreamweaver
placed a www in the page URL that shouldn’t be there and
after I remove it I’m able to see my page in my browser. My
URL prefix on my testing server site definition is:
http://I.P.number.html.
What am I not doing right?
Should I use www/ as my FTP host directory or leave it blank?
Also, what should my URL prefix be?
Thanks for your help.

What you need to do is set up so that in the remote server
you point to the
www level on the server, and don't replicate this locally.
Paul Whitham
Certified Dreamweaver MX2004 Professional
Adobe Community Expert - Dreamweaver
Valleybiz Internet Design
www.valleybiz.net
"Jim_Moore" <[email protected]> wrote in
message
news:[email protected]...
>I am confused about what information I should put in my
remote site
>definition
> info and testing server FTC Host directory text boxes.
My host placed 3
> directories: database, log, and www on my server and
Dreamweaver placed
> two
> directories, Connections and _mmServerScripts in the
same directory as the
> above 3. I have placed all of my site files, including
my home page and
> folders
> in the www directory and my Access database in the
database directory.
> Dreamweaver placed the connection info in the
Connections folder an d
> _mmServerScripts in the same directory.
>
> In order to construct my local site to match the remote
site, I created a
> www
> folder on my local site and placed all of my HTML files
and supporting
> folders
> in it.
>
> From various Adobe Tech Notes I have read, I was led to
believe my FTP
> host
> directory
> Should be www/. However, when I do this and create a new
web page on my
> local
> site and upload it to my remote site, Dreamweaver
creates a new www
> directory
> inside of the one my host created on the remote site and
uploads the file
> to it
> instead of placing it in the www directory my host
created. Also, when I
> use
> F12 to test my page in my browser I get a 404 page not
found because
> Dreamweaver placed a www in the page URL that shouldn?t
be there and after
> I
> remove it I?m able to see my page in my browser. My URL
prefix on my
> testing
> server site definition is:
http://I.P.number.html.
>
> What am I not doing right?
> Should I use www/ as my FTP host directory or leave it
blank?
> Also, what should my URL prefix be?
>
> Thanks for your help.
>
>

Create a Site Definition file with Visual Web part in Visual Studio

I tried to create a site definition file in Visual Studio 2013 and SharePoint 2013 by following the MSDN tutorial:
Walkthrough: Create a Basic Site Definition Project. Near the end, I added a virtual web part control to the site definition and registered MyWebPartControls in the site definition's default ASPX page as written in the MSDN tutorial:
Unfortunately, IntelliSense doesn't show any MyWebPartControls: tags, and VisualWebPart1 is highlighted with a warning “Element 'SMWebPart3' is not a known element. This can
occur if there is a compilation error in the Web site, or the web.config file is missing.”
Since it’s a warning, I went ahead to build and deploy the solution. However, when I used the site definition template to create a subsite, it returned a parser error:
Unknown server tag 'MyWebPartControls:TestSiteDef1.VisualWebPart1'
I spent half day researching and debugging, and finally solved the problem. The issue is on the registration line:
<%@ Register Tagprefix="MyWebPartControls" Namespace="TestSiteDef.VisualWebPart1" Assembly="$SharePoint.Project.AssemblyFullName$" %>
The $SharePoint.Project.AssemblyFullName$ is a replaceable parameter to provide values for SharePoint solution items whose actual values are not known at design time. Unfortunately, it does not find the right assembly name during the deployment. It should
be replaced by the Assembly’s Strong Name. Here is how I fixed the problem step by step:
In Solution Explorer, open the package node and double click Package.package
Click Manifest tab in the Package.package.
Copy the full assembly name in the package’s manifest. It may be similar like this:
Assembly="TestSiteDef,
Version=1.0.0.0, Culture=neutral, PublicKeyToken=a300f1f2da8ae976"
Back to the site definition’s default.aspx page, replace the
Assembly="$SharePoint.Project.AssemblyFullName"
in the registration line with the copied text:
Assembly="TestSiteDef,
Version=1.0.0.0, Culture=neutral, PublicKeyToken=a300f1f2da8ae976"
Change the Namespace from
Namespace="TestSiteDef.VisualWebPart1"
to
Namespace="TestSiteDef".
The line to register the web part in a site definition file will look like this:
<%@
Register
Tagprefix="MyWebPartControls"
Namespace="TestSiteDef "
Assembly="TestSiteDef, Version=1.0.0.0,
Culture=neutral, PublicKeyToken=a300f1f2da8ae976"
%>
Clean, build and deploy the solution. It works like charm. (Note: the warning message on visual web part may still exist, but you can ignore it).

Assuming your .ascx.vb file is inheriting from the web part class, you can add the custom properties in the same manor (language syntax aside).
Be sure to use the attributes to correctly identify and scope the properties. (see:
http://www.sbrickey.com/Tech/Blog/Post/SharePoint_Attributes_for_Web_Part_properties)
Scott Brickey
MCTS, MCPD, MCITP
www.sbrickey.com

How can I add a trusted site in Safari to access our secure Sharepoint site from the internet?

My company has a secure sharepoint site that we access from the internet that requires our Active Directory logon. The Safari on the iPad does not allow you to add the URL as a trusted site and thus it prompts you for your username and password multiple times when navigating to various content. The solution for full blown browsers is to just add the URL as a trusted site in your browser security settings. Is there a work around for this or will Apple perhaps add this capability to add trusted sites to the mobile version of Safari?

Non-Windows browsers do not have a concept of a "trusted" site. In Windows, IE and Chrome do not repeatedly prompt for credentials because they use the user's login credentials on the desktop. Other devices do not have this capability. Instead,
you need to use something like ADFS to authenticate users.
Trevor Seward
Follow or contact me at...
&nbsp&nbsp
This post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.

How can I find out the server port for a secured FTP site and creating a FTP Connection Manager

I have to create a FTP Task to go out and get the files that our 3rd party vendor will be dropping on a secured FTP site. I have all the credentials to access that Secured FTP Site and have successfully done so through FileZilla.
Now I need to set-up a FTP Task to go out and get their files and in so doing create a FTP Connection Manager. Is there any way I can determine the
Server Port number from the Secured FTP site? I let it default to 21 and tried the Test Connect and it failed.
Thanks for your review and am hopeful for a reply.

Hi ITBobbyP,
SSIS has a built in FTP task, while this only works for the FTP protocol, it doesn’t support SFTP. But there are some free clients like WinSCP and
SSIS SFTP Task Control Flow Component
available in the CodePlex which can invoked from SSIS.
References:
SSIS SFTP Task Control Flow Component approach
WinSCP approach
Thanks,
Katherine Xiong
Katherine Xiong
TechNet Community Support

Issue in Custom Blog site definition based on SharePoint 2010 blog site definition after migrating the sites to SharePoint 2013 and site collection upgrade

I have created a custom blog site definition using SharePoint 2010 blog site definition with Configuration ID 31 in onet.xml (new value). This was working fine for SharePoint 2010.
We created new SharePoint 2013 farm and deployed the all Custom solutions in
14/15 folders. After migrating the sites to SharePoint 2013 using Content DB approach, site created previously using my custom definition are working fine.
But after running site collection upgrade these sites stop working. When I post a comment then comments not getting listed on post detail page. However comments are getting added to Comments List but
PostTitle column of Comment is not getting populated.
Also, when we create a new site in SharePoint 2013 using my custom blog template then that is also not getting provisioned. default.aspx and look-up between post and comment list are not working.
If any one has faced such issue then please share your findings and any solution to fix this.
Thanks in Advance :)

Hi ,
According to your description, my understanding is that the blog based on custom blog site definition didn’t work correctly after migrating custom blog site definition to SharePoint 2013.
If you customized the Onet.xml file in a previous version's site definition, you should modify some sections in the file to work in the current version, like <BaseTypes> and <ListTemplate> etc. More information, please refer
to the link below:
http://msdn.microsoft.com/en-us/library/office/aa543837(v=office.14).aspx
For that the PostTitle column of Comment is not getting populated, please try to modify the view, then compare the result.
I hope this helps.
Thanks,
Wendy
Wendy Li
TechNet Community Support

Site Definitions not working in CC 2014

Since the update, my site definitions are no longer working. I try to set up a new site, navigate to the correct folder and get the warning: 'site is inside the site "x"' This may cause conflicts … ' etc. The site folder isn't inside another site at all. I've even tried trashing the 'x' site folder, and Dreamweaver just throws up the same warning with the next alphabetically listed folder. Then I tried removing all the site definitions and setting up a new one, but I get the same problem. Is anyone else suffering?

In order to preview .php pages locally, you need a local testing server (Wamp, Xampp, Mamp). Is yours properly defined in DW CC? See screenshots.
Nancy O.

Preview versus Real View Not the Same, Site Definition Errors - Dreamweaver CS4

I am having trouble working on sites where it seems that Dreamweaver wants me to specify different file locations for various "includes" depending on whether I want to view the site as a preview (F12) vs. on a local test server vs. on the real website server. Note I am using Dreamweaver CS4 (ver. 10) on Windows, my local test server is Apache running via an Xampp installation on Windows, and my production server is also Apache, running at Hostgator. I am building a fairly basic html site using SSI via SHTML files, rather than PHP or a more sophisticated method. Here is what seems to be happening:
1. In my index.shtml file I call, for example, a subheader file called "header-nosub-menu.inc.htm." I have my site definitions set to "relative to document root." Using the insert -> SSI command, Dreamweaver links to the file with the following: My first problem is that, as specified, the subheader.menu.inc.htm file is not found and the preview gives me an error. I get the same error if i try to display the file on my local test server (http://localhost/domainname). However, if I upload the file to my production server, it seems to work fine. If I change the include command to: #include virtual="./includes/subheader.menu.inc.htm," by manually inserting the "./" to change the directory reference, then the file seems to work in all three situations Which is the correct directory specification, and why is Dreamweaver not generating it automatically?
While I can make the manual changes in the directory specifications, I am concerned that if Dreamweaver is making an error in this instance, it may generate more serious problems that are harder to find later.
2. The second issue seems to involve the Site Definition file configuration.I get an error message when I set up my site definition in what seems to be the correct way, specifically, using the following specifications:
Local Root folder: "C:\htdocs\domainname-dev\"
http address: "http://www.domainname/"
testing server folder: "C:\htdocs\domainname-dev"
url prefix: "http://localhost/domainname-dev"
The error message is: "The site url prefix for the testing server does not match the site url prefix specified in the http address for the site."
However, when I change the testing server url prefix to one that does not yield an error message ("http://localhost") I then have problems with the preview (F12) display. Specifically, instead of a preview request generating the following url: "http://localhost/domainname-dev/TMPm393xnclqu.shtml" I find that it generates the following: "http://localhost/TMPm393xnclqu.shtml" The so called incorrect definition seems to be the correct one, but why is Dreamweaver not recognizing it as such? Am I making a error somewhere else in my configuration?
I would appreciate any assistance that anyone here can provide,
Thanks,
http://localhost/

except for the Apache virtual host configuration, which I do not see a need for
I wasn't suggesting that you use virtual hosts (although I have defined about 50 virtual hosts on my own development machine). I was trying to understand the url you listed:
http://www.domainname/
Without a virtual host definition, that would have no meaning and could not point to anything, unless you simply were leaving off the TLD in the example. (.com, .net, etc)
I often use the PHP $_SERVER superglobal to define paths and handle differences between the development environment and the remote server environment. Examples:
DOCUMENT_ROOT: D:/ZendServer/Apache2/htdocs/website/ranch (machine path)
REQUEST_URI: /topic/calendar (url parameters)
SCRIPT_NAME: index.php
HTTP_REFERER: (the url of the script preceding the current script)
HTTP_HOST: (this is the domain name. It is very useful for distinguishing between the local and remote environments)
COMPLETE EXAMPLE:
echo "<p><a class='noPrint' href='".$_SERVER['HTTP_REFERER']."'>RETURN TO PREVIOUS PAGE</a></p>";

Security of site definitions

Similar Messages

Maybe you are looking for