Loading...
 

Tikiwiki-devel (mailman list mirror)


setup.sh on all-inkl.com, on 1und1.de and maybe others

posts: 1545

Hello Devs,

all-inkl.com is known as a Tiki friendly Host since ages. They offer
only shared hosting and managed server, but apart from the cheapest
prize level they include appropriate shell access and have aswell svn
and git installed on their servers.

demo.tiki.org is installed on an all-inkl.com account (Leu) and I take
care of several all-inkl.com customers accounts.

Since Tiki changed to PHP 5.5 we had to make a simple workaround to
still be able to use the composer (as essential part of each svn
installation):

Most all-inkl.com servers have still PHP 5.4 installed in the shell
(even when PHP 5.5 on the server is default for the document root.
So we had to edit the setup.sh file and reset the required php from 55
to 54 in one single line and the composer worked.

Now, after the move from zend $1 to $2, this does not work anymore.

Two options are available today:

A ) move affected all-inkl.com accounts to servers which have already
PHP 5.5 in the shell as default. This causes some work for many people,
as any DNS settings like forwarded domains/subdomains have to change the
IPs on third party servers.

B ) Leu has edited the setup.sh by changing "php" to "php56" at various
places. This works on all-inkl.com and with this simple changes we can
again use svn and composer with Tiki 14, 15, Trunk on all-inkl.com
accounts.

Whilst with this little workaround all-inkl.com is still a Tiki friendly
host, 1und1.de and possibly other shared hosting providers seem not so
Tiki friendly:

For example 1und1.de keeps having PHP 4.5 as default on their shell,
even on dedicated managed servers. Although it is possible to use PHP
5.5 in these 1und1.de shells, I did not yet find a way to make sure,
that the setup.sh, respectively the composer uses 5.5 instead of 4.5 and
runs the install procedure.

How we can or will handle this type of issues or these two issues in
specific (all-inkl.com / 1und1.de).

Any ideas? Feedback welcome.

Sincerely
Torsten





------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
TikiWiki-devel mailing list
TikiWiki-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

posts: 1218 Ireland

Hi Torsten,

have you tried to do an "alias php=php56" or work your PATH variable to
pick the correct php installation (example if php56 is a link to
/opt/php56/bin/php just do export PATH=/opt/php56/bin/:$PATH )?

Ricardo

On Sun, Feb 7, 2016 at 5:31 PM, Torsten Fabricius <torsten@tiki.org> wrote:

> Hello Devs,
>
> all-inkl.com is known as a Tiki friendly Host since ages. They offer
> only shared hosting and managed server, but apart from the cheapest
> prize level they include appropriate shell access and have aswell svn
> and git installed on their servers.
>
> demo.tiki.org is installed on an all-inkl.com account (Leu) and I take
> care of several all-inkl.com customers accounts.
>
> Since Tiki changed to PHP 5.5 we had to make a simple workaround to
> still be able to use the composer (as essential part of each svn
> installation):
>
> Most all-inkl.com servers have still PHP 5.4 installed in the shell
> (even when PHP 5.5 on the server is default for the document root.
> So we had to edit the setup.sh file and reset the required php from 55
> to 54 in one single line and the composer worked.
>
> Now, after the move from zend $1 to $2, this does not work anymore.
>
> Two options are available today:
>
> A ) move affected all-inkl.com accounts to servers which have already
> PHP 5.5 in the shell as default. This causes some work for many people,
> as any DNS settings like forwarded domains/subdomains have to change the
> IPs on third party servers.
>
> B ) Leu has edited the setup.sh by changing "php" to "php56" at various
> places. This works on all-inkl.com and with this simple changes we can
> again use svn and composer with Tiki 14, 15, Trunk on all-inkl.com
> accounts.
>
> Whilst with this little workaround all-inkl.com is still a Tiki friendly
> host, 1und1.de and possibly other shared hosting providers seem not so
> Tiki friendly:
>
> For example 1und1.de keeps having PHP 4.5 as default on their shell,
> even on dedicated managed servers. Although it is possible to use PHP
> 5.5 in these 1und1.de shells, I did not yet find a way to make sure,
> that the setup.sh, respectively the composer uses 5.5 instead of 4.5 and
> runs the install procedure.
>
> How we can or will handle this type of issues or these two issues in
> specific (all-inkl.com / 1und1.de).
>
> Any ideas? Feedback welcome.
>
> Sincerely
> Torsten
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel


