<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to feature-requests</title><link>https://sourceforge.net/p/allcommerce/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/allcommerce/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Fri, 27 May 2005 15:56:43 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/allcommerce/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>Installation Problom</title><link>https://sourceforge.net/p/allcommerce/feature-requests/10/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I login by root user. Then run ./configure.pl under a subfoler. &lt;/p&gt;
&lt;p&gt;I change the document root setting &lt;br /&gt;
to /srv/www/htdocs/qingc/allcommerce, and change the cgi-bin &lt;br /&gt;
directory to/src/www/htdocs/qingc/allcommerce/cgi-bin. &lt;/p&gt;
&lt;p&gt;Then continue installation to finish. &lt;/p&gt;
&lt;p&gt;Unfortunaterly, I can find any new files under the above &lt;br /&gt;
directories. &lt;/p&gt;
&lt;p&gt;Could you tell why? &lt;/p&gt;
&lt;p&gt;Qing &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 27 May 2005 15:56:43 -0000</pubDate><guid>https://sourceforge.net424a30b747e88975d9baa8f547441ca39058220e</guid></item><item><title>BUG: suEXEC incompatibility</title><link>https://sourceforge.net/p/allcommerce/feature-requests/9/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;For security reasons, suEXEC (an Apache module to allow&lt;br /&gt;
CGI scripts to run as a different user than the web&lt;br /&gt;
server) refuses to follow symlinks to CGI scripts.&lt;br /&gt;
Therefore, suEXEC cannot run the symlink to &amp;amp;quot;index.cgi&amp;amp;quot;&lt;br /&gt;
that the installation process creates.&lt;/p&gt;
&lt;p&gt;Fix: Use a hard link, or copy the file.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sat, 14 Sep 2002 23:52:23 -0000</pubDate><guid>https://sourceforge.net97ff7315b46391b93f7dc77302320000816dff38</guid></item><item><title>Repost: BUG: Failure to handle metachars</title><link>https://sourceforge.net/p/allcommerce/feature-requests/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;In the original post, I failed to upload the patch.&lt;/p&gt;
&lt;p&gt;This would be in the Bug Tracker, but the bug tracker&lt;br /&gt;
requires a login.&lt;/p&gt;
&lt;p&gt;In lib/configure.pm:490, and other places in that file,&lt;br /&gt;
backticks are used to run shell commands that set up&lt;br /&gt;
the database. There are actually multiple problems with&lt;br /&gt;
this approach:&lt;/p&gt;
&lt;p&gt;- Using the MySQL admin password on a command line is&lt;br /&gt;
insecure. On some systems, it can be seen by other&lt;br /&gt;
users with the 'ps' command.&lt;/p&gt;
&lt;p&gt;- If the password contains any shell metacharacters,&lt;br /&gt;
the shell command will fail, because backticks are&lt;br /&gt;
processed with &amp;amp;quot;sh -c&amp;amp;quot;.&lt;/p&gt;
&lt;p&gt;For MySQL, the best way to fix the bug is to connect to&lt;br /&gt;
the server directly through DBI and create the database&lt;br /&gt;
and database tables by sending SQL queries, the same&lt;br /&gt;
way that this is already done for MySQL on the Win32&lt;br /&gt;
platform. This fixes both the shell-metacharacter&lt;br /&gt;
problem and the security problem. Attached is a patch&lt;br /&gt;
against OS AllCommerce 1.2.3 that implements this fix. &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sat, 14 Sep 2002 23:42:04 -0000</pubDate><guid>https://sourceforge.net635b9ae72270ff5e7d1c3328386570b85df72187</guid></item><item><title>BUG: Failure to deal with metacharacters</title><link>https://sourceforge.net/p/allcommerce/feature-requests/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;This would be in the Bug Tracker, but the bug tracker&lt;br /&gt;
requires a login.&lt;/p&gt;
&lt;p&gt;In lib/configure.pm:490, and other places in that file,&lt;br /&gt;
backticks are used to run shell commands that set up&lt;br /&gt;
the database. There are actually multiple problems with&lt;br /&gt;
this approach:&lt;/p&gt;
&lt;p&gt;- Using the MySQL admin password on a command line is&lt;br /&gt;
insecure. On some systems, it can be seen by other&lt;br /&gt;
users with the 'ps' command.&lt;/p&gt;
&lt;p&gt;- If the password contains any shell metacharacters,&lt;br /&gt;
the shell command will fail, because backticks are&lt;br /&gt;
processed with &amp;amp;quot;sh -c&amp;amp;quot;.&lt;/p&gt;
&lt;p&gt;For MySQL, the best way to fix the bug is to connect to&lt;br /&gt;
the server directly through DBI and create the database&lt;br /&gt;
and database tables by sending SQL queries, the same&lt;br /&gt;
way that this is already done for MySQL on the Win32&lt;br /&gt;
platform. This fixes both the shell-metacharacter&lt;br /&gt;
problem and the security problem. Attached is a patch&lt;br /&gt;
against OS AllCommerce 1.2.3 that implements this fix.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sat, 14 Sep 2002 23:38:16 -0000</pubDate><guid>https://sourceforge.net055e3f6414954df538596cec61c87fd7f6c1def9</guid></item><item><title>Root user/chown problems</title><link>https://sourceforge.net/p/allcommerce/feature-requests/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The configure scripts should be able to function as a&lt;br /&gt;
non-root user.&lt;/p&gt;
&lt;p&gt;os_allcommerce may be run on a web hosting service&lt;br /&gt;
where the person installing os_allcommerce cannot log&lt;br /&gt;
in as root.&lt;/p&gt;
&lt;p&gt;Also, on such a system, an Apache web server may be&lt;br /&gt;
configured with the suEXEC feature, so it would be&lt;br /&gt;
undesireable to chown any of the files to 'nobody'.&lt;/p&gt;
&lt;p&gt;The configure scripts are hard-coded to chown some&lt;br /&gt;
files to nobody, probably because they assume that the&lt;br /&gt;
web server is running as nobody. Not all web servers&lt;br /&gt;
are configured to run as nobody. Therefore, the user to&lt;br /&gt;
chown files to (if any) should not be hard-coded into&lt;br /&gt;
the software.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sat, 14 Sep 2002 01:32:43 -0000</pubDate><guid>https://sourceforge.netdc617ab2f7852f25a4eb18496cc831b50fcb26f6</guid></item><item><title>path.pm improvement</title><link>https://sourceforge.net/p/allcommerce/feature-requests/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I've noticed in the file &amp;amp;quot;path.pm&amp;amp;quot;, the os_allcommerce&lt;br /&gt;
root directory, which defaults to&lt;br /&gt;
&amp;amp;quot;/home/httpd/os_allcommerce&amp;amp;quot;,&lt;br /&gt;
is repeated in each of the values of $apath.&lt;/p&gt;
&lt;p&gt;The enclosed patch puts the root directory in a&lt;br /&gt;
variable, so&lt;br /&gt;
that you can change &amp;amp;quot;$root&amp;amp;quot; without having to modify the&lt;br /&gt;
values in $apath.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sat, 14 Sep 2002 01:18:16 -0000</pubDate><guid>https://sourceforge.netdeb2493df58607e087a909e8be97625c619100d7</guid></item><item><title>FTP support</title><link>https://sourceforge.net/p/allcommerce/feature-requests/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I think you should have FTP support/user guide for non-&lt;br /&gt;
apache programmers. It would be great for people who &lt;br /&gt;
don't run their own servers but have remote server &lt;br /&gt;
hosted by ISPs.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Thu, 20 Dec 2001 20:37:25 -0000</pubDate><guid>https://sourceforge.net5c3ad9024fa1c32a004ef44ea80a9ddac7521905</guid></item><item><title>Automated Mailing</title><link>https://sourceforge.net/p/allcommerce/feature-requests/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It would be nice if mailing could be automated when the&lt;br /&gt;
order status changes.&lt;/p&gt;
&lt;p&gt;For example, when a customer's order changes to&lt;br /&gt;
&amp;amp;quot;awaiting fulfillment&amp;amp;quot; it could send an e-mail from a&lt;br /&gt;
template stating such.&lt;br /&gt;
Similarly, it would be nice to have a facility to&lt;br /&gt;
attach a  UPS/FedEx/USPS waybill or tracking number so&lt;br /&gt;
the customer could receive that information when the&lt;br /&gt;
order status reaches shipped.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 06 Jul 2001 22:51:57 -0000</pubDate><guid>https://sourceforge.netf04de1bcee4fcaa9508650e6df97415fa20c02ef</guid></item><item><title>Installation</title><link>https://sourceforge.net/p/allcommerce/feature-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I think suring up the installation proccess (at least &lt;br /&gt;
better docs) and alternate database support should be &lt;br /&gt;
your first priority. I am trying to intetgrate &lt;br /&gt;
AllCommerce with SQL-Ledger. The two, with a some &lt;br /&gt;
tweaking, would complement each other perfectly. Could &lt;br /&gt;
be a great marriage! But one uses postgresql and yours &lt;br /&gt;
mysql. Got to get past that.&lt;/p&gt;&lt;/div&gt;</description><pubDate>Tue, 15 May 2001 08:33:34 -0000</pubDate><guid>https://sourceforge.neta5fa210281ecb876c29cb884587bfa4f46124755</guid></item><item><title>Button Font</title><link>https://sourceforge.net/p/allcommerce/feature-requests/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Release the .ttf button font for public use.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 11 Apr 2001 00:29:09 -0000</pubDate><guid>https://sourceforge.netc1737ce6cc8b9425760cfa2cdbffd5227b929153</guid></item></channel></rss>