rauldobrota / phpdesktop Goto Github PK

Allow renaming php.exe file so that in Task Manager processes
it can be identified with the application.

Reported by Jitesh here:

https://groups.google.com/d/topic/phpdesktop/KVgphvpMYTw/discussion

The fix was just commited to Mongoose:

https://github.com/valenok/mongoose/commit/d864d7247073cc0b2fdc018b1148d7961a5d9
ada

It still needs testing.

so, can you add start maximized on start option?

See this post:
https://groups.google.com/d/msg/mongoose-users/9h9470U9jXY/mWEuITubAvIJ

Hello And thank you for your quick reply 

one question
is there any way that we can encode our php source code 

thanks

What steps will reproduce the problem?
1. Turn on msie context menu in json.settings
2. Select some text on the page/application window
3. Hit ctrl + c or right click and select Copy
4. Open notepad and Paste 

What is the expected output? What do you see instead?

It should past the contents of what I copied from the app screen.  Instead it 
pastes the last thing I have copied to clipboard from another program.

What version of the product are you using? On what operating system?

v10 on Windows 7 with IE 9.

Please provide any additional information below.

What steps will reproduce the problem?
1.Running a while statement every 3 minutes
2.Executing a system command
3.

What is the expected output? What do you see instead?
It continues to running until I close the app. That is the expected outcome. 
But instead i get 404 and i can only run for 2 hours php-cgi.exe doesn't 
function.

What version of the product are you using? On what operating system?
Windows server 2008

Please provide any additional information below.

Delete key does not work in Input and Textarea controls
in the Internet Explorer engine, on the other hand Backspace
key seems to be working fine, how is that?

When there is a navigation error you will see a page with
standard Internet Explorer message explaining that it failed
to load the page and suggests some solutions. Application
should display its own custom html page in such circumstances,
or allow for a redirect to some php script.

What steps will reproduce the problem?
1. The extension oci8 is missed
2. not to connect to oracle database

Add the script to the examples.

I had create a version of PHPDesktop using Chromium (with the -app option, 
which give us a SSB mode of the Chromium Browser).

It's a different solution and it's not the way you are doing, but I ask you to 
take a look, if you have time. It's very nice solution and working.

Only bad thing is the size, 29.1 MB, because of the ChromiumPortable, that is 
installed in the PHPDesktop folder.

Download, extract and run Launcher.exe to take a look.

A possible solution too may be find the chrome.exe of the Chrome installation 
in the host computer, but it's not trust that the chrome will be always 
installed in the host computer, so I used the ChromiumPortable version.

You can download it from here:

http://www.mediafire.com/?fwjmm6vphrs3t2e

As in the summary, test it, reported by Rafael Lauriano.

Currently you can run multiple instances of an application, but
there might be a need to allow only for a single instance of an
application, we should add such option to "settings.ini" file.

What steps will reproduce the problem?
1. Go to https://groups.google.com/forum/?fromgroups=#!forum/phpdesktop
2. Click on the link that says: "Project's website: 
http://code.google.com/p/phpdesktop/"


What is the expected output? What do you see instead?
The expected output is that it should go to 
http://code.google.com/p/phpdesktop. Instead, the link actually points to 
http://code.google.com/p/cefpython


Not sure if this is where I should be putting this.

There is a freezing problem in Mongoose 3.6 & 3.7 versions,
this bug seems to be related only to Internet Explorer browser,
Google Chrome works fine with Mongoose. More detailed explanation
of the problem can be read on the mongoose-users forum:

https://groups.google.com/d/topic/mongoose-users/9h9470U9jXY/discussion

In the meantime I will make a PHP Desktop MSIE release with
PHP built-in web server.

What steps will reproduce the problem?
1. sys_get_temp_dir(); returns "C:\windows"
2. This folder is not writeable by php
3. This causes extensions to malfunction when they need to write temporary files

I would expect the temp folder to be C:\windows\temp or something that I can 
write to.


