Menu
▾
▴
phpwebsite-developers — For our development team.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
(1) |
Mar
(265) |
Apr
(166) |
May
(25) |
Jun
(17) |
Jul
(20) |
Aug
(47) |
Sep
(6) |
Oct
(14) |
Nov
(66) |
Dec
(64) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(109) |
Feb
(64) |
Mar
(34) |
Apr
(23) |
May
(64) |
Jun
(9) |
Jul
(13) |
Aug
(6) |
Sep
(33) |
Oct
(272) |
Nov
(67) |
Dec
(75) |
| 2003 |
Jan
(264) |
Feb
(244) |
Mar
(171) |
Apr
(119) |
May
(54) |
Jun
(93) |
Jul
(51) |
Aug
(48) |
Sep
(14) |
Oct
(49) |
Nov
(47) |
Dec
(15) |
| 2004 |
Jan
(13) |
Feb
(27) |
Mar
(18) |
Apr
(44) |
May
(35) |
Jun
(24) |
Jul
(39) |
Aug
(142) |
Sep
(35) |
Oct
(34) |
Nov
(49) |
Dec
(24) |
| 2005 |
Jan
(60) |
Feb
(71) |
Mar
(19) |
Apr
(27) |
May
(68) |
Jun
(4) |
Jul
(30) |
Aug
(10) |
Sep
(23) |
Oct
(24) |
Nov
(13) |
Dec
(6) |
| 2006 |
Jan
(4) |
Feb
(46) |
Mar
(64) |
Apr
(18) |
May
(16) |
Jun
(37) |
Jul
(7) |
Aug
(19) |
Sep
(9) |
Oct
(8) |
Nov
(3) |
Dec
(23) |
| 2007 |
Jan
(25) |
Feb
(21) |
Mar
(32) |
Apr
(36) |
May
(12) |
Jun
(1) |
Jul
(7) |
Aug
(15) |
Sep
(13) |
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
(3) |
Feb
(5) |
Mar
(1) |
Apr
(2) |
May
|
Jun
(1) |
Jul
(2) |
Aug
(7) |
Sep
|
Oct
(5) |
Nov
(1) |
Dec
|
| 2009 |
Jan
(7) |
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Timothy P. <Ti...@mw...> - 2004-11-22 04:44:59
|
When you set up the initial configuration, did you specify "localhost" or a domain name or an IP address? Localhost should work if you created a user on the new box from "localhost" with permissions to the database. If it was a domain name, then you would have to modify your DNS server so that that name now pointed to the IP address of the new machine. If it was by IP address, then the new machine would have to have the same IP address as the original one. However, it is *really* easy to simply edit the configuration files to match your current setup. You will find there are two places you should look at: One is in the website's conf directory, a file called config.php. Open it with your favorite ASCII text editor and check that everything is correct. I mean everything, including the source-http and source-dir keywords as well as the database stuff. The other is in the core directory called core.php. Open it the same way and check that the path information is correct for your new setup. If you're still having problems, try creating a user from % as well as one from "localhost" (same user name and password and permissions - just allow the user to be from anywhere (%) instead of restricting them to be only from "localhost"). Good luck! Timothy Pearson Midwestern Telephone, Inc. E-mail: ti...@mw... Web: http://mwtel.com/ -or- http://InformationTransportation.com/ Phone: 417-673-1977 Ext. 2203 Fax: 417-673-1978 >>> rfa...@np... 11/19/2004 9:28:04 AM >>> I have what should be a very simple problem, but I just have not been able to figure this out. I wanted to move a PHP Website site to another machine, and I dumped the database, and copied all the files. I placed everything in the same directory structure as the original setup. I have the same logins for MySQL on both boxes, and I created a 2nd level domain name to the new box, but every time I try and access the 2nd box, I get this message. Unable to load database indicated by configuration file. The databases have exactly the same name. So, what am I doing wrong in trying to move this web site to a new box ? I must be missing something simple ? Any suggestions on where to start debugging this. I'm not seeing any useful errors in the apache log files. I'm running MySQL 4 on both boxes. Old box is Redhat 9 and new box is Fedora C 2 Thanks for your help, Ruben ------------------------------------------------------- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 _______________________________________________ Phpwebsite-developers mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Mike N. <mh...@us...> - 2004-11-20 20:48:03
|
Everyone, I subscribed this list to GMANE. The phpwebsite-comm devel and user lists are also archived at GMANE. http://gmane.org/ news.gmane.org gmane.comp.cms.phpwebsite.devel gmane.comp.cms.phpwebsite-comm.devel gmane.comp.cms.phpwebsite-comm.user -- Mike Noyes <mhnoyes at users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs |
|
From: Ruben F. <rfa...@np...> - 2004-11-19 19:00:39
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
That's the problem. I can login to the db just fine from the command
line.<br>
<br>
<br>
Wendall Cada wrote:
<blockquote cite="mid...@ww..."
type="cite">
<pre wrap="">Ruben,
It would appear something is wrong with your mysql setup. Did you add
permissions to the new database for your user? Try logging into the
database with your user/passwd via the command line and see if you can
get in.
Wendall
On Fri, 2004-11-19 at 10:28 -0500, Ruben Fagundo wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I have what should be a very simple problem, but I just have not been
able to figure this out.
I wanted to move a PHP Website site to another machine, and I dumped the
database, and copied all the files. I placed everything in the same
directory structure as the original setup.
I have the same logins for MySQL on both boxes, and I created a 2nd
level domain name to the new box, but every time I try and access the
2nd box, I get this message.
Unable to load database indicated by configuration file.
The databases have exactly the same name. So, what am I doing wrong in
trying to move this web site to a new box ? I must be missing something
simple ? Any suggestions on where to start debugging this. I'm not
seeing any useful errors in the apache log files. I'm running MySQL 4 on
both boxes. Old box is Redhat 9 and new box is Fedora C 2
Thanks for your help,
Ruben
-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. <a class="moz-txt-link-abbreviated" href="http://www.intersystems.com/match8">www.intersystems.com/match8</a>
_______________________________________________
Phpwebsite-developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Php...@li...">Php...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers">https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers</a>
</pre>
</blockquote>
<pre wrap=""><!---->
-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. <a class="moz-txt-link-abbreviated" href="http://www.intersystems.com/match8">www.intersystems.com/match8</a>
_______________________________________________
Phpwebsite-developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Php...@li...">Php...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers">https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers</a>
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Ruben Fagundo
NPV Corporation
Tel: 617-848-0890 x100
Fax: 617-249-1994
</pre>
</body>
</html>
|
|
From: Wendall C. <wen...@to...> - 2004-11-19 17:24:53
|
Ruben, It would appear something is wrong with your mysql setup. Did you add permissions to the new database for your user? Try logging into the database with your user/passwd via the command line and see if you can get in. Wendall On Fri, 2004-11-19 at 10:28 -0500, Ruben Fagundo wrote: > I have what should be a very simple problem, but I just have not been > able to figure this out. > > I wanted to move a PHP Website site to another machine, and I dumped the > database, and copied all the files. I placed everything in the same > directory structure as the original setup. > > I have the same logins for MySQL on both boxes, and I created a 2nd > level domain name to the new box, but every time I try and access the > 2nd box, I get this message. > > Unable to load database indicated by configuration file. > > The databases have exactly the same name. So, what am I doing wrong in > trying to move this web site to a new box ? I must be missing something > simple ? Any suggestions on where to start debugging this. I'm not > seeing any useful errors in the apache log files. I'm running MySQL 4 on > both boxes. Old box is Redhat 9 and new box is Fedora C 2 > > Thanks for your help, > Ruben > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: Ruben F. <rfa...@np...> - 2004-11-19 15:28:42
|
I have what should be a very simple problem, but I just have not been able to figure this out. I wanted to move a PHP Website site to another machine, and I dumped the database, and copied all the files. I placed everything in the same directory structure as the original setup. I have the same logins for MySQL on both boxes, and I created a 2nd level domain name to the new box, but every time I try and access the 2nd box, I get this message. Unable to load database indicated by configuration file. The databases have exactly the same name. So, what am I doing wrong in trying to move this web site to a new box ? I must be missing something simple ? Any suggestions on where to start debugging this. I'm not seeing any useful errors in the apache log files. I'm running MySQL 4 on both boxes. Old box is Redhat 9 and new box is Fedora C 2 Thanks for your help, Ruben |
|
From: Steven L. <st...@tu...> - 2004-11-19 14:59:00
|
On Fri, 2004-11-19 at 11:51 +0100, Cudeso MailList wrote: > Hi, > > In the document-manager you can sort the documents on 'date' (Updated). This > only works on the first page. Whenever I change to another page the > sortorder is lost. Is there a work-around for this and is it also possible > to set a 'default' sort order? I'm running the latest version of phpWebsite. > > I've searched through the docs but up until now I have not found anything > usefull. Forgive me if I've overlooked something. > > All comments or remarks are highly appreciated. Please submit this as a bug report to source forge. https://sourceforge.net/tracker/?group_id=15539&atid=115539 -- Steven Levin Computer Systems Admin I Electronic Student Services Appalachian State University http://phpwebsite.appstate.edu |
|
From: Cudeso M. <cud...@ho...> - 2004-11-19 10:52:19
|
Hi, In the document-manager you can sort the documents on 'date' (Updated). This only works on the first page. Whenever I change to another page the sortorder is lost. Is there a work-around for this and is it also possible to set a 'default' sort order? I'm running the latest version of phpWebsite. I've searched through the docs but up until now I have not found anything usefull. Forgive me if I've overlooked something. All comments or remarks are highly appreciated. Koen _________________________________________________________________ Free mail? MSN Hotmail ! http://www.msn.be/hotmail |
|
From: Alan K H. <p1...@FD...> - 2004-11-19 00:45:44
|
I'm having a lot of trouble understanding the "Restricted Access Hack" that was posted at: http://www.phpwebsitemanual.com/index.php?module=announce&ANN_user_op=view&ANN_id=173 My problem is when it gets to point 4 of the readme file: Through Layout in Control Panel or through direct access to your layout table in the database, associate content with specific theme variables I have no idea what this means. Can someone help me get a grasp on this? |
|
From: Steven L. <st...@tu...> - 2004-11-11 21:20:48
|
I just wanted to let all third party module developers know that the
next core version of phpwebsite will be going up to 0.10.0 What this
means is that the old way of checking versions will no longer work and
you encouraged to start using version_compare()
Old core version check:
if ($GLOBALS['core']->version < "0.9.3-2") {
echo "You must upgrade to version 0.9.3-2 or greater to install this
module.";
}
This should be updated to:
if (version_compare($GLOBALS['core']->version, "0.9.3-2") < 0) {
echo "You must upgrade to version 0.9.3-2 or greater to install this
module.";
}
You should also start using version_compare() in your update.php files
if you are going to follow the X.X.X version scheme.
Thanks to rhalff and rizzo for their help with this issue.
--
Steven Levin
Computer Systems Admin I
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu
|
|
From: Matthew M. <ma...@tu...> - 2004-11-11 14:07:34
|
Good news! (hopefully) Wei Zhui (the developer of Image Manager) responded to my email! I fully explained the problem to him. Maybe together we can develop a solution. Well more him than me really because my javascript skills are teh sux. Matt On Wed, 2004-11-10 at 23:08, Spiggy TheCat wrote: > if i remember correctly, this is a firefox/mozilla bug. i think IE adds > the tags right. we noticed this at work and the javascript wiz said that > he found references in the htmlarea forums about the issue. this is > assuming you are using the same imagemanager (the one freely available for > htmlarea) > > paivi > > > After further testing, I noticed something odd. > > > > It _sometimes_ adds the alt text and dimensions. I am not sure of the > > exact voodoo, but the code is in there. > > > > Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
|
From: Matthew M. <ma...@tu...> - 2004-11-11 13:30:08
|
Good to know :) Thanks I can rest now. Matt On Wed, 2004-11-10 at 23:08, Spiggy TheCat wrote: > if i remember correctly, this is a firefox/mozilla bug. i think IE adds > the tags right. we noticed this at work and the javascript wiz said that > he found references in the htmlarea forums about the issue. this is > assuming you are using the same imagemanager (the one freely available for > htmlarea) > > paivi > > > After further testing, I noticed something odd. > > > > It _sometimes_ adds the alt text and dimensions. I am not sure of the > > exact voodoo, but the code is in there. > > > > Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
|
From: Spiggy T. <sp...@vi...> - 2004-11-11 04:08:38
|
if i remember correctly, this is a firefox/mozilla bug. i think IE adds the tags right. we noticed this at work and the javascript wiz said that he found references in the htmlarea forums about the issue. this is assuming you are using the same imagemanager (the one freely available for htmlarea) paivi > After further testing, I noticed something odd. > > It _sometimes_ adds the alt text and dimensions. I am not sure of the > exact voodoo, but the code is in there. > > Matt -- Give a man a match, and he'll be warm for a minute, but set him on fire, and he'll be warm for the rest of his life. (Terry Pratchett) |
|
From: Matthew M. <ma...@tu...> - 2004-11-09 18:06:45
|
After further testing, I noticed something odd. It _sometimes_ adds the alt text and dimensions. I am not sure of the exact voodoo, but the code is in there. Matt On Tue, 2004-11-09 at 12:31, Matthew McNaney wrote: > Good news: I added the ImageManager module to htmlarea and it works > really well. > > Bad news: it isn't XHTML compatible > > The image tags are missing width, height, alt, and title. If anyone is a > javascript XML wiz, I would like to get a solution in. > > At one time, before the htmlarea, I started working on a module named > File Cabinet that helped with adding XHTML compatible images. However, > the wysiwyg tool is very slick. So I am unsure where to go from here. I > would like to hear some opinions on this. > > Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
|
From: Matthew M. <ma...@tu...> - 2004-11-09 17:42:28
|
Good news: I added the ImageManager module to htmlarea and it works really well. Bad news: it isn't XHTML compatible The image tags are missing width, height, alt, and title. If anyone is a javascript XML wiz, I would like to get a solution in. At one time, before the htmlarea, I started working on a module named File Cabinet that helped with adding XHTML compatible images. However, the wysiwyg tool is very slick. So I am unsure where to go from here. I would like to hear some opinions on this. Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
|
From: Shaun M. <sh...@ae...> - 2004-11-08 13:55:07
|
On 4 Nov 2004, at 17:56, Ryan Roland wrote: > > Pick your example, but basically, as long as everyone agrees that the > first variable is the module, should it matter how many come after it? > And perhaps more importantly, should the core really care? > It'd be nice to enforce some consistency and quite possibly it may be important for cross-module links - eg fatcat, menuman Shaun aegis design - http://www.aegisdesign.co.uk |
|
From: Eloi G. <el...@re...> - 2004-11-05 19:07:07
|
Hey all! I just got back off the campaign trail, so it'll take me a little while to get back up to speed... Unless I'm missing some background that happened over IRC, it looks like we're trying to re-invent the wheel here. All these ideas I've seen in the past few days were already discussed and analyzed almost 2 years ago in these same discussion lists when I was developing the mod_rewrite hack. These same theories and various versions of testcode were in turn based on ideas gleaned from discussions on the boards of various php-nuke variants going back years before that. The following quotes are from different messages in this thread. Sorry if it's kind'a confusing. >> The site claims: "Because doing mod_rewrite on sites with a lot of pages takes up a large amount of resources.<< That's if you're assigning a different name for each page. We don't have to worry about that with phpws. >> The moduleLink and secureLink functions can have a switch to deliver the links in this format or not automatically.<< The Hack contains a switch in Core.php. Just set "MOD_REWRITE_ENABLED" on line 11. >>Even "pagemaster" is a bit of an odd name. I"d like to see http://www.site.com/page4 << How about http://www.site.com/page4.html <http://www.site.com/page4> ? That's the URL that the Hack currently recognizes. The "html" extension used in the created links is there to make sure that *every* SE is fooled into thinking that this is a static site. >> That"s where to put it although not everybody uses moduleLink. Just a matter of getting people to change.<< Once mod_rewrite becomes part of the core, they'll change. >> One other thing that might be nice is some virtual links.<< mhnoyes has been asking for this for a while. It's the basic idea that Wikis work off of. I've explored doing it with Article Manager, but it really should be done as a core class. . >> I"d perhaps suggest that if we"re to create a function to create the short urls, if someone wants to do it differently, they could replace the function themselves anyway. << Again, it's already been done. The only changes that we'll want to make for 0.94 is to change the delimiter to "/". If you look back at the old discussions, you'll see that the only reason the mod_rewrite hack uses "~" as a delimiter instead of "/" is because the pre-0.94 templating code looks for all its files relatively, and therefore breaks. -Eloi George- |
|
From: Shaun M. <sh...@ae...> - 2004-11-04 21:02:10
|
On 4 Nov 2004, at 17:35, Matthew McNaney wrote: > I talked to Steven about mod_rewrite at lunch today and we have come to > the conclusion to continue to use it. > > Although the mod_rewrite may be slower: > 1) if speed is your concern, it can be disabled > 2) it can't be any slower than having php compute the translation > > This is just something that people will need to accept. If you can't > use > mod_reroute, then you will need to go without it. Your site will be > perfectly functional, you just won't be able to use short urls. That's fair enough. I'd perhaps suggest that if we're to create a function to create the short urls, if someone wants to do it differently, they could replace the function themselves anyway. Shaun aegis design - http://www.aegisdesign.co.uk |
|
From: Ryan R. <to...@gm...> - 2004-11-04 17:56:37
|
I don't know the difficulty involved, but as a developer, I think it would make sense that the first variable would be the module, and the rest are simply dumped into a constructor for me to deal with. http://site.com{/index}/blog/view/2 (with or without the index/) Should allow the core to create the init blog object and passes in the vars from the rest of the URL. This way: http://site.com{/index}/album/view/thumb/4/6 Will create a blog object which will specify "viewing a thumbnail from page 4, image 6" Pick your example, but basically, as long as everyone agrees that the first variable is the module, should it matter how many come after it? And perhaps more importantly, should the core really care? Just my 2 cents, Ryan Roland On Thu, 04 Nov 2004 10:27:03 -0500, Matthew McNaney <ma...@tu...> wrote: > Yea I am responding to my own email. > > I don't think you can get around having a static word (like index) to > make sure that file gets called. > > Anyway, looking back at mod_rewrite, (which lets me dump index btw) I > can do this: > > http://site.com/blog/view/2 > > This assumes > 1) the first variable is the module > 2) the second is the 'action' > 3) the last is the 'id' > > Not using mod_rewrite, I could probably do this: > > http://site.com/index/blog/view/2 > > I kept the 'view' in because, again, I think people might need more > flexibility. > > Under what I proposed earlier: > http://site.com/index/blog/action/view/id/2 > > Not too bad. > > I guess the question I'm asking is how many variables do we want to > force? We could state that developers have to plan around using an value > with the 'action' key and the final variable is always an id with the > same key name. > > Or we can stretch it out to the third example allowing more flexibility. > > Or we can stick with mod_rewrite. > > What does everyone think? Which as a developer would you prefer? Let me > know so I can put this to bed. > > Thanks > > > Matt > > -- > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Appalachian State University > Phone: 828-262-6493 > http://phpwebsite.appstate.edu > http://ess.appstate.edu > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > |
|
From: Matthew M. <ma...@tu...> - 2004-11-04 17:40:59
|
I talked to Steven about mod_rewrite at lunch today and we have come to the conclusion to continue to use it. Although the mod_rewrite may be slower: 1) if speed is your concern, it can be disabled 2) it can't be any slower than having php compute the translation This is just something that people will need to accept. If you can't use mod_reroute, then you will need to go without it. Your site will be perfectly functional, you just won't be able to use short urls. Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
|
From: Matthew M. <ma...@tu...> - 2004-11-04 15:35:09
|
Yea I am responding to my own email. I don't think you can get around having a static word (like index) to make sure that file gets called. Anyway, looking back at mod_rewrite, (which lets me dump index btw) I can do this: http://site.com/blog/view/2 This assumes 1) the first variable is the module 2) the second is the 'action' 3) the last is the 'id' Not using mod_rewrite, I could probably do this: http://site.com/index/blog/view/2 I kept the 'view' in because, again, I think people might need more flexibility. Under what I proposed earlier: http://site.com/index/blog/action/view/id/2 Not too bad. I guess the question I'm asking is how many variables do we want to force? We could state that developers have to plan around using an value with the 'action' key and the final variable is always an id with the same key name. Or we can stretch it out to the third example allowing more flexibility. Or we can stick with mod_rewrite. What does everyone think? Which as a developer would you prefer? Let me know so I can put this to bed. Thanks Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
|
From: Matthew M. <ma...@tu...> - 2004-11-04 14:51:16
|
I am still researching this but thought I would comment further. > More 'not standard' for cheaper hosting packages. Fair enough. > Better I suppose but I can't help thinking that the important info in > that url is > > www.site.com/pagemaster/4 I am going to try and find a way to dump index.php out of the link. I don't know a lot of htaccess (the mod_rewrite stuff took me a while to understand) but I'm sure it is doable. The above link would be useful but I think it is too restrictive. There needs to be a balance for it to be useful. If pagemaster had its own personal htaccess file, then there would be no problem. It would know what to do with the '4' without further information. To do the above, we would have to dictate that the action is a user view. So: $_GET['action'] = 'view'; Unless we: if (!isset($_GET['action'])) $_GET['action'] = 'view'; So far so good. But what if pagemaster has two different view functions? One view the page, one views pictures or something. We are trapped by the format. If viewing a page was the ONLY user function we needed to account for, that would work, but I don't see that often. There are usually many different things a user can do in a module and creating htaccess rules to cover the all is complicated. Sure its shorter, but a few more variables opens up a great deal more flexibility. I don't think it is worth having complicated code or having developers write specialized code just to have a small link. Who really types links anyway? Links are clicked. I think the flexibility outweighs the tiny link format. > That's where to put it although not everybody uses moduleLink. Just a > matter of getting people to change. If we don't then you would see: if ($apache_server && $htaccess_allowed) return $small_link_format; else return $full_link_format; It would just be easier to let devs enter variables into a function and not have to worry about it. Thanks for the feedback Shaun, Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
|
From: Shaun M. <sh...@ae...> - 2004-11-03 22:04:44
|
On 3 Nov 2004, at 21:12, Matthew McNaney wrote: > > > I like the example, and I can code support for it even though it still > requires Apache. Is there a noticeable difference in speed between > letting php parse the string and letting mod_rewrite compute the link? > I imagine it depends on the rules used. If there's significant regular expression matching then maybe a more targeted piece of PHP would be faster. > Is mod_rewrite unpopular? > More 'not standard' for cheaper hosting packages. > The site claims: > "Because doing mod_rewrite on sites with a lot of pages takes up a > large > amount of resources." > > Are they programming a rewrite on a per link basis? Currently 0.9.4 has > just one rule (although admittedly it is not very flexible). > I think it comes down to the regex. > >> Couldn't we just do this with a minor change in index.php? >> >> Add a stub in each module to encode / decode short urls and change >> each >> module as we go to call the functions to convert long urls to short >> ones. >> >> We could then even lose the index.php with a really simple mod_rewrite >> or forcetype rule rather than some massive list. > > I'll play around with this tomorrow. How about: > > www.site.com/index/pagemaster/action/view/id/4 > Better I suppose but I can't help thinking that the important info in that url is www.site.com/pagemaster/4 and the rest can be assumed for users. Even 'pagemaster' is a bit of an odd name. I'd like to see www.site.com/page4 > 'index' remains to call the file (is there a .htaccess hack to drop > this > as well?). Wouldn't you be able to replace index.php?module=pagemaster with pagemaster/ ?? > The first parameter after the index is always the module > (pagemaster). Then the script pipes the remaining parameters into > key/value pairs within GET and REQUEST. > > The moduleLink and secureLink functions can have a switch to deliver > the > links in this format or not automatically. > That's where to put it although not everybody uses moduleLink. Just a matter of getting people to change. One other thing that might be nice is some virtual links. For instance, I've an 'about' page at www.site.com/index.php? module=pagemaster&PAGE_user_op=view_page&PAGE_id=9 It'd be nice to be able to create a virtual link as www.site.com/about/ This is maybe a role for a separate module to create and manage these virtual links but perhaps it needs core help also. Shaun aegis design - http://www.aegisdesign.co.uk |
|
From: Steven L. <st...@tu...> - 2004-11-03 21:37:56
|
Ok I'm just going to hold off on this for now in 0.9.x since we already have a solution coming in 1.0.0 and mine does not really mesh well. -- Steven Levin Computer Systems Admin I Electronic Student Services Appalachian State University Phone: 828.262.6740 http://phpwebsite.appstate.edu |
|
From: Matthew M. <ma...@tu...> - 2004-11-03 21:23:31
|
> See > http://www.tutorio.com/tutorial/php-alternative-to-mod-rewrite-for-se- > friendly-urls for an example Flash overload! I like the example, and I can code support for it even though it still requires Apache. Is there a noticeable difference in speed between letting php parse the string and letting mod_rewrite compute the link? Is mod_rewrite unpopular? The site claims: "Because doing mod_rewrite on sites with a lot of pages takes up a large amount of resources." Are they programming a rewrite on a per link basis? Currently 0.9.4 has just one rule (although admittedly it is not very flexible). > Couldn't we just do this with a minor change in index.php? > > Add a stub in each module to encode / decode short urls and change each > module as we go to call the functions to convert long urls to short > ones. > > We could then even lose the index.php with a really simple mod_rewrite > or forcetype rule rather than some massive list. I'll play around with this tomorrow. How about: www.site.com/index/pagemaster/action/view/id/4 'index' remains to call the file (is there a .htaccess hack to drop this as well?). The first parameter after the index is always the module (pagemaster). Then the script pipes the remaining parameters into key/value pairs within GET and REQUEST. The moduleLink and secureLink functions can have a switch to deliver the links in this format or not automatically. -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
|
From: Shaun M. <sh...@ae...> - 2004-11-03 17:03:26
|
On 3 Nov 2004, at 15:35, Matthew McNaney wrote: > I like the concept but with a few notes: > > 1) Mod_rewrite in 0.9.4/1.0.0 solves the long link string pretty well. > This may not be needed then. This presumes people have mod_rewrite installed which some hosting plans don't allow as it can be expensive on cpu time and of course it only works on Apache. Some users use .htaccess ForceType rules instead with no file extensions used and a bit of PHP so... http://www.domain.com/pagemaster.php?id=4 becomes http://www.domain.com/pagemaster/id/4/ making the url more search engine friendly if not exactly shorter. See http://www.tutorio.com/tutorial/php-alternative-to-mod-rewrite-for-se- friendly-urls for an example > > 2) I don't believe it should be a 'standard'. I think it should be > implemented as a shortcut. Having two versions of link creation may be > confusing. I don't think it would be that big a deal in practice for a user. The old links would still work and any mod using the new shorter url would just start using both. > > 3) Creating the file on installation may be problematic as we normally > only give write access to files, images, etc. If the file is not > created > on install, the admin will have to create it themselves. > > I think having a shortcut for people to link to pages and such would be > cool but I would like to see it as as an added feature that doesn't > require rewrites or a change in the current system. > Couldn't we just do this with a minor change in index.php? Add a stub in each module to encode / decode short urls and change each module as we go to call the functions to convert long urls to short ones. This is how it was done in Xaraya IIRC and each stub was almost identical unless the module did something crazy. Maybe there's some method of registering the stubs with the index needed also but nothing boost couldn't do I'd guess. We could then even lose the index.php with a really simple mod_rewrite or forcetype rule rather than some massive list. Shaun aegis design - http://www.aegisdesign.co.uk |
5 messages has been excluded from this view by a project administrator.
