1. Georg Hilbert Westenbrink Member

    Installatron werkt alleen metPHP5.3 goed

    Topic geplaatst op: 09-12-2011 om 11:17

    Via de chat heb ik de uitleg gekregen voor een probleem met installatron, het werkt niet, je moet dan handmatig de .htaccess voor elke website gaan veranderen en de volgende code erin zetten om de scripts te kunnen installeren.

    Code toevoegen:
    AddHandler x-httpd-php53 .php


    Maar waar in voegen in deze code wordt niet gezegt hier de .htaccess code:

    ##
    # @version $Id: htaccess.txt 21064 2011-04-03 22:12:19Z dextercowley $
    # @package Joomla
    # @copyright Copyright (C) 2005 - 2010 Open Source Matters. All rights reserved.
    # @license http://www.gnu.org/copyleft/gpl.html GNU/GPL
    # Joomla! is Free Software
    ##


    #####################################################
    # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE
    #
    # The line just below this section: 'Options +FollowSymLinks' may cause problems
    # with some server configurations. It is required for use of mod_rewrite, but may already
    # be set by your server administrator in a way that dissallows changing it in
    # your .htaccess file. If using it causes your server to error out, comment it out (add # to
    # beginning of line), reload your site in your browser and test your sef url's. If they work,
    # it has been set by your server administrator and you do not need it set here.
    #
    #####################################################

    ## Can be commented out if causes errors, see notes above.
    #Options +FollowSymLinks

    #
    # mod_rewrite in use

    RewriteEngine On

    ########## Begin - Rewrite rules to block out some common exploits
    ## If you experience problems on your site block out the operations listed below
    ## This attempts to block the most common type of exploit `attempts` to Joomla!
    #
    ## Deny access to extension xml files (uncomment out to activate)
    #
    #Order allow,deny
    #Deny from all
    #Satisfy all
    #
    ## End of deny access to extension xml files
    # Block out any script trying to set a mosConfig value through the URL
    RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\\%3D) [OR]
    # Block out any script trying to base64_encode data within the URL
    RewriteCond %{QUERY_STRING} base64_encode[^(]*\\([^)]*\\) [OR]
    # Block out any script that includes a tag in URL
    RewriteCond %{QUERY_STRING} (|%3E) [NC,OR]
    # Block out any script trying to set a PHP GLOBALS variable via URL
    RewriteCond %{QUERY_STRING} GLOBALS(=|\\[|\\%[0-9A-Z]{0,2}) [OR]
    # Block out any script trying to modify a _REQUEST variable via URL
    RewriteCond %{QUERY_STRING} _REQUEST(=|\\[|\\%[0-9A-Z]{0,2})
    # Return 403 Forbidden header and show the content of the root homepage
    RewriteRule .* index.php [F]
    #
    ########## End - Rewrite rules to block out some common exploits


    ########## Begin - Custom redirects
    #
    # If you need to redirect some pages, or set a canonical non-www to
    # www redirect (or vice versa), place that code here. Ensure those
    # redirects use the correct RewriteRule syntax and the [R=301,L] flags.
    #
    ########## End - Custom redirects


    # Uncomment following line if your webserver's URL
    # is not directly related to physical file paths.
    # Update Your Joomla! Directory (just / for root)

    # RewriteBase /


    ########## Begin - Joomla! core SEF Section
    #
    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    #
    # If the requested path and file is not /index.php and the request
    # has not already been internally rewritten to the index.php script
    RewriteCond %{REQUEST_URI} !^/index\\.php
    # and the request is for root, or for an extensionless URL, or the
    # requested URL ends with one of the listed extensions
    RewriteCond %{REQUEST_URI} (/[^.]*|\\.(php|html?|feed|pdf|raw))$ [NC]
    # and the requested path and file doesn't directly match a physical file
    RewriteCond %{REQUEST_FILENAME} !-f
    # and the requested path and file doesn't directly match a physical folder
    RewriteCond %{REQUEST_FILENAME} !-d
    # internally rewrite the request to the index.php script
    RewriteRule .* index.php [L]
    #
    ########## End - Joomla! core SEF Section


    Iemand die kan helpen, trowues dit schijnt ook het geval te zijn bij reseller accounts.

  2. Tom Denkers Member
    Reactie geplaatst op: 09-12-2011 om 11:44

    De installatron werkt wel, echter is het zo dat er geen extra modules geinstalleerd kunnen worden doordat de juiste mappen geen 777 chmod hebben. U kunt dan kiezen om alles te chmodden naar 777 OF simpelweg PHP 5.3 aan te zetten wat veiliger is en in de toekomst makkelijker werkt.

    Een handleiding voor PHP 5.3 vinden jullie op https://www.secure.versio.nl/nieuwsartikel.php?id=52

    Vond u dit antwoord nuttig?

  3. Fabien Daniel Versio medewerker
    Reactie geplaatst op: 09-12-2011 om 20:02

    @Georg Helemaal bovenaan je htaccess bestand. En ook zorgen dat er nadien geen mappen staan met rechten op 777 anders krijg je error. Mappen 755 als rechten meegeven.

    Vond u dit antwoord nuttig?

  4. Georg Hilbert Westenbrink Member
    Reactie geplaatst op: 10-12-2011 om 12:42

    Bedankt weer eens, ik heb de plaatsing gedaan en zal testen, jammer dat het zo moet meet veel klanten heb je ook veel werk ermee. moet er een hoop doen zo.

    Vond u dit antwoord nuttig?

  5. Reshad Bashir Versio medewerker
    Reactie geplaatst op: 10-12-2011 om 18:53

    Als je een wordpress/joomla/magento pakket aanschaft dan draai je standaard op een php 5.3 server.

    Vond u dit antwoord nuttig?

  6. Georg Hilbert Westenbrink Member
    Reactie geplaatst op: 14-12-2011 om 07:37

    Beste Reshad, Volgens mijn andere servers die ik heb werkt alles perfect met php5.3 zonder een ander pakket aan te schaffen , ook Installatron geeft aan dat die geen problem moet zijn en bied jullie eventueel de hulp aan om dit goed te zetten. Kan dat echt niet gedaan worden voor je klanten en voor mijn klanten.

    Vond u dit antwoord nuttig?

  7. Julien Vereecke Member
    Reactie geplaatst op: 29-02-2012 om 20:33

    Ja ik ben het roerend met Georg eens
    ik zit hier ook al een week mee te sukkelen met steeds error betekent dit dat van alle mappen in publichtml nu de rechten op 75 moeten Staan ?

    Vond u dit antwoord nuttig?

  8. Reshad Bashir Versio medewerker
    Reactie geplaatst op: 29-02-2012 om 23:17

    Als je alle mappen + bestanden op 755 zet dan zou het prima moeten werken met die regels in je .htaccess.

    Vond u dit antwoord nuttig?

  9. RayHammer Member
    Reactie geplaatst op: 01-03-2012 om 15:41

    Bestanden op 755 zetten is toch niet nodig. Die moeten gewoon op 644 kunnen.

    Vond u dit antwoord nuttig?

  10. RayHammer Member
    Reactie geplaatst op: 01-03-2012 om 15:44

    Plus met Installatron zet hij ze van zelf op 755 de mappen als je php 5.3 draaid erbij.

    Vond u dit antwoord nuttig?

  11. Alex Bedeker Member
    Reactie geplaatst op: 28-03-2014 om 10:07

    Ik heb dit probleem ook. De standaard installatie vanuit Instalatron zet de bestands(folder)rechten zoals je ze eigenlijk zou willen hebben (755).

    Echter draait je joomla site dan met server-api "Apache 2.0 Handler" (zie PHP Info bij systeeminformatie). En dus op user 'apache' en niet op de user van je eigen account. Vandaar dat je voor joomla dat je folderrechten op 777 moet zetten omdat deze eigenlijk als 'public' benaderd wordt.

    Pas je de .htaccess aan, geef je eigenlijk aan PHP mee dat hij niet server-api "Apache 2.0 Handler" moet gebruiken, maar een handler (die geconfigureerd is per account). Daarmee draait je joomla nu op server-api "CGI/FastCGI" en werken de folder permissies weer zoals je ze wil hebben.

    Probleem waar ik nu mee zit is dat mijn joomla site wel goed werkt, maar de componenten en plugins die ik wil gebruiken niet allemaal even lekker met CGI werken, waardoor ik nu op een aantal pagina's fouten krijg als "Strict Standards: Declaration of sub_latest_comment::storeSettings() should be compatible".

    Structurele oplossing zou natuurlijk zijn herschrijven van het component/plugin zodat deze goed functioneert...maar wat heb je dan aan open-source. Nu heb ik al geprobeerd om de errors niet te presenteren. dan werkt mijn begin pagina goed, maar verder bij het benaderen van componenten krijg ik toch nog deze errors.

     

    Vond u dit antwoord nuttig?

  12. nick538 Member
    Reactie geplaatst op: 22-07-2014 om 10:50

    Jammer, dat zoveel personen deze kwestie melden, een kwestie waar je bij andere aanbieders geen last van hebt, alleen hier bij Versio, en Versio er niets aan doet dan alles aan de gebruiker overlaat die bestandjes hier en daar moet plaatsen en rechten om moet zetten, gebruikers om moet zetten enz.

    Goedkoop blijkt dus toch duurkoop ?

    Vond u dit antwoord nuttig?