I am using php_desktop_msie_v10 on Windows 8.


First, I'd like to say that I really like this runtime environment. It's a 
great idea and I've found it very easy to work with. I'm running into this 
problem when trying to use ImageMagick, but I can see it being a problem with 
other extensions as well. I can't find a php.ini directive to change the temp 
folder, so I'm wondering if there's some other way to do it?

Add "test_sqlite.php" example to the www/ directory:

<?php

error_reporting(-1);
include "./pdo.php";
$db_file = "./my_database.sqlite3";
PDO_Connect("sqlite:$db_file");
echo("PDO_Connect(): success! $db_file created");

?>

The "pdo.php" file can be found on the UsingSQLite wiki page.

PHP 5.5 has dropped support for Windows XP and 2003, the XP system
is still widely used, as of May 2013 XP it has about 37% market share
according to the wikipedia:

http://en.wikipedia.org/wiki/Usage_share_of_operating_systems

PHP 5.4 should still be the default for the PHP Desktop binaries.

We definitely need chrome's engine in next version.

The default port for running php web-server is 54007, but
this port might already be occupied by another application
or by our application when running multiple instances. 
Therefore we should check if this port is free and if not
then generate a random port in the range 49152–65535, try
drawing for at least 100 tries until you find a free port.

How to check if port is free? Need to google it.

In settings file we could have options for customizing application's window, 
some of the options might allow setting:
 * default window size
 * minimum/maximum window size when resizing
 * disable maximize button
 * center the window on the screen

it wants to write to C:\Windows

Currently we are running php web-server at http://127.0.0.1:54007/, the 
downside of it is that it can cause some troubles with firewalls, when running 
application they they may ask user whether this application is allowed to 
listen at 127.0.0.1 on port 54007.

We should make this an option whether we want to act as a web-server or execute 
scripts directly by running command "php.exe -f myscript.php".

The possible advantage of running as a webserver might be a better performance, 
but there is only one user connecting to that web-server in our case, so the 
gain is dubious.

Mongoose options:
https://github.com/valenok/mongoose/wiki/Manual

We might consider adding these to settings.json:

  access_log_file
  enable_directory_listing
  error_log_file
  extra_mime_types
  num_threads
  url_rewrite_patterns

When there is an external link on a page we should not load it
in our application's browser control, it should load in system's
default browser.

In our application's web-browser control we should allow loading only
urls starting with http://127.0.0.1:54007/.

Maybe we should allow to customize this behavior, a list of urls
that should be allowed to load in web-browser control and all
others should be run in system's default browser.

See this topic:
https://groups.google.com/d/topic/phpdesktop/_DWd-AmYhWQ/discussion

Using Chrome's engine instead of IE engine

This project is great! But IE is obviously too inferior for a project such as 
this. I'll wait for the chrome version instead.

Anyway, here are my suggestions:
Frameless Browser option
Minimize/Maximize using Javascript

Why these suggestions?
Because the main reason I want to create applications using php and html5 is 
because you can go crazy about creating the GUI. There's no limit to what you 
can do with canvas!

Sadly the GUI frame will break the whole idea up. And emulating the 
minimize/maximize button by using javascript or a function that can be called 
using html wold be a great feature :D

Will add more suggestions soon as I think of them. Hope to see the chrome 
release and more power :)

Regards,
Nile 

On Windows XP loading of extensions fail, the following error messages
occur for loading any of the extensions entered in the "php.ini" file:

  PHP Warning: PHP startup: Unable to load dynamic library 
  "php_sqlite.dll" - Application initialization failed due
  to incorrect configuration. Reinstalling the application
  may solve the problem.

It seems that this is a long time bug in PHP when running as CGI
(through php-cgi.exe). The solution seem to be to add the php directory
to the system PATH variable or just move the extension dlls to the
same directory that the "php-cgi.exe" executable resides, see this
post [1].

[1] https://groups.google.com/d/msg/phpdesktop/0E7QK0uy5nw/UnktT3-TEtwJ