posts: 829 United Kingdom

Torsten - I don't know if this helps but I made a suggestion to exactly this
question back in January - instead of modifying the script you may be able
to get access to php5.5 if it on the system somewhere by doing the
following: previous email copied below

-----Original Message-----
From: Geoff - Enmore Services mailto:geoff@enmoreservices.com
Sent: 17 January 2016 20:37
To: 'Tiki developers' <tikiwiki-devel@lists.sourceforge.net>
Subject: RE: Tiki-devel Another composer problem: old php version default
on managed server

Hi Torsten

I've lived with this problem for ages so I just run a daily cronjob with the
following script:

  1. svn script for xxxx test site

export PATH=/usr/local/php55/bin/:$PATH
cd /home/yyyyyyy/xxxxxxx.com; sh doc/devtools/svnup.sh

This may not be a 'great' way of doing but it works for me - but the path to
your php55 or whatever may be something different however

Cheers

g

-----Original Message-----
From: Torsten Fabricius mailto:torsten@tiki.org
Sent: 07 February 2016 17:32
To: Tiki developers <tikiwiki-devel@lists.sourceforge.net>
Subject: Tiki-devel setup.sh on all-inkl.com, on 1und1.de and maybe others

Hello Devs,

all-inkl.com is known as a Tiki friendly Host since ages. They offer only
shared hosting and managed server, but apart from the cheapest prize level
they include appropriate shell access and have aswell svn and git installed
on their servers.

demo.tiki.org is installed on an all-inkl.com account (Leu) and I take care
of several all-inkl.com customers accounts.

Since Tiki changed to PHP 5.5 we had to make a simple workaround to still be
able to use the composer (as essential part of each svn
installation):

Most all-inkl.com servers have still PHP 5.4 installed in the shell (even
when PHP 5.5 on the server is default for the document root.
So we had to edit the setup.sh file and reset the required php from 55 to 54
in one single line and the composer worked.

Now, after the move from zend $1 to $2, this does not work anymore.

Two options are available today:

A ) move affected all-inkl.com accounts to servers which have already PHP
5.5 in the shell as default. This causes some work for many people, as any
DNS settings like forwarded domains/subdomains have to change the IPs on
third party servers.

B ) Leu has edited the setup.sh by changing "php" to "php56" at various
places. This works on all-inkl.com and with this simple changes we can again
use svn and composer with Tiki 14, 15, Trunk on all-inkl.com accounts.

Whilst with this little workaround all-inkl.com is still a Tiki friendly
host, 1und1.de and possibly other shared hosting providers seem not so Tiki
friendly:

For example 1und1.de keeps having PHP 4.5 as default on their shell, even on
dedicated managed servers. Although it is possible to use PHP
5.5 in these 1und1.de shells, I did not yet find a way to make sure, that
the setup.sh, respectively the composer uses 5.5 instead of 4.5 and runs the
install procedure.

How we can or will handle this type of issues or these two issues in
specific (all-inkl.com / 1und1.de).

Any ideas? Feedback welcome.

Sincerely
Torsten





----------------------------------------------------------------------------
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance APM +
Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor
end-to-end web transactions and take corrective actions now Troubleshoot
faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
TikiWiki-devel mailing list
TikiWiki-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7357 / Virus Database: 4522/11571 - Release Date: 02/07/16



-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7357 / Virus Database: 4522/11574 - Release Date: 02/07/16


------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
TikiWiki-devel mailing list
TikiWiki-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

posts: 126261

Hi all

I'm still hoping for this:

>
> On 17 Jan 2016, at 19:46, Jonny Bradley <jonny@tiki.org> wrote:
>
> If someone who knows bash scripting can add a parameter to setup.sh for the php executable, and fill the variable $\{PHPCLI\} with it then everything should work on these cases - using for example:
>
> sh setup.sh phpcli=/usr/bin/php56

