473,548 Members | 2,636 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

A <TEXTAREA> is a weird thing.

I'm trying to design an HTML page that can edit itself. In essence, it's
just like a Wiki page, but my own very simple version. It's a page full
of plain old HTML content, and then at the bottom, there's an "Edit"
link. So the page itself looks something like this:

<HTML><HEAD><TI TLE>blah</TITLE></HEAD><BODY>
<!-- TEXT STARTS HERE -->

<H1>Hello World!</H1>
<P>More stuff here...</P>

<!-- TEXT ENDS HERE -->
<A HREF="/cgi-bin/editpage.cgi?pa ge=thisfile.htm l">Edit</A>
</BODY></HTML>

So if you click the "Edit" link, the CGI script goes out and reads the
body of the "thisfile.h tml" file. It uses those special "TEXT STARTS
HERE" tags to identify where the editable content starts and stops. It
then just dumps whatever is between those tags into a page that looks
like this:

<HTML><HEAD><TI TLE>blah</TITLE></HEAD><BODY>
<FORM ACTION="/cgi-bin/savepage.cgi" METHOD="POST">
<TEXTAREA NAME="pagetext" COLS="120" ROWS="35" WRAP="OFF">

<H1>Hello World!</H1>
<P>More stuff here...</P>

</TEXTAREA>
<INPUT TYPE=SUBMIT VALUE="Save">
</FORM>
</BODY></HTML>

So, on that page, you can edit whatever you want inside the TEXTAREA and
then click the "Save" button and the "savepage.c gi" script will write the
new data right into "thisfile.html" . And so far, this works great.

But I ran into trouble as soon as I started trying to enter special
characters in the TEXTAREA. For example, I open the page and click the
"Edit" link and then start typing in fancy stuff like this:

<H1>Hello World!</H1>
<P>More stuff here...</P>
&lt;&nbsp;&nbsp ; Some text &nbsp;&nbsp;&gt ;

And it *seems* to work at first. When I save the page and then view it,
sure enough, I see what I'd expect, something like:

Hello World!
More stuff here...
< Some text >

But the next time I try to edit it, I can see that something has gone
horribly wrong underneath the surface. The "&nbsp;" characters are gone,
and have been replaced by some weird unicode whitespace characters (or
something?). The "&lt;" and "&gt;" get replaced by actual "<" and ">"
symbols, which is no good at all. The web browser now thinks that
"<Some text>" is some sort of tag and doesn't display it at all. Yuck.

So I searched around a little, and I see that it's actually standard
behavior for the <TEXTAREA> field to automatically perform conversions
like this. Ok, fine, so how do I turn this "feature" off so that
*exactly* what I type gets saved? At first, I thought that I could fix
it in my CGI script by just always expanding "<" and ">" and other
special characters back into their HTML equivalents.

But that obviously won't work, because then it will mangle every tag in
the whole file. In fact, the text in the example above would become:

&lt;H1&gt;He llo World!&lt;/H1&gt;
&lt;P&gt;Mor e stuff here...&lt;/P&gt;
...

Ugh. So I can't really solve this in the script. I need to turn this
dumb behavior of the TEXTAREA off, or this just can't work. I need for
"&lt;" to stay "&lt;" and I need for "<" to stay "<" and that's it. Any
ideas?

Thanks for reading, and thanks for any help.

Pat
Jul 24 '05 #1
11 13663
Les Paul wrote:
I'm trying to design an HTML page that can edit itself. In essence, it's
just like a Wiki page, but my own very simple version. It's a page full
of plain old HTML content, and then at the bottom, there's an "Edit"
link. So the page itself looks something like this:

<HTML><HEAD><TI TLE>blah</TITLE></HEAD><BODY>
<!-- TEXT STARTS HERE -->

<H1>Hello World!</H1>
<P>More stuff here...</P>

<!-- TEXT ENDS HERE -->
<A HREF="/cgi-bin/editpage.cgi?pa ge=thisfile.htm l">Edit</A>
</BODY></HTML>

So if you click the "Edit" link, the CGI script goes out and reads the
body of the "thisfile.h tml" file. It uses those special "TEXT STARTS
HERE" tags to identify where the editable content starts and stops. It
then just dumps whatever is between those tags into a page that looks
like this:

