World: r3wp
[!Cheyenne] Discussions about the Cheyenne Web Server
older newer | first last |
Dockimbel 13-Apr-2008 [2497] | That's great ! |
Will 13-Apr-2008 [2498x2] | Thanks 8) |
but that is mostly ajax, and load is put on the flickr api.. now for something that really use Cheyenne rsp power, check this http://beta.arounder.com/amsterdam/city_tour/van_gogh_museum_01.html click on the "read" tab, there is a little number in gray, that is page generation time, then reload the same page and check again, it use a uniserve/service memcache, also conside that it's on a multilanguage framework 8) | |
Dockimbel 13-Apr-2008 [2500] | Btw, just as teaser, Cheyenne will soon have its own dedicated website with documentation and a roadmap for all planned features in future versions..among them, there's a new server-side framework providing 100% separation between HTML and processing code. Petr, you gonna love it ;-) |
Graham 13-Apr-2008 [2501x2] | will we have much of a rewrite of existing apps? |
Built in LNS server support? | |
Dockimbel 13-Apr-2008 [2503] | RSP framework will stay and will be improved. The new framework "X" will be an addition, so you will always have the choice to use whatever framework suits best your needs : CGI, RSP, "X", QM, or FastCGI engines (like PHP). |
Henrik 13-Apr-2008 [2504] | dockimbel, I'm using RSP for the forum and it's working great so far. no problems. |
Dockimbel 13-Apr-2008 [2505] | LNS or something similar, definitely. I would like something "lighter" if possible, than RT's LNS focused on speed and security. |
Henrik 13-Apr-2008 [2506x2] | with RSP, would there be an option to only run .rsp files and not .r? if I want to serve .rsp pages and allow downloading of .r scripts? |
i.e. when the user asks for .r files, not when another .rsp page wants to include them | |
Dockimbel 13-Apr-2008 [2508x2] | Sure, It's just a matter of configuration in %httpd.cfg file. |
Just remove .r from this line : bind-extern CGI to [.cgi .r], and .r file will be served as static files. | |
Henrik 13-Apr-2008 [2510] | thanks |
amacleod 13-Apr-2008 [2511] | What is the advantage of "x" framework? What kind of stuff does it enable us to do? |
Dockimbel 13-Apr-2008 [2512x3] | The main feature has been already exposed above : clean and complete separation between HTML and REBOL code. |
I would also like to add AJAX and DB abstraction layer, but I didn't yet decided what approach would fit the best with REBOL. It needs a lot of experimenting first. | |
My desire is to integrate the best features found around in other web frameworks, but in the most efficient way (simple, fast and lightweight). | |
amacleod 13-Apr-2008 [2515] | clean and complete separation between HTML and REBOL code So you are not mixing rebol code with html in one file? (like in RSP) But your building web pages using rebol code alone? Is the server acting like a serverside "plug-In"? Sorry if I sound completley novice. |
Henrik 13-Apr-2008 [2516] | hmmm... I'm building a dialect that builds HTML code, in a sense, weeding out the need for HTML code inside the rebol code. is that what "x" does? |
amacleod 13-Apr-2008 [2517] | Henrik, I like that idea. Is that what Magic! does somewhat. I know in the docs there seem to be widgets. |
Pekr 13-Apr-2008 [2518x3] | magic is not there imo |
Doc - sounds cool! | |
Henrik - what he meant was to use some other means of tagging imo. Simply no combination of REBOL and html code. That aproach ala PHP is total crap | |
amacleod 13-Apr-2008 [2521x2] | Pekr, "not there". You mean just not powerful or useful enough? |
I've tried to get it up and running (Magic!) but have never got it to work. Apachi always gives me a hard time. Since its CGI based I tried with Cheyenne but again unsuccessful. | |
Dockimbel 13-Apr-2008 [2523] | The new framework will still use HTML for UI but without mixing it with REBOL code. |
BrianH 13-Apr-2008 [2524] | Doc, if you have specific complaints about LNS, please chime in - I am looking over the code now. |
Dockimbel 13-Apr-2008 [2525] | HTML templates will be static files and some advanced widgets (like those AJAX-based) may be generated dynamically. |
BrianH 13-Apr-2008 [2526] | Are you going towards a asp.net style special tags model for the dynamic widgets? |
Dockimbel 13-Apr-2008 [2527x2] | Brian, nothing specific, it just looked "too big" last time I've checked the source code which was a year ago. I should have a look in Devbase for the latest version of LNS. |
Nope, no custom tags, just plain HTML/xHTML. | |
BrianH 13-Apr-2008 [2529] | I put in some minor fixes yesterday, but I haven't yet had the chance to really look it over properly. Any advice would be appreciated, especially related to speed, size and security. |
Dockimbel 13-Apr-2008 [2530] | I didn't decided yet, but I may use <span> tag for extending the set of HTML standard widgets. |
BrianH 13-Apr-2008 [2531] | (Sorry, my internet connection died in the middle of the conversation.) |
Brock 13-Apr-2008 [2532x2] | I've been wondering what it would be like to have a rebol version of asp.net. I'd like to see a solution that separates the HTML and the logic as discussed, but also get rid of the css, javascript, xml and other languagues that get in the way of a streamlined solution. |
quoting btiffin, GO DOC GO!! | |
Dockimbel 13-Apr-2008 [2534x2] | Brock: trashing HTML, CSS and javascript, in favor of REBOL *is* the final goal ;-) First step is clean separation with HTML. |
with = from | |
btiffin 13-Apr-2008 [2536] | Quoting Brock. Go Doc Go! |
Dockimbel 13-May-2008 [2537] | Hi guys, there's a tiny issue with Cheyenne running on 2.7.6 due to a bug fixed in EXTRACT. To fix it just open %HTTPd.r file and find the following line : |
[unknown: 5] 13-May-2008 [2538] | what is the bug in extract? |
Dockimbel 13-May-2008 [2539x2] | extension-class: context list and replace it with : extension-class: context to-block list |
EXTRACT (on pre 2.7.6) was always returning a block! value. | |
[unknown: 5] 13-May-2008 [2541] | Ahh, yeah I think that change came about from discussions that me and BrianH had. |
Dockimbel 13-May-2008 [2542] | Next Cheyenne release will include this bug fix. The next release should be soon because I intend to make some deep internal changes in RSP to support different HTML processing engines (not only the current one with mixed HTML and REBOL code). This shouldn't affect the RSP API or behaviour, just the internal design. So, I plan to make a new release before starting these changes. |
[unknown: 5] 13-May-2008 [2543] | Great to hear Doc! |
Pekr 13-May-2008 [2544] | RSP? Ah, server pages ... I exchanged it with services protocol? Still do you plan on some remote protocol? Btw - will rebservices work upon cheyenne? It probably should, as it can work upon html? |
Dockimbel 13-May-2008 [2545x2] | The new RSP framework will borrow ideas from some top Java web frameworks, like XMLc or Wicked. It will follow the MVC design pattern. Currently the View part is almost ready (complete separation of HTML and REBOL code and 100% pure HTML templates). I plan to work soon on the Model part trying to make an abstraction layer similar to the Object-Relationnal mapping solution found in the Java worl like Hibernate. For the Controller part, I didn't yet decided on how it should be, I plan to release only the MV part first. |
I don't know if current rebservices can use HTTP protocol as transport. Rebservices can run in the same process as Cheyenne, but processing rebservices requests may slow down Cheyenne's performances a lot. R3 threading will solve that kind of issue, so we'll see in a few monthes. ;-) | |
older newer | first last |