But after i fixed the script a bit back then it should only need one hack in setup.sh to use the php executable you want (although both the alias and path fixes suggested here are better imho ;)

jb




> On 7 Feb 2016, at 22:49, Geoff - Enmore Services <geoff@enmoreservices.com> wrote:
>
> Torsten - I don't know if this helps but I made a suggestion to exactly this
> question back in January - instead of modifying the script you may be able
> to get access to php5.5 if it on the system somewhere by doing the
> following: previous email copied below
>
> -----Original Message-----
> From: Geoff - Enmore Services mailto:geoff@enmoreservices.com
> Sent: 17 January 2016 20:37
> To: 'Tiki developers' <tikiwiki-devel@lists.sourceforge.net>
> Subject: RE: Tiki-devel Another composer problem: old php version default
> on managed server
>
> Hi Torsten
>
> I've lived with this problem for ages so I just run a daily cronjob with the
> following script:
>
> # svn script for xxxx test site
> export PATH=/usr/local/php55/bin/:$PATH
> cd /home/yyyyyyy/xxxxxxx.com; sh doc/devtools/svnup.sh
>
> This may not be a 'great' way of doing but it works for me - but the path to
> your php55 or whatever may be something different however
>
> Cheers
>
> g
>
> -----Original Message-----
> From: Torsten Fabricius mailto:torsten@tiki.org
> Sent: 07 February 2016 17:32
> To: Tiki developers <tikiwiki-devel@lists.sourceforge.net>
> Subject: Tiki-devel setup.sh on all-inkl.com, on 1und1.de and maybe others
>
> Hello Devs,
>
> all-inkl.com is known as a Tiki friendly Host since ages. They offer only
> shared hosting and managed server, but apart from the cheapest prize level
> they include appropriate shell access and have aswell svn and git installed
> on their servers.
>
> demo.tiki.org is installed on an all-inkl.com account (Leu) and I take care
> of several all-inkl.com customers accounts.
>
> Since Tiki changed to PHP 5.5 we had to make a simple workaround to still be
> able to use the composer (as essential part of each svn
> installation):
>
> Most all-inkl.com servers have still PHP 5.4 installed in the shell (even
> when PHP 5.5 on the server is default for the document root.
> So we had to edit the setup.sh file and reset the required php from 55 to 54
> in one single line and the composer worked.
>
> Now, after the move from zend $1 to $2, this does not work anymore.
>
> Two options are available today:
>
> A ) move affected all-inkl.com accounts to servers which have already PHP
> 5.5 in the shell as default. This causes some work for many people, as any
> DNS settings like forwarded domains/subdomains have to change the IPs on
> third party servers.
>
> B ) Leu has edited the setup.sh by changing "php" to "php56" at various
> places. This works on all-inkl.com and with this simple changes we can again
> use svn and composer with Tiki 14, 15, Trunk on all-inkl.com accounts.
>
> Whilst with this little workaround all-inkl.com is still a Tiki friendly
> host, 1und1.de and possibly other shared hosting providers seem not so Tiki
> friendly:
>
> For example 1und1.de keeps having PHP 4.5 as default on their shell, even on
> dedicated managed servers. Although it is possible to use PHP
> 5.5 in these 1und1.de shells, I did not yet find a way to make sure, that
> the setup.sh, respectively the composer uses 5.5 instead of 4.5 and runs the
> install procedure.
>
> How we can or will handle this type of issues or these two issues in
> specific (all-inkl.com / 1und1.de).
>
> Any ideas? Feedback welcome.
>
> Sincerely
> Torsten
>
>
>
>
>
> ----------------------------------------------------------------------------
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance APM +
> Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor
> end-to-end web transactions and take corrective actions now Troubleshoot
> faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2016.0.7357 / Virus Database: 4522/11571 - Release Date: 02/07/16
>
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2016.0.7357 / Virus Database: 4522/11574 - Release Date: 02/07/16
>
>
> ------------------------------------------------------------------------------
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>


------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
TikiWiki-devel mailing list
TikiWiki-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel


Why Register?

Register at tiki.org and you'll be able to use the account at any *.tiki.org site, thanks to the InterTiki feature. A valid email address is required to receive site notifications and occasional newsletters. You can opt out of these items at any time.