<HTML><HEAD><TI TLE>blah</TITLE></HEAD><BODY>
<FORM ACTION="/cgi-bin/savepage.cgi" METHOD="POST">
<TEXTAREA NAME="pagetext" COLS="120" ROWS="35" WRAP="OFF">

<H1>Hello World!</H1>
<P>More stuff here...</P>

</TEXTAREA>
<INPUT TYPE=SUBMIT VALUE="Save">
</FORM>
</BODY></HTML>

So, on that page, you can edit whatever you want inside the TEXTAREA and
then click the "Save" button and the "savepage.c gi" script will write the
new data right into "thisfile.html" . And so far, this works great.

But I ran into trouble as soon as I started trying to enter special
characters in the TEXTAREA. For example, I open the page and click the
"Edit" link and then start typing in fancy stuff like this:

<H1>Hello World!</H1>
<P>More stuff here...</P>
&lt;&nbsp;&nbsp ; Some text &nbsp;&nbsp;&gt ;

And it *seems* to work at first. When I save the page and then view it,
sure enough, I see what I'd expect, something like:

Hello World!
More stuff here...
< Some text >

But the next time I try to edit it, I can see that something has gone
horribly wrong underneath the surface. The "&nbsp;" characters are gone,
and have been replaced by some weird unicode whitespace characters (or
something?). The "&lt;" and "&gt;" get replaced by actual "<" and ">"
symbols, which is no good at all. The web browser now thinks that
"<Some text>" is some sort of tag and doesn't display it at all. Yuck.

So I searched around a little, and I see that it's actually standard
behavior for the <TEXTAREA> field to automatically perform conversions
like this. Ok, fine, so how do I turn this "feature" off so that
*exactly* what I type gets saved? At first, I thought that I could fix
it in my CGI script by just always expanding "<" and ">" and other
special characters back into their HTML equivalents.

But that obviously won't work, because then it will mangle every tag in
the whole file. In fact, the text in the example above would become:

&lt;H1&gt;He llo World!&lt;/H1&gt;
&lt;P&gt;Mor e stuff here...&lt;/P&gt;
...

Ugh. So I can't really solve this in the script. I need to turn this
dumb behavior of the TEXTAREA off, or this just can't work. I need for
"&lt;" to stay "&lt;" and I need for "<" to stay "<" and that's it. Any
ideas?

Thanks for reading, and thanks for any help.


You must escape at least < and & (and any other character you want to see as
an entity instead of 'weird unicode whitespace characters', e.g. the
character with ASCII code 160 into '&nbsp;') before you insert the HTML to
edit into the <textarea> in your script. Look for an apropriate function in
your programming language's library.

The generated HTML code should look like this:

<TEXTAREA>
&lt;H1&gt;He llo World!&lt;/H1&gt;
&lt;P&gt;Mor e stuff here...&lt;/P&gt;
&amp;lt;&amp;nb sp;&amp;nbsp; Some text &amp;nbsp;&amp; nbsp;&amp;gt;
</TEXTAREA>

The browser does not need to know that the editable text is HTML code.
The fact that browsers parse e.g. <H1> as a literal string "<H1>" instead of
a <H1> tag (that is not allowed in <TEXTAREA>) is just another case of
'over-tolerant' behaviour that obviously causes only confusion.

--
Benjamin Niemann
Email: pink at odahoda dot de
WWW: http://www.odahoda.de/
Jul 24 '05 #2
Benjamin Niemann <pi**@odahoda.d e> wrote in

[cut]
You must escape at least < and & (and any other character you want to
see as an entity instead of 'weird unicode whitespace characters',
e.g. the character with ASCII code 160 into '&nbsp;') before you
insert the HTML to edit into the <textarea> in your script. Look for
an apropriate function in your programming language's library.

The generated HTML code should look like this:

<TEXTAREA>
&lt;H1&gt;He llo World!&lt;/H1&gt;
&lt;P&gt;Mor e stuff here...&lt;/P&gt;
&amp;lt;&amp;nb sp;&amp;nbsp; Some text &amp;nbsp;&amp; nbsp;&amp;gt;
</TEXTAREA>

