i am moving in to the world of PHP for my company and i am having some issues. Now i have very little experience and i would love some help to get me to understand how it works.
My first problem is that i am trying to setup a sales page for my product, and i want a the open inviter script to pop up to "invite your friends to see this page for an extra free bonus" (only when the customer wants to buy my product, so there is no spamming going on here)
But for the last 5 days i have been trying and trying and i simply cant get it to work, the inviter just appears blank whatever i do.
Now i might know where the problem might be because i located it tooday, the open inviter i had was modified but i found the original and it had the requirements:
"Your server will need to have PHP5 installed with DOMDocument support and either cURL or WGET."
I found out that my hosting company supports php5 if i place a line through a .htpaccess file. but the rest like domdocuments or cURL is something i just seem to understand how it works, i have looked through hundreds of websites trying to figure this out but i cant get a simple enough explenation on what it really is and how i get it to work with my hosting.
Do anyone have an idea on how i can get my open inviter installed on my website?
Here is the installation details:
"Thank you for downloading The OpenInviter General Package. This document will guide you through the installation process.
A: Requirements:
Your server will need to have PHP5 installed with DOMDocument support and either cURL or WGET.
B: Install:
1. Extract the contents of the openinviter.tar.gz file you have just downloaded.
Note: tar -xzvf openinviter.tar.gz
2. Upload the extracted files to your webserver (subfolder is highly advised).
3. Run postinstall.php (http://yourdomain/openinviter_dir/postinstall.php)
You may encounter the following errors:
i) The cookie storing folder if not writable. (Change the cookie folder or modify it's permisions.)
ii) Php DOM extension is not installed. (Install dom extension for php)
iii) You don't have curl or wget installed. (Install curl or wget)
You may encounter the following warnings:
i) A plugin does not work properly. (Your server has either a firewall or there is a connectivity error)
Note: You have to fix all the errors or openinviter will probably not work.
Note*: You can't run postinstall.php again for 2 minutes.
Edit config.php to suit your needs.
Delete postinstall.php
Run example.php (http://yourdomain/openinviter_dir/example.php) and try to fetch your contacts.
Note: example.php is modifiable but keep in mind the structure of the file."
Related
Currently I will upload a website to a server, but before I upload it I want to run this website on my localhost (I'm using XAMPP).
They gave me an archive containing the website files, based on the structure of the webfiles I realize TYPO3 is used.
Since I never tried using TYPO3, I tried installing it I followed this steps:
here
After the installation I run the sample, so far I don't have a problem running it on my web browser.
But when I tried to run the website that I need to upload
I'm getting an error.
here are the files inside the archive.
Here is after I extract it. As you can see I wasn't able to extract typo3_src which is the target location of index.php, t3lib and typo3 file that are all both in .symlink type.
And also the typo3 is not in folder type unlike the sample I run.
I'm not sure if the archive is broken/corrupted or I need something to do first before it will work. Can someone please help me regarding this issue?
You do not need to deal with those unix symlinks at all.
Just figure out or ask the person who provided you with that system, which version of TYPO3 you need to use.
Then go to https://sourceforge.net/projects/typo3/files/TYPO3%20Source%20and%20Dummy/ and download the appropriate zip package.
Decompress the package, delete all symlinks (typo3, t3lib, index.php) and just copy the corresponding resources from the package.
You then need to deal with the database and database connection settings in typo3conf/localconf.php or typo3conf/LocalConfiguration.php.
If it all works, you can then upload it like this to the server without using any symlinks.
in my new job I'm the developer for the Joomla! CMS. Since it is using PHP I wanted to work with eclipse (like in my apprenticeship) with the latest Keplar build + the PHP Development Tools. To have some revision control I wanted to use the Subversive Plugin so I installed it and the connector.
I got access to the systemfiles via FTP (SSH) so I tried to just add the URL as repository URL but somehow it doesnt work. I used the exact URL e.g. http://www.test.joomla.de and the correct login (using this combination also works fine in filezilla for example) but every try results in:
Get repository folder children operation failed.
svn: Repository moved temporarily to '/'; please relocate
svn: OPTIONS request failed on '/'
Do I have to do anything on serverside to make it work or is it okay the way I tried?
Im sorry for those questions if they are bad, but in my apprenticeship the subversive was only local and was already installed.
Thanks in advance!
Administrator failed in the installation in giving me the wrong IP, so I couldnt interact with the server.
I currently have Magento set up on a development server (remote, SSH access) and production server (Cloud instance, SSH access). The current set up is a subversion export to update the development/production servers. This works swell.
If I SSH into the dev server, I can navigate to the Mage root directory and run the following command:
./mage install community Namespace_Module
This works well on the dev server. However, when I navigate to my local path (on my machine, where I've svn co'd Magento), running the mage tool always chokes when a channel is involved. As an example, I tried:
./mage download community Namespace_Module
And received the following response:
Error:
download: Uri doesn't contain host part
I don't understand why this error occurs. I have looked into the mage tool's code and found that the error occurs when the channel URL is malformed. (The mage tool is basically a PHP script, and it uses parse_url to separate the channel URL into the appropriate parts for processing.) However, I am absolutely certain that the setup is identical locally, as it's all in svn, and I have tried many iterations of channels in an attempt to make it work locally.
The ultimate goal of all of this is to be able to run the ./mage tool to install modules on the local system, and commit them to svn from there. Ideally, running an svn status command should show me all the files that would be added/modified during the installation of the module.
Anyone have any ideas as to why this might be happening and how to make it run locally? Thanks!
UPDATE
For anyone wondering, the way I handled this was using the old pear command line tool, then running svn status to extract the downloaded package pieces into the way our systems are organized. It's definitely not ideal and I am still eagerly hoping to get an answer to my original question, but it's the ugly and painful workaround I'm using in the interim.
You should check whether you have all necessary php extentions installed localy.
Missing php5-curl might be the problem.
As you have gotten the code from another server, you might need to reinit things using:
./mage mage-setup
You could also try:
./mage channel-add http://connect20.magentocommerce.com/community
I am trying to upgrade joomla 1.5.15 to 1.5.23
I have downloaded the Joomla_1.5.15_to_1.5.23-Stable-Patch_Package from the joomlacode.org.
While trying to install this package from my administrator, the error will be displayed "Error! Could not find an XML setup file in the package.".
Or
Shall I extract this zip file and upload the files to server directly through FTP?
Please advise me..
Any help appreciated.
I would recommend a 3-step process personally to ensure the best possible outcome.
First - backup your site (I LOVE Akeeba Backups 1-touch backup solution); download the backed up site and install on a local host or development server.
Second, do your upgrade there (extract the files from the .zip and put them in the localhost/dev server installation).
Make sure that the upgrade didn't break anything, that everything still works appropriately and as expected and create a backup of the localhost/dev server site.
At that point you know the upgrade won't break anything.
Third, upload the unzipped files from version 1.5.23 via FTP into your root joomla directory (complete the upgrade as listed HERE.
Doing these steps will ensure the best possible outcome and will show absolutely ZERO disruptions on your live site in the event something you're currently using doesn't like the jump from .15 to .23 - which is a large jump and a lot of things are different (including which version of mootools is included!) So take caution and TEST FIRST!
I would advice you to do this::
Assuming you have access to all the files of website.
1.Now download directly 1.5.23 or 1.5.26 version(last update patch of this series.)
2.Extract the files and open them,you will notice them you need to only replace 4-5 files in that patch.
3.Copy each file and replace them with the current files in the existing websites.
Hope this helps.
I'm selling a php script which customers can install and run on their own sites. Currently the install process is a somewhat "standard" one...that is:
1. Check if your hosting covers the install requirements
2. Download a zip package
3. Unzip
4. Upload to server
5. Read install instructions
6. Create mysql DB
7. Set up folder permissions where needed
8. Run install.php
9. FINALLY..we're done!
This all may not be a rocket science but even for an expreienced user it's way too clumsy of a procedure. So, I'm thinking to start providing just one setup.php file instead of a whole package. The user will create a /myscript folder on the server, upload setup.php there and run it. Then setup.php downloads all the needed files from my server and the whole installation thing is done automatically (except the DB creation, which the user has to do himself). That should be much more user-friendly and you don't need to read a manual just so you can install the damn thing.
So, I'm going to create such a setup script but before I start, my question is - why isn't everyone doing it? Laziness is the most obvious excuse - let the user sweat over the installation, if they want the software bad enough, they'll install it somehow anyway.
But even the big companies are following the same "standard" so there must be something else. Can you think of any technical obstacle that will prevent such a setup script from working good enough and that's why everyone is resorting to using downloadable zip packages?
Thanks!
Not all hosters allow file-downloads via PHP. And since you are downloading a zip-file, you'll need to unzip it. Which is probably the biggest obstacle.
system() and the like are very often forbidden, and unzip is also very often not installed due to security issues.
When having all required files in a package you are always on the safe side.