Popup windows have not yet been tested, we should support
creation of popup windows through "window.open()" in javascript.

We need a way to protect the www/ directory, using php encoder
is an option, but it won't protect other files in the www
directory.

Before we start work on thiss issue we need to implement Chrome 
engine (Issue 1) and PHP API calls (Issue 3).

If the www directory is embedded in zip file, we should not extract
it anywhere to the file system, the best way is to extract it to
memory, so that it's really hidden. But doing it this way won't
work with web-server (unless we modify web-server to work with our
virtual in-memory filesystem). In Chrome web-server is not needed,
as there Scheme handler that acts similarly to a web-server.

For keeping www directory in memory we will probably need some kind
of Virtual File System.

To execute PHP scripts that aren't accessible through local file
system we would have to hook up to the PHP API (Issue 3).

The www directory can be encrypted in a zip file using AES encryption,
we could use this simple C++ library:
http://www.lomont.org/Software/Misc/AES/AES.php

We will also need some zip library.

An option for the zip file to reside along with the exe file (
data.zip or data.dat - the zip filename could be customized through
settings.json file).

The best option would be to embed that zip file in exe file as
a resource.

Some tool for automating the process of encrypting zip file and
embedding it in exe file would be useful.

When Mongoose web-server gets implemented (Issue 14), we will be able
to embed any scripting language that provides a CGI executable. To do
this you would need to make only a single change to the settings.json
file by changing "cgi_executable" path. We might as well provide binary
examples of such embedding on the main page.

I want to process a very large TEXT file , but it provide the FATAL error 
(failed to allocated 36 byte)..
I set THE memory_limit to 4000M but it did not change
why there is No PHP.INI in your package

thanks

The inspiration behind this is the desire to have multiple CGI interpreters 
(PHP and Node in particular). 

However, since Mongoose doesn't have this ability within the same instance, 
multiple web servers opened on separate ports (With separate settings) would 
suffice.

A www/ directory could be archived as a zip file and embedded
in the exe as a resource. Create a tool for such embedding of
zip files in an exe and a way to execute php scripts from this 
zip file.

This is not a high priority as protection of sources is already
possible with ionCube, ZendGuard, SourceGuardian, Nu-Coder, as
you can load custom php extensions that act as decoders.

When developing a desktop application there might be the need to run
a PHP script that does some heavy lifting, thus executes for a
significant amount of time, for that we need to embed a multi-threaded
web server (Issue 14) in the first place.

One way for such an API would be to run php scripts asynchronously
in the background  using for example CURL library. It would be nice
if such API provided a way to provide callbacks, so that you can be notified 
when the background job finished executing, such callback
might be an URL to a php script or a Javascript function that will
get called in the browser, though javascript callback might be hard 
to implement and it is probably only possible if we go with direct
PHP API calls (Issue 3).

Another approach is to create a javascript API for executing php jobs
in background using XMLHttpRequest, this way browser gets notified when
a job has finished and it will play nicely with an embedded web-server.

Would it be possible to add an option to let the user minimize the app to the 
system tray?

As the title says.

Seems like the PHP built-in webserver is not multi-threaded, it
can handle only one request at the same time, this can be a problem
when executing scripts that take a significant amount of time. Take 
for example this scenario:

test1.php
---------
{{{
<?php
sleep(5);
print("test1 finished.");
?>
}}}

test2.php
---------
{{{
<?php
print("test2 finished.");
?>
}}}

Run test1.php & test2.php, you will see that you have to wait five
seconds before test2.php is executed, as test1.php has made the
web-server busy.

The same problem exists when using direct PHP API calls, see Issue 3.

We should provide a tool for embedding custom icon in the exe file, the 
instructions on the main page to use Resource Hacker and edit icon group 
manually is not acceptable.

Application should load the icon dynamically by reading "icon.ico" file in 
current directory or we should include a tool to easily embed an icon in just 
one click.