The browser does not need to know that the editable text is HTML code.
The fact that browsers parse e.g. <H1> as a literal string "<H1>"
instead of a <H1> tag (that is not allowed in <TEXTAREA>) is just
another case of 'over-tolerant' behaviour that obviously causes only
confusion.


This is exactly what I *don't* want to happen. I don't want the <H1> to
be converted to anything, I want it to stay as <H1>. Likewise, I don't
want the "&lt;" to be converted to "<". If the user types in <H1>blah
</H1> in the box, then he expects to get a page with a big, bold "blah"
on it. If he types in "&lt;" then he expects to get a page with a "<" on
it. I don't want TEXTAREA to convert either of those for me. I can do
any type of conversion necessary in my script file, but it won't work.

That's what I was talking aboutwhen I said:
At first, I thought that I could fix
it in my CGI script by just always expanding "<" and ">" and other
special characters back into their HTML equivalents.

But that obviously won't work, because then it will mangle every tag
in the whole file.


If you look at my example, here's what the user types into the box,
exactly letter for letter (nothing has been converted yet):

<H1>Hello World</H1>
More stuff here...
&lt;&nbsp;&n bsp Some text &nbsp;&nbsp;&gt ;

And then he clicks the "Save" button on the form. But before it gets to
my CGI script, it has already been mangled. So inside my perl code, this
is what the string looks like to me:

<H1>Hello World</H1>
More stuff here...
< Some text >

See the problem? How do I know which "<" and ">" characters should be
converted *back* to the HTML codes (e.g. &lt;)? It's already too late at
this point. I have no way to know if "< Some text >" is an HTML tag
like "<H1>", or if the user really wants to have a less-than sign,
followed by three spaces, followed by "Some text" etc...

Pat
Jul 24 '05 #3
Les Paul wrote:
Benjamin Niemann <pi**@odahoda.d e> wrote in

[cut]

