Search the Community
Showing results for tags 'PHP'.
Found 10 results
-
Hi there, i'm trying to build up a wiki server and ran into the following problem: I'm running Win 10 pro (in a Virtual Machine) setted up an Uniform Server XIII installed a wiki (dokuwiki) as long as the Uniform Server runs as a regular App, everything is working fine. i can access and edit it even from other machines... as soon as i install it as a service with Uniservice 2.2.0 all browsers don't show the wiki website anymore when accessing it, but the php document as plain text. when i configure UniformServer as Service in the first place (without any content) it seems to work and i can access UniformServer's default website. when i then try to install the wiki on the webserver (already running as a service) the wiki setup gives an error message that my webserver does not support PHP. what am i doing wrong here? any suggestions? Thx in advance
-
Good evening, I'm using Uniform Server ZeroXIII and would like to update PHP version from 7.3 to 7.3.26. I've copied the files over, but it's still showing the old version and also says MySQLi module is missing when i open phpmyadmin, but the module is there. Any help would be much appreciated
-
Hi, I am running Uniform Server ZeroXIII - 13.3.2 portable under Windows 10 64bit. I am unable to get a php script or file to run from within an HTML file. See HTLM file, <html> <body> <p>First try with php:</p> <?php echo "My first PHP script!"; ?> </body> </html> When the file is run I get ‘First try with php’ come up but no "My first PHP script!" and no error message. Various web sites talk about creating a file called .htaccess with the following line, ‘AddType application/x-httpd-php .html .htm’ and putting in the website root directory. Can someone advise if this is correct and where the file should be placed as I have tried various placed without any success. Regards Peter
-
I have a freshly-installed Uniserver 13.2.2 Zero XIII. I have my virtualhosts configured as follows: <VirtualHost *:80> DocumentRoot ${US_ROOTF}/../../repo/test/public ServerName 55.dev ErrorLog "${US_ROOTF}/../../logs/55.error.log" CustomLog "${US_ROOTF}/../../logs/55.access.log" common <Location /> AllowOverride all Require all granted </Location> </VirtualHost>The example above is a Laravel 5.5 app freshly installed from the CLI. It works as expected. However, the identically configured app at /repo/lt-assets/public returns a 404 error for any route requested. It is also a Laravel 5.5 app, but it was added to the server by git pull from my Bitbucket repo. <VirtualHost *:80> DocumentRoot ${US_ROOTF}/../../repo/lt-assets/public ServerName lt-assets.dev ErrorLog "${US_ROOTF}/../../logs/lt-assets.error.log" CustomLog "${US_ROOTF}/../../logs/lt-assets.access.log" common <Location /> AllowOverride all Require all granted </Location> </VirtualHost>This app, however, is a Laravel 5.4 app. It was also setup by git pull from the repo. All routes in this app generate 404 errors. <VirtualHost *:80> DocumentRoot ${US_ROOTF}/../../repo/vnc-adminapp/public ServerName vnc.dev ErrorLog "${US_ROOTF}/../../logs/vnc-admin.error.log" CustomLog "${US_ROOTF}/../../logs/vnc-admin.access.log" common <Location /> AllowOverride all Require all granted </Location> </VirtualHost>Lastly, I have a WordPress app, also setup by git pull. It works as expected. <VirtualHost *:80> DocumentRoot ${US_ROOTF}/../../repo/lde/web ServerName lde.dev ErrorLog "${US_ROOTF}/../../logs/lde.error.log" CustomLog "${US_ROOTF}/../../logs/lde.access.log" common <Location /> AllowOverride all Require all granted </Location> </VirtualHost>So, it seems the only commonality to the non-working apps is that they satisfy both conditions: "is Laravel" && "pull from git repo". WP apps or Laravel installed form the CLI work just fine. All the apps work on Ubuntu 16.04/nginx/php7.1 dev and staging servers...which tells me it's not the underlying Laravel code per se. The contents of the public/.htaccess files on the Laravel apps are identical: <IfModule mod_rewrite.c> <IfModule mod_negotiation.c> Options -MultiViews </IfModule> RewriteEngine On # Redirect Trailing Slashes If Not A Folder... RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} (.+)/$ RewriteRule ^ %1 [L,R=301] # Handle Front Controller... RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^ index.php [L] # Handle Authorization Header RewriteCond %{HTTP:Authorization} . RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] </IfModule>With the VirtualHost configs and .htaccess settings, I've done everything I can find by Googling this issue. All these repos worked under the same version of UniServer that wasi nstalled on my flash drive -- this newer setup is on an SSD external drive. I put this in the general area rather than the Apache area because I'm not completely sure it's an Apache issue. I destroyed the earlier setup on the flash drive too quickly, and don't know if the PHP module config is identical to what it was. I'm about ready to setup the SSD again, as I know there are some subtle differences. I don't think they are anything that affects UniServer -- only my command-line functionality....things like cmdr instead of bare conEmu, cygwin instead of the GNU windows CLI tools (such as nano). One thing I suppose could be pertinent (since git pull is one of the commonalities) is that I'm using the git for Windows that's packaged with cmdr (git version 2.11.0.windows.1) rather than a separate install of 2.14.1. Before I do that, where else can I turn?
-
I'm trying to install an extension, specificaly php_sqlsrv_53_ts.dll (which is necesary to work with SQL server), i leave it in the folder C:/Users/Sincron/Desktop/UniserverAndroid/UniServerZ/core/php71/extensions (where the rest of the extensions dll's are) and add this line to the php_production.ini (i.e. the mode i'm using to work) now, that doesn't seem to work, the log keep sending the error than can't find it so i change it to this: and also, i tried this: and still this was of no use at all, this is the error who is showing in the Error Log of apache (both errors are being shown here) Maybie it's me, but i think somebody screw it over when writing the "/" to the auto-find new libraries or something like that in the source code, did exist some workarround to this problem meanwhile some benevolent UniserverZ developer soul drop a fix for this? Thanks in advance.
-
Hello, since no one is answering to http://forum.uniformserver.com/index.php?showtopic=376 I need to reask: How can I install SQLite to PHP in Uniform Server? Thank you.
-
Hello, I've tried to send emails with UniServerZ but it failed. Why and how to fix it? Cheers
-
Hello, I am in trouble with APC. Am using UniServer Zero XI 11.0.3. When I enable APC as accelerator in all pages I get spammed by PHP notifications. Example of notifications: Notice: Unknown: 1. h->opened_path=[null] h->filename=[C:/Server/11_0_3_ZeroXI/UniServerZ/home/us_splash/index.php] in Unknown on line 0 Notice: Unknown: apc_cache_find [1545551694] in Unknown on line 0 Notice: Unknown: 2. h->opened_path=[C:\Server\11_0_3_ZeroXI\UniServerZ\home\us_splash\index.php] h->filename=[C:/Server/11_0_3_ZeroXI/UniServerZ/home/us_splash/index.php] in Unknown on line 0 Notice: Unknown: apc_cache_make_file_entry: entry->data.file.filename is [C:\Server\11_0_3_ZeroXI\UniServerZ\home\us_splash\index.php] in Unknown on line 0 Notice: Unknown: Inserting [C:\Server\11_0_3_ZeroXI\UniServerZ\home\us_splash\index.php] in Unknown on line 0 All my research ends up with conclusion that APC is compiled with internal debuging set ON. If that is a case, can we get APC with it switched off? Or maybe there is different problem? Apache 2.4.7 VC10 openssl-1.0.1ePHP : 5.4.19-5.4.23APC 3.1.14
-
I am using UniServer Zero XI 11.00 with default included PHP 5.4 on Windows 7 32-bits I replaced MySQL with ZeroXI_mariadb_10_0_4.exe I added the following to php_production.ini : extension=php_pdo_pgsql.dll When I start Apache, then I receive the following error : httpd_z.exe - System Error The program can't start because libintl.dll is missing from your computer. Try reinstalling the program to fix this problem.
-
Your post_max_size value (8M) is smaller than upload_max_filesize (10M)
