After uploading modules via the admin panel, I end up at a blank screen with zip file in the uploads dir but not uncompressed or installed.
i dont see anthing in any of the log files.
ideas what could be wrong?
thx
It happen to me at this line
require_once($target_manifest) on
file ModuleInstall/PackageManager/PackageManager.php
The problem which I'm trying to solve is that the require_once does not work with $tager_manifest which use upload://XXXXXXXXXXXXXX
As a workarround I modified it to the path to the manifestfile
Related
I am trying to upload an image in my PHP program using eclipse, but here i am not able to find php.ini file.
please help for this
thank you
Here is how you can find your php.ini file regardless of what operating system you are using!
First make a new php file called info.php or some other file name, and deploy it to the document folder, with the following code in it:
<?php
echo phpinfo();
?>
Then access that new php page through the web browser (if the server is working right, the URL is something like http://localhost/php.info maybe).
Then it shows a ton of info including the location of the php.info file.
For me it says "Configuration File (php.ini) Path /etc/php5/fpm" since I am using linux.
Also I think in Windows you can use a file find operation to locate your configuration file.
open up your terminal / command line and enter in the following to find your php.ini file
php -i | grep /php.ini
I am trying to install reinstall zencart setup again on the following link:-
http://hobbystii.ro
But when i click to start the setup it shows a blank page. I am not able to understand the problem. Can please anyone help.
For my confirmation i deleted the database cleaned everything and tried reinstallation but same error showing blank screen.
I suggest you rename the install directory "install" to start with; that is the original name if i remember correct. And try replacing the folder with original one from ZIP file.
However the best option would be to do a fresh install since your existing database will be wiped during an install either way. After doing so you can simply copy your theme files across or if you have customizations attempt copying the entire code from previous install across. Make sure to keep backups of everything and replace the configuration files for both admin and user side with that of the new one.
I am new for centos installation. I downloaded a minimul version of centos 6.5, around 339.7mb of size. I am trying to install this with GUI interface but I got an error after selecting the drive option, which comes after selecting the country.
This is complete message,
Unable to read package metadata. This may be due to missing repodata directory. Please ensure that your install tree has been correctly generated.
Failare:
repodata/743fec56b2af0ce8d6ec82c47a4efafc2a4d18cddfa9683f29611cb18d1a33de-primary.sqlite.bz2 from anaconda-CentOS-201311271240.i386: [Ermo 256] No more mirrors to try.
Sorry but I am new here, so I can't put the exact image here.
I believe that i had this same issue and was able to solve it.
The files under the /repodata folder are missing their file extensions and are not matching their full names in the "TRANS.TBL" file, under this same dir.
Rename all the files to match what is in the "TRANS.TBL" file, then try the install over again.
Please let everyone know if this works for you.
In the past i would just put a URL in that pointed to the correct files on a server, i feel that most people take this workaround and that's why it's not as hot of an item as it should be. I hope this gets fixed in the .ISO.
Thank you,
YourFriend
It worked for me.
I renamed all 8 files.
i.e. 0e371b19e547b9d7a7e8acc4b8c0c7c074509d33653cfaef9e8f4fd1d62d95de
0e371b19e547b9d7a7e8acc4b8c0c7c074509d33653cfaef9e8f4fd1d62d95de-primary.sqlite.bz2
The correct file name is given in file "repomd" under folder repodata
example - location href="repodata/b124f0ec5323cfee56b420906a3103f0daef656dde3f7ac8220120aa7504e57a-primary.xml.gz"
I had exactly the same issue ;
under "repodata" directory opened "repmod" xml file
Searched file name within repmond xml file
Found matching strings
Renamed 8 files as specified in .xml file
and it worked like a charm
Thanks to "Your Friend"
I had the same problem. Even if you manage to get past this step, you will encounter at a later point other errors related to filenames.
The root cause was using Unetbootin to create the bootable media. I switched to Rufus and everything works fine now.
So I have the jquery file upload script running on my webserver, with a target-url pointing to a local mac server with apache/php, and when I go to upload a file the script shows the progress bar and it completes, and it arrives to the correct directory and everything on the mac, but the file is an assortment of numbers like:
1390865006
or
1390865033
and it should be noted that those files are about the correct size, but even if I add .jpg to the end of the file name they won't open as images.
Am I missing some crucial something somewhere? I hope it's not my mac being too old, I didn't see any requirements for php version in jquery file upload, but I am running 5.2.8
Thanks
* EDIT *
This was resolved by upgrading PHP to 5.5.8
This was resolved by upgrading PHP to 5.5.8
I am using CGI.pm version 3.10 for file upload using Perl. I have a Perl script which uploads the file and one of my application keeps track of different revisions of the uploaded document with check-in check-out facility.
Re-creational steps:
I have done a checkout(download a file) using my application (which is web based uses apache).
Logout from current user session.
Login again with same credentials and then check-in (upload) a new file.
Output:
Upload successful
Perl upload script shows the correct uploaded data
New revision of the file created
Output is correct and expected except the one case which is the issue
Issue:
The content of the newly uploaded file are same as the content of the last uploaded revision in DB.
I am using a temp folder for copying the new content and if I print the new content in upload script then it comes correct. I have no limit on CGI upload size. It seems somewhere in CGI environment it fails might be the version i am using. I am not using taint mode.
Can anybody helps me to understand what might be the possible reason?
Sounds like you're getting the old file name stuck in the file upload field. Not sure if that can happen for filefield but this is a feature for other field types.
Try adding the -nosticky pragma, eg, use CGI qw(-nosticky :all);. Another pragma to try is -private_tempfiles, which should prevent the user from "eavesdropping" even on their own uploads.
Of course, it could be that you need to localize (my) some variable or add -force to the filefield.
I found the issue. The reason was destination path of the copied file was not correct, this was because my application one of event maps the path of copied file to different directory and this path is storing in user session. This happens only when I run the event just before staring upload script. This was the reason that it was hard to catch. As upload script is designed to pick the new copied file from same path so it always end up uploading the same file in DB with another revision. The new copied file lying in new path.
Solved by mapping correct path before upload.
Thanks