You must escape at least < and & (and any other character you want to
see as an entity instead of 'weird unicode whitespace characters',
...
The generated HTML code should look like this:

<TEXTAREA>
&lt;H1&gt;Hel lo World!&lt;/H1&gt;
&lt;P&gt;Mo re stuff here...&lt;/P&gt;
&amp;lt;&amp; nbsp;&amp;nbsp; Some text &amp;nbsp;&amp; nbsp;&amp;gt;
</TEXTAREA>
This is exactly what I *don't* want to happen.


Yet, it is exactly what *must* happen if this is to work correctly for
you. You simply misunderstand the reasoning behind it.
I don't want the <H1> to be converted to anything, I want it to stay as
<H1>.
Yes, you want an <h1> to be an <h1> in the final document, but for it
must be converted for the editing process to happen correctly.

For example, if this very simplified example is the final document:

<h1>Heading</h1>

When a user selects to edit the page, you want the markup displayed
within the textarea for the user to edit and submit back, which should
look like this diagram:
_______________ _______
|<h1>Heading</h1> |
| |
|______________ _______|

The markup for that to be done correctly, needs to be this:

<textarea rows="..." cols="...">
&lt;h1&gt;Headi ng&lt;/h1&gt;
</textarea>

The markup your current system produces...

<textarea rows="..." cols="...">
<h1>Heading</h1>
</textarea>

....is invalid because the content of a textarea is defined as #PCDATA,
not #CDATA, so elements and entity references are supposed to be parsed
as elements and entity references, not plain text, despite the behaviour
of existing tag-soup browsers. Try running your current site through
the validator, and you'll see what I mean.
http://validator.w3.org/
Likewise, I don't want the "&lt;" to be converted to "<".


Then, within the textarea, your system must convert all ampersands "&"
to &amp;. That means, there anywhere an entity reference such as &amp;,
&lt; or &gt; occurs, the output must be &amp;amp;, &amp;lt;, and
&amp;gt; respectively. So, any occurance of just &amp; and &lt; and
&gt; will always be converted by the browser, but this will give you the
result you want, and is valid markup.

So, to extend the previous example, the text area markup could look like
this (I've added spaces for easier reading):

<textarea rows="..." cols="...">
&lt;h1&gt;Headi ng&lt;/h1&gt;

&lt;p&gt; &amp;lt; Some&amp;nbsp;C ontent &amp;gt; &lt;/p&gt;
</textarea>

When submitted, you system should convert all of &amp;, &lt; &gt; back
to &, < and >, respectively. So, when the above is submitted, the final
output markup should be:

<h1>Heading</h1>

<p> &lt; Some&nbsp;Conte nt &gt; </p>

I hope this explains it clearly enough for you.

--
Lachlan Hunt
http://lachy.id.au/
http://GetFirefox.com/ Rediscover the Web
http://GetThunderbird.com/ Reclaim your Inbox
Jul 24 '05 #4
Lachlan Hunt wrote:
When submitted, you system should convert all of &amp;, &lt; &gt; back
to &, < and >, respectively. So, when the above is submitted, the final
output markup should be:


Oops, my mistake. The system recieving the submission shouldn't have to
perform any conversions, because browsers will submit the content in the
correct form. eg. Markup within a text area like this:

<textarea ...>
&amp;lt;h1&amp; gt;Heading&amp; lt;/h1&amp;gt;
</textarea>

Which will render like this within the textarea:

<h1>Heading</h1>

Will be submitted in exactly the way you want it. The only converstions
will need to be done in order to generate the proper markup for within
the textarea when a user requests to edit the page, not after a user
submits content.

--
Lachlan Hunt
http://lachy.id.au/
http://GetFirefox.com/ Rediscover the Web
http://GetThunderbird.com/ Reclaim your Inbox
Jul 24 '05 #5
On Fri, 8 Apr 2005, Lachlan Hunt wrote:
Oops, my mistake. The system recieving the submission shouldn't
have to perform any conversions, because browsers will submit the
content in the correct form.
If only it was so simple for all of the situations which arise in
practice!
<h1>Heading</h1>

Will be submitted in exactly the way you want it.
Except that your example was far too simple. Try a euro sign in a
page coded as iso-8859-1, or a Russian letter, or some Arabic...
The only converstions will need to be done in order to generate the
proper markup for within the textarea when a user requests to edit
the page, not after a user submits content.


The confusion with ampersands was irrelevant, really. Naturally,
markup-significant characters, if they are not to perform their HTML
function, have to be escaped *IN HTML SOURCE* by using ampersand
notation: this is no different in a textarea than it is in other HTML
context.

But once the textarea has been rendered on the browser, and is being
prepared for submission, HTML itself plays no further part in the
proceedings. The rules for encoding text areas for submission are
clearly defined in the scope where they are defined, and are clearly
documented as undefined outside of that scope, whether we like it or
not. (I s'pose it's inevitable now that I'm going to mention my web
page on the topic,
http://ppewww.ph.gla.ac.uk/~flavell/...form-i18n.html ; but Jukka
also has good material on forms submission, for example.)

As I say there,

Nevertheless, as an author, this isn't under your control: readers
can and will submit extended characters - there's nothing you can do
to stop them - so your server-side scripts need to be able to do
something with them - if only to recognise them and politely refuse
them (but preferably something more constructive, if you feel up to
it).

Dealing with newlines in text areas is also a hassle. Or can be.

Jul 24 '05 #6
On Fri, 8 Apr 2005, Alan J. Flavell wrote:
Except that your example was far too simple. Try a euro sign in a
page coded as iso-8859-1,


General agreement among browsers and search engines seems
to be that the euro sign is x80 in ISO-8859-1. Or rather:
ISO-8859-1 is an alias for Windows-1252. grmpf

Jul 24 '05 #7
In our last episode, <Xn************ ******@140.99.9 9.130>, the
lovely and talented Les Paul broadcast on
comp.infosystem s.www.authoring.html:
This is exactly what I *don't* want to happen. I don't want the <H1> to
be converted to anything, I want it to stay as <H1>. Likewise, I don't
want the "&lt;" to be converted to "<". If the user types in <H1>blah
</H1> in the box, then he expects to get a page with a big, bold "blah"
on it. If he types in "&lt;" then he expects to get a page with a "<" on
it. I don't want TEXTAREA to convert either of those for me. I can do
any type of conversion necessary in my script file, but it won't work.
TEXTAREA doesn't *do* anything, and certainly doesn't convert
strings. Your complaint is about browser behavior.
See the problem? How do I know which "<" and ">" characters should be
converted *back* to the HTML codes (e.g. &lt;)? It's already too late at
this point. I have no way to know if "< Some text >" is an HTML tag
like "<H1>", or if the user really wants to have a less-than sign,
followed by three spaces, followed by "Some text" etc...


Less-than would be entered &amp;lt;

--
Lars Eighner ei*****@io.com http://www.larseighner.com/
War on Terrorism: History a Mystery
"He's busy making history, but doesn't look back at his own, or the
world's.... Bush would rather look forward than backward." --_Newsweek_
Jul 24 '05 #8
On Fri, 08 Apr 2005 09:50:01 GMT, Les Paul <no**@none.none > wrote:
[...]
...here's what the user types into the box, exactly letter for
letter... <H1>Hello World</H1>
More stuff here...
&lt;&nbsp;&n bsp Some text &nbsp;&nbsp;&gt ; ...before it gets to my CGI script, it has already been mangled.
So inside my perl code, this is what the string looks like... <H1>Hello World</H1>
More stuff here...
< Some text > See the problem?
No, I don't.
How do I know which "<" and ">" characters should be converted...
You should apply the SGML standard parsing rules that has been in effect
for close to two decades now.
...I have no way to know if "< Some text >" is an HTML tag
Yes you have since according to said parsing rules, just that part can
_not_ be an HTML tag.

Any SGML start tag must be built as follows, if its based on the SGML
concrete reference syntax (as is the case for HTML).

=====

1:STAGO (StartTAGOpen, defined to be the character '<')

2:_directly_ followed by a defined NAMESTART character

3:optionally followed by an arbitrary number of defined NAMECHARacters,
that together with the initial NAMESTART character forms the element
name

4:optionally followed by one or more white space characters

5:optionally followed by yet another NAMESTART character

6:optionally followed by an arbitrary number of NAMECHARacters that
together with the initial NAMESTART character forms an attribute name

7:optionally followed by one or more white space characters

8:followed by one "=" character

9:optionally followed by one or more white space characters

10:followed by a quoted attribute value character string

11:optionally repeat from 4: for more attribute definitions

12:optionally followed by one or more white space characters

13:TAGC (TAGClose, defined to be the character '>')

=====

The first "beauty" of the SGML parsing method is that it in just about
any foreseeable case does not require a "look ahead" of more than one
character at a time to give accurate results.

The second "beauty" of that method is that there are tons of free Perl
code libraries available to do the job for you.

A Google search for - "SGML parsing" AND "Perl library" - gives some 100
hits, surely you can find what you need in there.
...or if the user really wants to have a less-than sign,
followed by three spaces, followed by "Some text" etc...
The thing that disqualifies your "< Some text >" example from being
a valid start tag is that there is white space between the possible
STAGO and the characters that might be valid as a NAMESTART followed by
NAMECHARacters. That one is really easy to parse.

Of course you will need to identify end tags too.
The method is close to the same as already described...

=====

1:ETAGO (EndTAGOpen, defined to be the characters '</')

2a:_optionally_ followed by the exact element name that is to be closed

3a:optionally followed by one or more white space characters

4a:followed by TAGC (TAGClose, defined to be the character '>')

....OR...

2b:_directly_ followed by TAGC

=====

This last part should tell you that all of these following lines are
valid SGML, and HTML, markup...

<p>some text in a paragraph</p>

<p>some text in another paragraph</p


<p>some text in yet another paragraph</>

Naturally there is a lot more to the game here but I hope that my "crash
course" above will give you an incentive to get onto the "correct track"
that can solve your initial problem.

--
Rex
Jul 24 '05 #9
Jan Roland Eriksson <jr****@newsguy .com> wrote in
news:19******** *************** *********@4ax.c om:
See the problem?


No, I don't.
How do I know which "<" and ">" characters should be converted...


You should apply the SGML standard parsing rules that has been in
effect for close to two decades now.


That's a horrible, horrible idea. Not to mention that it won't work.
You're suggesting putting an HTML parser in the CGI script just to
determine whether a "<" symbol is part of a tag or not.

It won't work because the user could type the following in the box:

&lt;H1&gt;

And after that was converted to "<H1>" the script would think that was
intended to be a tag, when it wasn't.

Lachlan's suggestion of escaping the special characters before dumping them
between the <TEXTAREA> tags is working just fine.

You know, common sense has been around for a lot more than "close to two
decades now," but some people still seem to lack it.

Pat
Jul 24 '05 #10

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

5
5138
by: Matt | last post by:
Simple vbscript,html page loading into access. Input pg posting to Confirm pg, then sending to access. when using; <textarea name="name" tabindex="15"> </textarea> as an input renders tab spaces automatically.
1
4705
by: Augustus | last post by:
Hiya, I have a form with a <textarea></textarea> to receive user input. This input is then stored in a database and sent by fax... I need to be able to remove the carriage returns (enter key... vbcrlf...) from the input so that somebody doesn't do something like fill the textarea with 100s of keypresses of the enter key and end up...
4
4307
by: Dennis Allen | last post by:
Hi. I hope someone here can help. I'm webmaster for a local astronomy club. Just went over our web site. Have validated every htm file on the site except: http://validator.w3.org/check?uri=http://www.stargazing.net/mas/COMET.htm In the <textarea> of this page I have Javascript code. I can't figure out how to present this code and still...
4
14551
by: Chamomile | last post by:
does anyone know if its possible to full-justfy text in a <textarea>? I can do left and right justify and center with a simple style declaration, but can't find any reference anywhere to a full justify as can be done in a regular <td> for example.
2
9248
by: Jonathan Taub | last post by:
This may seem a stupid question. I've got a <textarea> element: .... <td> List of items: <textarea> 1. Apple 2. Orange 3. Box
3
6760
by: Jarek Mielcarek | last post by:
hi all, in xml file I have some fields which are source for <textarea> element. I'd like to transform this file using xslt and set the rows property of <textarea> depend of lines in some source field. How to do this? regards jaro
8
2232
by: ASP Yaboh | last post by:
I have an ArrayList of data gathered from a database. I want to create a web page from this data by creating a <table>, each cell in each row displays the appropriate data. One of those cells in each row needs a <textarea> control. The background supporting classes are completed, the only task left now is to create the web page. I am at a...
6
31421
by: Tony | last post by:
The w3schools HTML tag reference for <textarea> http://www.w3schools.com/tags/tag_textarea.asp says that the attributes 'cols' and 'rows' are REQUIRED attributes for the textarea tag. Looking at the HTML 4.01 specification I see this, too. What I'm wondering is - 'cols' & 'rows' determines the height & width of a textarea. So shouldn't that...
3
5631
by: FunkHouse9 | last post by:
I'm working on a form to collect data in a textarea which and am trying to keep returns and spaces. I have a couple of functions that I Frankensteined together to replace returns with <br> and to replace spaces with &nbsp;. The <br> part works well enough, but I keep getting "%20" instead of "&nbsp;" for the spaces. I understand that escape()...
0
7512
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However, people are often confused as to whether an ONU can Work As a Router. In this blog post, we’ll explore What is ONU, What Is Router, ONU & Router’s main...
0
7438
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can effortlessly switch the default language on Windows 10 without reinstalling. I'll walk you through it. First, let's disable language...
0
7951
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven tapestry of website design and digital marketing. It's not merely about having a website; it's about crafting an immersive digital experience that...
1
7466
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows Update option using the Control Panel or Settings app; it automatically checks for updates and installs any it finds, whether you like it or not. For...
0
7803
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each protocol has its own unique characteristics and advantages, but as a user who is planning to build a smart home system, I am a bit confused by the...
0
6036
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then...
0
5082
by: conductexam | last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and then checking html paragraph one by one. At the time of converting from word file to html my equations which are in the word document file was convert...
0
3495
by: TSSRALBI | last post by:
Hello I'm a network technician in training and I need your help. I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs. The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols. I succeeded, with both firewalls in...
1
1051
muto222
by: muto222 | last post by:
How can i add a mobile payment intergratation into php mysql website.

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.