<?xml version="1.0" encoding="UTF-8"?>    <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
      <channel>
        <title></title>
        <link>https://interactivetools.com/forum/forum-search.php?k=user%3Ajohnnybegood</link>
        <description></description>
        <pubDate>Fri, 01 May 2026 16:51:19 -0700</pubDate>
        <language>en-us</language>
        <atom:link href="https://interactivetools.com/forum/forum-search.php?k=user%3Ajohnnybegood&amp;rss=1" rel="self" type="application/rss+xml" />

                <item>
          <title>Adding a backup link without enabling admin access</title>
          <link>https://interactivetools.com/forum/forum-posts.php?postNum=2202757#post2202757</link>
          <description><![CDATA[Hi all,<br /><br />This is just a quick hack to enable the ability for editor's and authors to run the backup script without giving them full administrative rights to the software.<br /><br />First create a text link section and set the link URL to: <br /><br />admin.php?menu=admin&amp;action=backup<br /><br />If you log in now as an author or editor and try and run the backup script you'll notice that you'll just get an error.<br /><br />To fix this open lib/menus/admin/actionHandler.php and right at the top of this file you'll see about 4 lines titled &quot;### check access level&quot; --- comment out or delete these 4 lines.<br /><br />Next go down to about line 73 and find this:<br /><br />showInterface('admin/general.php');<br /><br />replace this with:<br /><br />showInterface('');<br /><br />That's it.  This hack actually enables the editor/author to access the administration section but only if they are able to guess the URL (like: admin.php?menu=admin&amp;action=general).<br />]]></description>
          <pubDate>Fri, 26 Mar 2010 06:59:44 -0700</pubDate>
          <guid isPermaLink="true">forum-posts.php?postNum=2202757#post2202757</guid>
        </item>
                <item>
          <title>Re: [Dave] Globally Update Image Storage Location</title>
          <link>https://interactivetools.com/forum/forum-posts.php?postNum=2202729#post2202729</link>
          <description><![CDATA[Thanks Dave, that's a great work-around.  I was previously doing search and replace directly on the database but working with a single flat file is a much simpler method.<br /><br />Since you brought up backups I was recently thinking it'd be nice if the client could run the backup script without giving them full administrative rights.  I tried creating a custom menu link to the backup script but it errors and I don't want to confuse the client by giving them full access.  Is there an easy workaround for this?<br />]]></description>
          <pubDate>Thu, 25 Mar 2010 07:15:43 -0700</pubDate>
          <guid isPermaLink="true">forum-posts.php?postNum=2202729#post2202729</guid>
        </item>
                <item>
          <title>Re: [northernpenguin] Globally Update Image Storage Location</title>
          <link>https://interactivetools.com/forum/forum-posts.php?postNum=2202703#post2202703</link>
          <description><![CDATA[I updated the setting.dat.php but this still does not update the cms_uploads table.  Similarly, nothing I do in the section editors has any affect on the existing (I stress existing) images which were uploaded during development on my localhost server.<br /><br />This means I still have to manually go into the database and change entries within these 4 columns:<br /><br />filePath<br />urlPath<br />thumbFilePath<br />thumbUrlPath<br /><br />I cant see anything in this script that actively goes through and updates this information within the cms_uploads table based on the details present in settings.dat.php<br /><br />Any help would be greatly appreciated.<br />]]></description>
          <pubDate>Wed, 24 Mar 2010 11:00:47 -0700</pubDate>
          <guid isPermaLink="true">forum-posts.php?postNum=2202703#post2202703</guid>
        </item>
                <item>
          <title>Globally Update Image Storage Location</title>
          <link>https://interactivetools.com/forum/forum-posts.php?postNum=2202592#post2202592</link>
          <description><![CDATA[Hi all,<br /><br />I purchased CMS Builder some months ago and deployed a website with little fuss.  I liked this software so much that I just purchased 2 more copies.<br /><br />The only frustrating issue I had with this software is that during development I was using a development server with a different root directory structure to the live server.  This was fine except that when it came time to set the website &quot;live&quot; I had to manually go through and update all the previously uploaded images as their location was hard coded in the database.  <br /><br />I don't understand why the entire root location  (ie. var/www/vhosts...etc) is required when storing images in the cms_uploads table.  There is already a setting in admin where the Upload Directory is specified so couldn't this just be prepended to the image name?  If the image name was the only thing stored then this would also enable transfer of a website to a websites sub-folder with minimal fuss.  Currently this is a very laborious process; which I also discovered when I moved the development website from a &quot;beta&quot; folder to the domains root directory.<br /><br />I am aware that it's possible to &quot;recreate&quot; thumbnails but this is not relevant to this particular issue.<br /><br />Is there something I'm missing here or something I'm doing wrong?<br />]]></description>
          <pubDate>Thu, 18 Mar 2010 09:28:22 -0700</pubDate>
          <guid isPermaLink="true">forum-posts.php?postNum=2202592#post2202592</guid>
        </item>
              </channel>
    </rss>
  