can i have a client pc trigger access.exe to open on the server side
pc?
i want to have the server run special functions and return the output
to the clients without having the clients run the functions itself.
28  4786 
"Gil" <gi*******@gmail.com> wrote in message
news:11**********************@z14g2000cwz.googlegr oups.com... can i have a client pc trigger access.exe to open on the server side
pc?
i want to have the server run special functions and return the output
to the clients without having the clients run the functions itself.
There may well be no need for anyone to run Access - it depends what these
'special functions' are. What software will the clients have? ie how will
they initiate these commands and how will they receive notification of the
status? Do the clients have ms access installed or would you need to run
these functions using soemthing else, eg a web browser.
Strictly answering your question, yes, you can have your client PC run
MSACCESS.EXE on the server by using the Shell command. The syntax is:
Shell "Path:\To\MSACCESS.EXE"
This spawns a command window and calls the program file directly.
However, you'll want to call your custom database on the server, if you
want "special functions" to run - MSACCESS.EXE just opens the parent
MDI window. So instead, you would use Shell "Path:\To\CustomMDB.mdb"
and put your "special functions", whatever they may be, in the
Form_Load event of your startup form.
Steve wrote: Strictly answering your question, yes, you can have your client PC run
MSACCESS.EXE on the server by using the Shell command. The syntax is:
Shell "Path:\To\MSACCESS.EXE"
This spawns a command window and calls the program file directly.
That will certainly not work. Calling an exe on another computer will not
work if that exe is one that requires an actual "installation" program (as
most do). The system will still look for all support files and registry
entries on the local PC and since they don't exist the executable will fail
to run.
For an executable like Calculator that is completely self-contained then it
would work, but the exeutable "on the server" would still actually be
executed on the local PC using local resources. The executable file would
simply be pulled over the LAN and loaded into local memory.
--
I don't check the Email account attached
to this message. Send instead to...
RBrandt at Hunter dot com
Rick, you make a very good point. The MSACCESS.EXE file would be run on
the server itself, but all other resources would be pulled off of the
client machine.
In theory (completely untested, just throwing this out), you would be
able to write a quick batch file that opens the desired MDB file, then
place the batch file on the server and call that instead of calling the
MDB file directly. Gil, an example of such a batch file would be:
start "Drive:\Path\To\MDB"
I'm probably missing a couple of switches on that. I think I have a
batch script that opens a particular MDB file, but I'll have to look
for it to get the exact, working syntax.
Rick would know more about how the batch file on the server will locate
resources than I do, but I can see where this could work and where it
wouldn't. The only way I know to find out is try it.
Steve wrote: Rick, you make a very good point. The MSACCESS.EXE file would be run
on the server itself, but all other resources would be pulled off of
the client machine.
Still incorrect. Even if all of the necessary additional resources were
available locally then the MSAccess.exe file on the server would be loaded
into local memory and it would still be executed by the local PC. This
would be no different then double-clicking an executable in Network
Neighborhood. When you do that you are telling your local copy of Windows
to execute this file on the network. If it runs it will be running on the
local box, not on the remote box.
To make a program actually run on the remote box you have to somehow tell
the OS on the remote box to run the program. In most cases this is not
possible unless you have some sort of special program on your PC that can
issue commands to other PCs.
In theory (completely untested, just throwing this out), you would be
able to write a quick batch file that opens the desired MDB file, then
place the batch file on the server and call that instead of calling
the MDB file directly. Gil, an example of such a batch file would be:
start "Drive:\Path\To\MDB"
You might be able to *Schedule* the batch file using the scheduler on the
server, but you would not be able to call it. Calling it would just do as
described above which is to attempt to run the remote program inside the
local OS. A scheduler on the remote box would differ in that now the OS on
the remote box is telling itself to run the program.
--
I don't check the Email account attached
to this message. Send instead to...
RBrandt at Hunter dot com
One way that this could be accomplished is with the use of a program called
psexec. It is part of a superb freeware collection from a marvelous company
called SysInternals and will permit a workstation to execute a program on
another system.
The more complex part would be returning the data to the calling client. If
there were just one or two clients, the server could be configured to push
the data out to whichever client called it. If there were many, the clients
would probably have to be configured to "retrieve" the data after the server
produced it.
--
Randy Harris
tech at promail dot com
I'm pretty sure I know everything that I can remember.
"Gil" <gi*******@gmail.com> wrote in message
news:11**********************@z14g2000cwz.googlegr oups.com... can i have a client pc trigger access.exe to open on the server side
pc?
i want to have the server run special functions and return the output
to the clients without having the clients run the functions itself.
In message <11**********************@g14g2000cwa.googlegroups .com>,
Steve <th*********@gmail.com> writes Rick, you make a very good point. The MSACCESS.EXE file would be run on
the server itself, but all other resources would be pulled off of the
client machine.
In theory (completely untested, just throwing this out), you would be
able to write a quick batch file that opens the desired MDB file, then
place the batch file on the server and call that instead of calling the
MDB file directly. Gil, an example of such a batch file would be:
start "Drive:\Path\To\MDB"
That's fine but remember that the batch file has to be executed on the
server too.
It is possible to do that but it's a complicated process involving
semaphores and I wouldn't want to try to set it up unless it was
absolutely essential. I haven't yet seen the OP explain why they need to
run the process on the server.
--
Bernard Peek
London, UK. DBA, Manager, Trainer & Author.
THANSK for all of your replies.
I know php can do this. Since php is a server-side application, it has
a function called exec() which will run a program on the server-side. I
could have a clients access program load the php site which calls a
batch file that calls an access macro (ie. start "c:\access-file.mdb"
\x "macro-name"). that access function can put the data on a text file
or in a database, and from there the client can than retreive it.
i wonder if it would take long to happen, and how the client will know
to wait while the server is doing the work. and what will happen if
more than one client call the function at once.
could i do something like
do while text-file.txt is empty
output = text-file.txt
loop
i want the server to run mappoint and get mileage between 2 address'
while not having to install mappoint on every client machine.
i know mappoint web service can do this but i want to work around that.
i think my idea can work.
"Gil" <gi*******@gmail.com> wrote in
news:11**********************@z14g2000cwz.googlegr oups.com: i want the server to run mappoint and get mileage between 2
address' while not having to install mappoint on every client
machine. i know mappoint web service can do this but i want to
work around that. i think my idea can work.
What in the *world* does it have to do with Access?
I see nothing at all.
Use ODBC or ADO from PHP to run SQL against your Jet database (which
you may have created with Access, but when used from PHP, Access is
not involved).
Unless you want to execute VBA code in the Access database or
utilize Access reports (which are better than any other available
report writer), there is absolutely no reason for running Access in
this scenario.
--
David W. Fenton http://www.dfenton.com/
usenet at dfenton dot com http://www.dfenton.com/DFA/
ACC: Using Microsoft Access as an Automation Server http://support.microsoft.com/?id=147816
(david)
"Gil" <gi*******@gmail.com> wrote in message
news:11**********************@z14g2000cwz.googlegr oups.com... can i have a client pc trigger access.exe to open on the server side
pc?
i want to have the server run special functions and return the output
to the clients without having the clients run the functions itself.
Hello,
thanks for your reply.
i use vba in access to automate mappoint.
i have a function that opens mappoint and calculates the mileage
between two locations that users have inputed in access.
currently every computer must have mappoint installed for this to work.
i am trying to figure out a method which will make the server call the
function which runs mappoint on the server only and return the output
(mileage) to the clients pc, without having the clients to run mappoint
each time.
"david epsom dot com dot au" <david@epsomdotcomdotau> wrote in message
news:43***********************@lon-reader.news.telstra.net... ACC: Using Microsoft Access as an Automation Server
http://support.microsoft.com/?id=147816
(david)
I don't think that will do what the OP asked for. Access would never be
opened on the "server", all of the program execution is done at the
Automation controller.
--
Randy Harris
tech at promail dot com
I'm pretty sure I know everything that I can remember.
"Gil" <gi*******@gmail.com> wrote in message
news:11**********************@z14g2000cwz.googlegr oups.com... can i have a client pc trigger access.exe to open on the server side
pc?
i want to have the server run special functions and return the output
to the clients without having the clients run the functions itself.
On 11 Jan 2006 14:10:40 -0800, "Gil" <gi*******@gmail.com> wrote:
Hi Gil,
Finally you are asking the right question. See the difference with
your original question? Then you were asking how to implement a
particular possible solution, now you're giving us the bigger picture
(I want mileage from MapPoint). This allows us to offer alternatives
to the convoluted way via MsAccess.
If I had to do this, I would probably use an ASP page to run a small
VBScript to CreateObject an instance of MapPoint, and then use
MapPoint's object model to calculate the distance.
Using XMLHTTP you can execute that ASP file from virtually anywhere,
and capture the "return value".
Happy coding,
-Tom. THANSK for all of your replies.
I know php can do this. Since php is a server-side application, it has
a function called exec() which will run a program on the server-side. I
could have a clients access program load the php site which calls a
batch file that calls an access macro (ie. start "c:\access-file.mdb"
\x "macro-name"). that access function can put the data on a text file
or in a database, and from there the client can than retreive it.
i wonder if it would take long to happen, and how the client will know
to wait while the server is doing the work. and what will happen if
more than one client call the function at once.
could i do something like
do while text-file.txt is empty
output = text-file.txt
loop
i want the server to run mappoint and get mileage between 2 address'
while not having to install mappoint on every client machine.
i know mappoint web service can do this but i want to work around that.
i think my idea can work.
Thanks tom, this sounds like something i would want to do. I don't
think you can automate mappoint through asp and vbscript. can you maybe
direct me to a source where i can learn how to do this?
thanks
On 11 Jan 2006 17:25:39 -0800, "Gil" <gi*******@gmail.com> wrote:
It's 99% the same as your current VBA code - assuming you are using
Automation.
I would google for:
CreateObject("MapPoint.Application")
From there, you need to use MapPoint's object model, which is
documented in one of the help files. Make sure you do a FULL install
of MapPoint or you may not get it.
Note that creating objects as large as MapPoint on a WebServer is not
recommended for all but the lightest loads. There are articles on
microsoft.com warning against just that.
PCMiler is an (expensive) alternative.
-Tom. Thanks tom, this sounds like something i would want to do. I don't
think you can automate mappoint through asp and vbscript. can you maybe
direct me to a source where i can learn how to do this?
thanks
"Gil" <gi*******@gmail.com> wrote in
news:11**********************@z14g2000cwz.googlegr oups.com: i use vba in access to automate mappoint.
Can you do that work in your server-side scripting language?
i have a function that opens mappoint and calculates the mileage
between two locations that users have inputed in access.
currently every computer must have mappoint installed for this to
work. i am trying to figure out a method which will make the
server call the function which runs mappoint on the server only
and return the output (mileage) to the clients pc, without having
the clients to run mappoint each time.
Have you checked if there are other interfaces to Mappoint available
that your server-side scripting language could use, without needing
to take a detour through Access?
--
David W. Fenton http://www.dfenton.com/
usenet at dfenton dot com http://www.dfenton.com/DFA/
Tom van Stiphout <no*************@cox.net> wrote in
news:h3********************************@4ax.com: If I had to do this, I would probably use an ASP page to run a
small VBScript to CreateObject an instance of MapPoint, and then
use MapPoint's object model to calculate the distance.
Using XMLHTTP you can execute that ASP file from virtually
anywhere, and capture the "return value".
This is an unacceptable answer for someone using PHP, seems to me.
--
David W. Fenton http://www.dfenton.com/
usenet at dfenton dot com http://www.dfenton.com/DFA/
i don't mind which language to use, i can quickly adapt with php or
vbscript. i DO have the complete function in vba code for automating
mappoint and grabbing the mileage, however i am still confused on how
to implement this to a website using vbscript.
i have searched alot on google and still have not found a solid example
on a vbscript web application that automates mappoint 2004.
i tried this in a blank .asp file:
<SCRIPT LANGUAGE=VBScript>
dim objapp
set objapp = createobject("mappoint.application")
</SCRIPT>
when i launched the page nothing happend. can someone get me started?
thanks
We used Access as a report server on our Internet Server.
To do that, we ran Access as an process on the server.
When you run Access on the server, you have the choice
of just running as a shell process, or running as an
automation process.
If you shell, you have to reload Access from disk each
time. (But you do get a clean process each time).
If you leave Access running, com automation is the normal
way to communicate.
Access will not run as a dcom process (unless you write
your own dcom shell), so this automation is not started
and controlled from the client. It is started and
controlled by server-side scripting, in response to
instructions from the client (normally in the form
of page requests).
Regardless of how you opened Access on the server,
the information in the article is relevant to using
Access running on the server.
(david)
"Randy Harris" <ra***@SpamFree.com> wrote in message
news:rJ*************@newssvr25.news.prodigy.net...
"david epsom dot com dot au" <david@epsomdotcomdotau> wrote in message
news:43***********************@lon-reader.news.telstra.net... ACC: Using Microsoft Access as an Automation Server
http://support.microsoft.com/?id=147816
(david)
I don't think that will do what the OP asked for. Access would never be
opened on the "server", all of the program execution is done at the
Automation controller.
--
Randy Harris
tech at promail dot com
I'm pretty sure I know everything that I can remember.
"Gil" <gi*******@gmail.com> wrote in message
news:11**********************@z14g2000cwz.googlegr oups.com... > can i have a client pc trigger access.exe to open on the server side
> pc?
> i want to have the server run special functions and return the output
> to the clients without having the clients run the functions itself.
>
"Gil" <gi*******@gmail.com> wrote in
news:11**********************@g14g2000cwa.googlegr oups.com: i don't mind which language to use, i can quickly adapt with php
or vbscript. . . .
It's not a choice between PHP and VBScript, but between PHP and ASP.
ASP can use VBScript.
. . . i DO have the complete function in vba code for automating
mappoint and grabbing the mileage, however i am still confused on
how to implement this to a website using vbscript.
i have searched alot on google and still have not found a solid
example on a vbscript web application that automates mappoint
2004. i tried this in a blank .asp file:
<SCRIPT LANGUAGE=VBScript>
dim objapp
set objapp = createobject("mappoint.application")
</SCRIPT>
when i launched the page nothing happend. can someone get me
started?
I know nothing about ASP. I will simply not use a programming
language for Web development that is tied to a single web server,
especially given that it's such an insecure web server at that. If
ASP ran on Apache, I would consider it viable.
(and yes, I know that Chilisoft is supposed to port ASP to run on
non-IIS, but it's classic ASP, and not ASP.NET, which is where all
the good stuff is, and it's expensive, and, so far as I'm aware, no
longer under current development)
--
David W. Fenton http://www.dfenton.com/
usenet at dfenton dot com http://www.dfenton.com/DFA/
"david epsom dot com dot au" <david@epsomdotcomdotau> wrote in message
news:43***********************@lon-reader.news.telstra.net... We used Access as a report server on our Internet Server.
To do that, we ran Access as an process on the server.
When you run Access on the server, you have the choice
of just running as a shell process, or running as an
automation process.
If you shell, you have to reload Access from disk each
time. (But you do get a clean process each time).
If you leave Access running, com automation is the normal
way to communicate.
Access will not run as a dcom process (unless you write
your own dcom shell), so this automation is not started
and controlled from the client. It is started and
controlled by server-side scripting, in response to
instructions from the client (normally in the form
of page requests).
Regardless of how you opened Access on the server,
the information in the article is relevant to using
Access running on the server.
(david)
I agree that it could be done that way. (perhaps should be) I guess I
interepreted the original post as the OP not wanting to keep Access running
on the server, but have it fired by the client.
--
Randy Harris
tech at promail dot com
I'm pretty sure I know everything that I can remember.
Hello,
thanks for the help everyone...
yes randy, thats right. I do want clients to trigger access to run on
the server-side.
i guess this leads me to the next stage which will involve server side
codings such PHP or ASP. I will have to figure out the function that
starts access on the server. From there its pretty much all access taking over. I will use VBA to
automate mappoint and dump the output in a text file. the client should
be able to pull the data from the text file and print it to the screen.
> interepreted the original post as the OP not wanting to keep Access running on the server, but have it fired by the client.
Yes, normally done by server side scripting, in response to
instructions from the client (normally in the form of page
requests)
Originally, Internet servers only had the ability to
start and run separate processes, through CGI: the common
gateway interface.
However, the overhead of loading and running a new program
for each request is enormous, and nobody does it that way
anymore.
(david)
"Randy Harris" <ra***@SpamFree.com> wrote in message
news:lJ*****************@newssvr14.news.prodigy.co m...
"david epsom dot com dot au" <david@epsomdotcomdotau> wrote in message
news:43***********************@lon-reader.news.telstra.net... We used Access as a report server on our Internet Server.
To do that, we ran Access as an process on the server.
When you run Access on the server, you have the choice
of just running as a shell process, or running as an
automation process.
If you shell, you have to reload Access from disk each
time. (But you do get a clean process each time).
If you leave Access running, com automation is the normal
way to communicate.
Access will not run as a dcom process (unless you write
your own dcom shell), so this automation is not started
and controlled from the client. It is started and
controlled by server-side scripting, in response to
instructions from the client (normally in the form
of page requests).
Regardless of how you opened Access on the server,
the information in the article is relevant to using
Access running on the server.
(david)
I agree that it could be done that way. (perhaps should be) I guess I
interepreted the original post as the OP not wanting to keep Access
running
on the server, but have it fired by the client.
--
Randy Harris
tech at promail dot com
I'm pretty sure I know everything that I can remember.
Gilloosh, the process for starting Access on the server is exactly
the same as the process for starting Map Point, so when you've got
one, you've got the other -- and you need to cut Access out of the
system and just use Map Point. Since you have data in Access, you
will need to use ADO or DAO to get the data out, but they are much
more light-weight than Access.
I'm sorry I can't give you examples of using ADO or Map Point from
ASP, you really need to look at some ASP examples to see that.
(david)
"Giloosh" <gi*******@gmail.com> wrote in message
news:11*********************@g43g2000cwa.googlegro ups.com... Hello,
thanks for the help everyone...
yes randy, thats right. I do want clients to trigger access to run on
the server-side.
i guess this leads me to the next stage which will involve server side
codings such PHP or ASP. I will have to figure out the function that
starts access on the server.From there its pretty much all access taking over. I will use VBA to
automate mappoint and dump the output in a text file. the client should
be able to pull the data from the text file and print it to the screen.
"david epsom dot com dot au" <david@epsomdotcomdotau> wrote in message
news:43***********************@lon-reader.news.telstra.net... We used Access as a report server on our Internet Server.
To do that, we ran Access as an process on the server.
When you run Access on the server, you have the choice
of just running as a shell process, or running as an
automation process.
If you shell, you have to reload Access from disk each
time. (But you do get a clean process each time).
If you leave Access running, com automation is the normal
way to communicate.
Access will not run as a dcom process (unless you write
your own dcom shell), so this automation is not started
and controlled from the client. It is started and
controlled by server-side scripting, in response to
instructions from the client (normally in the form
of page requests).
Regardless of how you opened Access on the server,
the information in the article is relevant to using
Access running on the server.
(david)
David, I wonder if you could help me to understand what you are saying here.
I looked through that MS article, I see lots of examples of using
Automation, but it all seems to be on the local system. I don't see
anything that describes a mechanism for an Access process running on one
system (client) to interact with Access running on another (server). Can
you point out the specific example on that web page that describes that?
--
Randy Harris
tech at promail dot com
I'm pretty sure I know everything that I can remember.
Randy, you can look at ASP help pages to see examples
of running a process on a server.
Here is a place that you could start: http://www.w3schools.com/asp/default.asp
ADO is a common example of a process which is run on a server: http://www.w3schools.com/ado/default.asp
And here is a typical line where CreateObject is used:
set conn=Server.CreateObject("ADODB.Connection")
Here is the equivalent line in Access:Set obj =
VBA.CreateObject("ADODB.Connection")
Here is a page about using Access as an automation server: http://support.microsoft.com/?id=147816
Both the CreateObject and the GetObject syntax are mentioned.
And this line would be used to create a Server Side Access object:
Set objAccess = server.CreateObject("Access.Application")
(david)
"Randy Harris" <ra***@SpamFree.com> wrote in message
news:oy***************@newssvr12.news.prodigy.com. ..
"david epsom dot com dot au" <david@epsomdotcomdotau> wrote in message
news:43***********************@lon-reader.news.telstra.net... We used Access as a report server on our Internet Server.
To do that, we ran Access as an process on the server.
When you run Access on the server, you have the choice
of just running as a shell process, or running as an
automation process.
If you shell, you have to reload Access from disk each
time. (But you do get a clean process each time).
If you leave Access running, com automation is the normal
way to communicate.
Access will not run as a dcom process (unless you write
your own dcom shell), so this automation is not started
and controlled from the client. It is started and
controlled by server-side scripting, in response to
instructions from the client (normally in the form
of page requests).
Regardless of how you opened Access on the server,
the information in the article is relevant to using
Access running on the server.
(david)
David, I wonder if you could help me to understand what you are saying
here.
I looked through that MS article, I see lots of examples of using
Automation, but it all seems to be on the local system. I don't see
anything that describes a mechanism for an Access process running on one
system (client) to interact with Access running on another (server). Can
you point out the specific example on that web page that describes that?
--
Randy Harris
tech at promail dot com
I'm pretty sure I know everything that I can remember.
Connect through ODBC and problems disapear - use ASP and it is automatic.
Make sure the latest front page extensions are on the IIS server.
"david epsom dot com dot au" <david@epsomdotcomdotau> wrote in message
news:43***********************@lon-reader.news.telstra.net... Gilloosh, the process for starting Access on the server is exactly
the same as the process for starting Map Point, so when you've got
one, you've got the other -- and you need to cut Access out of the
system and just use Map Point. Since you have data in Access, you
will need to use ADO or DAO to get the data out, but they are much
more light-weight than Access.
I'm sorry I can't give you examples of using ADO or Map Point from
ASP, you really need to look at some ASP examples to see that.
(david)
"Giloosh" <gi*******@gmail.com> wrote in message
news:11*********************@g43g2000cwa.googlegro ups.com... Hello,
thanks for the help everyone...
yes randy, thats right. I do want clients to trigger access to run on
the server-side.
i guess this leads me to the next stage which will involve server side
codings such PHP or ASP. I will have to figure out the function that
starts access on the server.From there its pretty much all access taking over. I will use VBA to
automate mappoint and dump the output in a text file. the client should
be able to pull the data from the text file and print it to the screen.
everything you are talking about here is connecting to a database on a
server?
how does this relate to automating mappoint on the server, controled by
a client machine?
This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: Si |
last post by:
Hi Guys
I am using this code to execute an Access VBA function from ASP:
strDbName = strDataSource & "data\webjobs.mdb"
Set objAccess = Server.CreateObject("Access.Application")...
|
by: Jegger |
last post by:
Hello!
We have following situation;
network with 100 users, aplication developed in Access, user DB
deployed on SQL Server.
Is it better to create query inside aplication (with code) and then...
|
by: Robert Oschler |
last post by:
I know there isn't any $_POST array in Javascript, it exists on the server
side accessible from PHP and other server side scripting languages. But I
knew it would let you know specifically what...
|
by: AnandaSim |
last post by:
I just had a google through this NG but have not seen mention of Erik
Rucker's blog entry and the new Jet:
http://blogs.msdn.com/access/archive/2005/10/05/477549.aspx
mentioned by Mike...
|
by: Lyle Fairfield |
last post by:
In a recent thread there has been discussion about Data Access Pages. It
has been suggested that they are not permitted on many or most secure sites.
Perhaps, that it is so, although I know of no...
|
by: Yohancef Chin |
last post by:
Hi,
Being fairly new to .NET I am looking for a way to call
MS
Word from an event on a webform, and after the user is
finished save that created document to an SQL Server
database. Has anyone...
|
by: adolf garlic |
last post by:
I have an aspx which has some client side script.
The client side part of the page also features an xml data island
What I want to be able to do is to get at the data island from the server...
|
by: Lau Lei Cheong |
last post by:
Hello,
I'm using javascript's insertAdjacentHtml() to insert images to the
webform at runtime. This runs fine(image successfully displayed at the
browser) but when I tried to access the...
|
by: tshad |
last post by:
How do you hide an asp.net object and still be able to access it?
I had my email in a session variable, but you can't access the session
variable from Javascript (I don't think - since Javascript...
|
by: taylorcarr |
last post by:
A Canon printer is a smart device known for being advanced, efficient, and reliable. It is designed for home, office, and hybrid workspace use and can also be used for a variety of purposes. However,...
|
by: Charles Arthur |
last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
|
by: ryjfgjl |
last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
|
by: emmanuelkatto |
last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud.
Please let me know.
Thanks!
Emmanuel
|
by: nemocccc |
last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: Hystou |
last post by:
There are some requirements for setting up RAID:
1. The motherboard and BIOS support RAID configuration.
2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
|
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,...
|
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...
| |
