Elxis CMS Forum
Ελληνικό Forum => Ασφάλεια => Topic started by: thanasis on August 20, 2009, 15:57:45
-
Οι συναγερμοί της php μας εμφανίζουν τις ρυθμίσεις που καλό είναι ή πρέπει να αλλάξουμε σε αυτήν, σωστά?
Υποθέτω ότι αυτά γίνονται μέσω του αρχείου php.ini (κάτι ανάλογο με τις ρυθμίσεις του ίδιου αρχείου όταν έχουμε το xampp σε τοπική εγκατάσταση).
Όταν δεν έχουμε πρόσβαση από το hosting σε αυτές τις ρυθμίσεις (τουλάχιστον δεν είδα ότι μπορώ να έχω) τότε τί κάνουμε?
Υποθέτω ότι και να ζητήσω από το hosting να αλλάξει τις ρυθμίσεις, δεν θα το κάνει, αφού αυτές δεν αφορούν μόνο εμένα αλλά και άλλους που φιλοξενούνται στον ίδιο σέρβερ.
Σωστή είναι η απορία μου ή... αλλού για αλλού?
-
Για δες και δοκίμασε όπως το συνημμένο...
[attachment deleted by admin]
-
Δεν λέω για τις αναφορές σφαλμάτων του elxis αλλά για τις προειδοποιήσεις στις ρυθμίσεις της php.
-
PHP.INI τότε
Εάν τελειώσανε τα test τους.... ;D ζήτα τους να το απενεργοποιήσουν. ::)
-
Υπάρχουν προγράμματα που κατεβάζουν το Php.ini τοπικά κάνεις τις διορθώσεις και το βάζεις σε όλους τους φακέλους .. πονοκέφαλος και όχι ο πιο ενδεδειγμένος τρόπος.
-
Κάποιος άλλος τρόπος?
-
Κάποιος άλλος τρόπος?
ποιος άλλος τρόπος? μόνο ένας υπάρχει .. η επέμβαση στη php!
δες λίγο αυτό, αν και ημιτελές έχει τα βασικά
http://wiki.elxis.org/wiki/PHP_settings.
και επίσης δεν χρειάζεται να έχεις σε όλους τους φακέλους το php.ini.. μόνο στο ριζικό(ακόμα και πιο πάνω από to elxis)... φυσικά μιλάμε για normal servers
-
Να ζητήσω δηλαδή από το hosting να μου δώσουν ένα αντίγραφο του php.ini, να κάνω τις αλλαγές και να το ανεβάσω στο root?
-
Ο κώδικας για να κατεβάσετε το php.ini στο root σας .
Διαδικασίες :
1.Αποθηκεύουμε τον κώδικα μέ ένα όνομα π.χ. findphp.php
2.Αλλάζουμε τα ερωτηματικά με το όνομα χρηστη
3.Ανεβάζουμε το αρχείο στον publc_html
4.Τρέχουμε εξωτερικά το αρχείο π.χ http://www.mydomain.gr/findphp.php
5.Το php.ini μεταφέρθηκε στον public_html οπότε μπορούμε να το κατεβάσουμε τοπικά και να βάλουμε τις παραμέτρους που θέλουμε και μετά να το ανεβάσουμε στον public_html και στον www/administrator.
Εάν έχετε κάνει σωστά τις ρυθμίσεις οι ενδείξεις ασφαλείας θα φύγουν. Μην ξεχνάτε ότι δεν είναι ο σωστός τρόπος αλλά είναι μία λύση για αυτούς που δεν έχουν vps και dedicated και φυσικά δεν μπορούν να πουν σε αυτόν που φιλοξενούνται να αλλάξουν τις ρυθμίσεις του σέρβερ για αυτούς.
<?php
// Put all the php.ini parameters you want to change below. One per line.
// Follow the example format $parm[] = "parameter = value";
$parm[] = "register_globals = Off";
//$parm[] = "session.use_trans_sid = 0";
// full unix path - location of the default php.ini file at your host
// you can determine the location of the default file using phpinfo()
$defaultPath = '/usr/local/lib/php.ini';
// full unix path - location where you want your custom php.ini file
$customPath = "/home/?name?/public_html/php.ini";
// nothing should change below this line.
if (file_exists($defaultPath)) {
$contents = file_get_contents($defaultPath);
$contents .= "\n\n; USER MODIFIED PARAMETERS FOLLOW\n\n";
foreach ($parm as $value) $contents .= $value . " \n";
$handle = fopen($customPath, 'w');
if (fwrite($handle, $contents)) {
fclose($handle);
if (chmod($customPath,0600)) $message = "The php.ini file has been modified and copied";
else $message = "Processing error - php.ini chmod failed";
} else {
$message = "Processing error - php.ini write failed";
}
} else {
$message = "Processing error - php.ini file not found";
}
echo $message;
?>
επίσης βάλτε στο τέλος του php.ini και αυτό
disable_functions = "system, exec, passthru, shell_exec, suexec, dbmopen, popen, proc_open, disk_free_space, diskfreespace, set_time_limit, leak"
Σε όλες τις περιπτώσεις να πάρετε ένα backup πρίν ( αυτό ισχύει πάντα) και οι έχοντες καλύτερη γνώση παρακαλώ να διορθώσουν ή να συμπληρώσουν.
-
Μια άλλη καλή λύση είναι να πάρετε hosting απο server που υποστηρίζουν το ELXIS, οπότε οι ρυθμίσεις είναι αυτές που θέλετε.
:D
-
Να ζητήσω δηλαδή από το hosting να μου δώσουν ένα αντίγραφο του php.ini........?
αυτό δεν είναι απαραίτητο...
απαραίτητο είναι να επιτρέπεται στην php να διαβάσει το δικό σου php.ini
από εκεί και μετά.....
όσες παράμετροι υπάρχουν στο δικό σου θα επηρεαστούν... οι υπόλοιπες θα έρθουν αυτόματα από το default της php(oxi to custom του provider ).
δηλαδή μπορεί να μοιάζει περίπου έτσι:
allow_url_fopen = Off
short_open_tag = On
display_errors = Off
upload_max_filesize = 50M
post_max_size = 50M
session.save_path = /home/username/public_html/somedir
disable_functions = "system, exec, passthru, shell_exec, suexec, dbmopen, popen, proc_open, disk_free_space, diskfreespace, set_time_limit, leak"
και αυτό είναι αρκετό
αυτή είναι η φιλοσοφία , από εκεί και πέρα υπάρχει το θέμα πώς θα διαβάζεται το php.ini, σε suphp για παράδειγμα χρειάζεται ένα htaccess που να περιέχει την εντολή suPHP_ConfigPath /home/somepath
αν mod_php τοτε μπορεί να βάλεις με παρόμοιο τρόπο τα php-settings σε htaccess, τεσπα ..
δες το wiki γιαυτό το θέμα
YG. αυτά από τους σερβερ που έχω δοκιμάσει τόσο σε suphp και mod_php linux με γνωστα cpanel... τώρα σε τίποτα περίεργα installations δε μπορώ να πώ!
ΥΓ2 Νίκο... Εκείνο που δεν μπορώ να καταλάβω είναι γιατί να ανεβάσω εκείνο το script στο σερβερ, για να να κατεβάσω το default κάτω, και αν ναι, γιατί?
-
Είχα διαβάσει για αυτά και τα μεταφέρω χωρίς να είμαι σίγουρος 100% αλλά ξέρω ότι δεν πρόκειτε να χαλάσουν κάτι ή να προξενήσουν ζημιά για αυτό και το κάνω.
Εγώ όλα τα accounts έτσι τα δούλευα όσο είχα reseller λογαριασμό.
Σαφώς και μπορεί να γίνει με τον τρόπο που προτείνεις αλλά δεν πειράζει να το έχεις ολόκληρο το php.ini και να κάνεις τις απαραίτητες διορθώσεις. ;D Το script μετά θα πρέπει να σβηστεί . ;)
-
απαραίτητο είναι να επιτρέπεται στην php να διαβάσει το δικό σου php.ini (να είσαι μέσα στα επιτρεπτά paths)
Αρχικά, λοιπόν, θα πρέπει να επικοινωνήσω μαζί τους για μου πουν αν αυτό είναι εφικτό.
-
To δοκίμασα και λειτούργησε (πριν μου απαντήσουν από το hosting)
Παιδιά, σας ευχαριστώ όλους για τη βοήθειά σας.
-
Ώπα παιδιά... ΠΡΟΣΟΧΗ! (αναφέρομαι στους έχοντες λίγες γνώσεις, όπως εγώ, που πιθανότατα να διάβασαν ή θα διαβάσουν το παρών post)
Οι ρυθμίσεις της php, όταν βάλουμε το δικό μας php.ini μόνο στο root και στον administrator, δεν αφορούν τελικά όλους τους φακέλους κάτω από το root και τους υποφακέλους αυτών. Μπορεί το exlis να μην εμφανίζει πλέον τις προειδοποιήσεις ασφαλείας (αφού μάλλον κοιτάει τον /administrator) αλλά στους υποφακέλους οι ρυθμίσεις της php πέρνονται από το default αρχείο του hosting.
Για να λυθεί το πρόβλημα (με αυτόν τον τρόπο) πρέπει το custom αρχείο php.ini να μπει παντού. Εργασία βέβαια εξαιρετικά χρονοβόρα, και που χρειάζεται και προσοχή. Αν δεν είστε 100% σίγουροι για τις ρυθμίσεις που θα δώσετε, μην επιχειρήσετε τίποτα. Συμβουλευτείτε πρώτα τους "εδικούς" του elxis.
Τώρα το πήρα χαμπάρι και σας το αναφέρω αμέσως γιατί όπως είχα "κλείσει" το post θα έπαιρνα κανέναν στο λαιμό μου.
-
Και καταλήγουμε στο συμπέρασμα: Πριν αποκτήσετε κάποιο λογαριασμό/πακέτο φιλοξενίας, εξετάστε εάν μπορεί σε αυτό, να λειτουργήσει ΑΠΡΟΣΚΟΠΤΑ το Elxis site σας! ;)
-
Για να λυθεί το πρόβλημα (με αυτόν τον τρόπο) πρέπει το custom αρχείο php.ini να μπει παντού.
Σωστά !!!
Και καταλήγουμε στο συμπέρασμα: Πριν αποκτήσετε κάποιο λογαριασμό/πακέτο φιλοξενίας, εξετάστε εάν μπορεί σε αυτό, να λειτουργήσει ΑΠΡΟΣΚΟΠΤΑ το Elxis site σας!
Πολύ πιο σωστά ;D ;D
-
βρε θανάση σε τι server τρέχεις...? apache module suphp.... τι?
Και καταλήγουμε στο συμπέρασμα: Πριν αποκτήσετε κάποιο λογαριασμό/πακέτο φιλοξενίας, εξετάστε εάν μπορεί σε αυτό, να λειτουργήσει ΑΠΡΟΣΚΟΠΤΑ το Elxis site σας!
αυτό πάντα εννοείται
-
Τι να πρωτοκοιτάξει κανείς...?
Μπορεί, για έναν επαγγελματία του χώρου, κάποια πράγματα να φένονται αυτονόητα και δεδομένα, όμως για εμάς τους υπόλοιπους δεν είναι. Για το λόγο ανατρέχουμε στα αντίστοιχα forum, ώστε να μας «ανοίξουν τα μάτια» οι ειδικοί. Και, δόξα το Θέο, τις όποιες γνώσεις έχω αποκομίσει μέχρι τώρα, το μικρό αυτό διάστημα που ασχολούμε, μου τις έδωσαν απλόχερα τα μέλη και οι δημοσιεύσεις αυτού του forum, και γι αυτό τους ευχαριστώ.
Το θέμα είναι ότι, στη συγκεκριμένη περίπτωση μπορεί εύκολα κάποιος (σαν και εμένα) να την πατήσει. Γιατί αν δεν μπει το php.ini σε όλους τους φακέλους, το elxis «νομίζει» στον έλεγχο που κάνει στο updiag ότι είναι ασφάλες ενώ δεν είναι.
Μήπως θα πρέπει να προβλεφθεί μια τέτοια περίπτωση, ώστε, στην επόμενη αναβάθμιση, το elxis να ελέγχει τις ρυθμίσεις της php και στους υποφακέλους?
Θα ήταν χρήσιμο και εφικτό κάτι τέτοιο ή λέω μακακίες?
Επίσης, αυτό που σίγουρα θα ήταν χρήσιμο, για πολλούς «ποντικαράδες» σαν και εμένα, θα ήταν ένα αναλυτικό και τεκμηριωμένο θέμα σχετικά με την επιλογή του hosting, το οποίο θα μπορούσε να αναρτηθεί στο forum και στο site του elxis, ακόμα και να συμπεριληφθεί στο προκαθορισμένο περιεχόμενο της εγκατάστασης.
Παρόλο που αυτό δεν αφορά ουσιαστικά το elxis, αλλά είναι ένα βασικό πληροφοριακό υλικό για αρχάριους, νομίζω πως δε θα ήταν περιτό.
Στο site του elxis, πολύ σοφά και αναλυτικά αναφέρονται οι απαιτήσεις του συστήματος, άρα συνεπάγονται και οι δυνατότητες που θα πρέπει να παρέχονται από το hosting.
Άραγε όμως, πόσοι από αυτούς που χρησιμοποιούν το elxis, ή οποιοδήποτε άλλο CMS, γνωρίζουν εκ των προτέρων αν οι ρυθμίσεις που θα κληθούν στην πορεία να κάνουν στο πακέτο φιλοξενείας τους, επιτρέπονται ή όχι από τον πάροχο;
Δεν ισχυρίζομαι σε καμία περίπτωση ότι είναι πολλοί αυτοί που δεν γνωρίζουν αυτά τα βασικά θέματα, απλά το υποψιάζομαι. Αν και οι «έχοντες τις γνώσεις» έχουν την ίδια υποψία, είμαι σίγουρος ότι κάποια στιγμή θα δούμε και τέτοιες, γενικού ενδιαφέροντος πληροφορίες από το elxis.
Άλλωστε, και από άποψη marketing να το δούμε, για την εξάπλωση του elxis, θα ήταν καλό να αποτελέσει μια κοιτίδα γενικότερης γνώσης, «κρατώντας» τους επισκέπτες εδώ, χωρίς να χρειάζεται να ψάχνουν και αλλού. Κάτι σαν το SuperMarket δήλαδη... «αφού ήρθες... μπορείς να πάρεις από όλα»
Προσοχή: Τα όσα αναφέρω αφορούν καθαρά το πως αντιλαμβάνομαι εγώ κάποια πράγματα, σύμφωνα με τις λίγες γνώσεις που έχω, και σε ΚΑΜΙΑ ΠΕΡΙΠΤΩΣΗ ΔΕΝ ΑΠΟΤΕΛΟΥΝ μομφή για ελλείψεις του elxis. Το αντίθετο! Μακάρι όλα τα cms να είχαν την πληρότητα, τις δυνατότητες, αλλά κυρίως την υπεύθυνη υποστήριξη που παρέχει το elxis. Πιστεύω ότι το elxis είναι χιλιόμετρα μακριά από όλα τα άλλα.
-
ουφ... κουράστηκα!
διάβασε το ρημάδι το wiki!
Το θέμα είναι ότι, στη συγκεκριμένη περίπτωση μπορεί εύκολα κάποιος (σαν και εμένα) να την πατήσει. Γιατί αν δεν μπει το php.ini σε όλους τους φακέλους, το elxis «νομίζει» στον έλεγχο που κάνει στο updiag ότι είναι ασφάλες ενώ δεν είναι.
Μήπως θα πρέπει να προβλεφθεί μια τέτοια περίπτωση, ώστε, στην επόμενη αναβάθμιση, το elxis να ελέγχει τις ρυθμίσεις της php και στους υποφακέλους?
Θα ήταν χρήσιμο και εφικτό κάτι τέτοιο ή λέω μακακίες?
χμμμ.. εσύ τι λές?
Παρόλο που αυτό δεν αφορά ουσιαστικά το elxis, αλλά είναι ένα βασικό πληροφοριακό υλικό για αρχάριους, νομίζω πως δε θα ήταν περιτό.
και ποίος σου είπε δεν υπάρχει?
Στο site του elxis, πολύ σοφά και αναλυτικά αναφέρονται οι απαιτήσεις του συστήματος, άρα συνεπάγονται και οι δυνατότητες που θα πρέπει να παρέχονται από το hosting.
ποιος σου είπε κάτι για απαιτήσεις? μήπως είναι προτάσεις?
Υγ. να μην μπερδευουμε τους χρήστες!
τελικά τι server έχεις... για να σου πω τι να κάνεις?
Edit... έστειλε PM ... suphp... διάβασε στο wiki ή βάζε 1500 php.ini με το χερι ενα-ενα
http://wiki.elxis.org/wiki/PHP_settings
-
χμμμ.. εσύ τι λές?
Δεν ξέρω γι΄αυτό ρωτάω. Θα προτιμούσα να μου έλεγες ότι λεω μακακίες (και γιατί) παρά να με ρωτάς αυτό που σε ρωτάω. Από τη μια «ουφ», και από την άλλη «αναγκάζεις» τον ευατό σου να μπει στη διαδικασία να διαβάζει και να απαντά στις «μακακίες» καθενός.
και ποίος σου είπε δεν υπάρχει?
Υπάρχει κάπου πληροφοριακό υλικό για ΕΠΛΟΓΗ HOSTING? Σε αυτό αναφερόμουν.
Χίλια συγνώμη αλλά δεν την έχω δεί. Θα μπορούσες να μου πεις το «ρημάδι» το link που αναφέρεται σε αυτή, ώστε να μην αναγκάζομαι να σε ξαναρωτάω?
ποιος σου είπε κάτι για απαιτήσεις? μήπως είναι προτάσεις?
Σε αυτό αναφέρομαι.... https://www.elxis.org/el/apaitiseis-systimatos.html
Ερώτηση: Η ανάγνωση και η απάντηση των δημοσιεύσεων των μελών, είναι αναγκαστική?
-
Υπάρχει κάπου πληροφοριακό υλικό για ΕΠΛΟΓΗ HOSTING? Σε αυτό αναφερόμουν.
Χίλια συγνώμη αλλά δεν την έχω δεί. Θα μπορούσες να μου πεις το «ρημάδι» το link που αναφέρεται σε αυτή, ώστε να μην αναγκάζομαι να σε ξαναρωτάω
Στην κεντρική σελίδα, επάνω δεξιά έχει την επιλογή ΥΠΟΣΤΗΡΙΞΗ διάβασε εκεί την παράγραφο "Παροχείς επαγγελματικών λύσεων"
https://www.elxis.org/el/ypostirixi.html
Edit: Και φυσικά υπάρχει στο forum αυτή η ενότητα https://forum.elxis.org/index.php?board=48.0 όπου κάποιος μπορεί να αναζητήσει οτιδήποτε αφορά το Elxis. Γιατί όχι και πάροχο.
Ερώτηση: Η ανάγνωση και η απάντηση των δημοσιεύσεων των μελών, είναι αναγκαστική?
Τι εννοείς;
-
Supernet... Διάβασε σε παρακαλώ το τί γράφω
Επίσης, αυτό που σίγουρα θα ήταν χρήσιμο, για πολλούς «ποντικαράδες» σαν και εμένα, θα ήταν ένα αναλυτικό και τεκμηριωμένο θέμα σχετικά με την επιλογή του hosting, ............
και μετά κοίταξε το τί μου απάντησες.
Ή εγώ έχω ξεχάσει να γράφω Ελληνικά ή εσύ βιάστηκες και δεν διάβασες όλο το post.
-
Thanasis ... εχω την εντύπωση ότι σου αρέσει να σχολιάζεις και όχι να δοκιμάζεις-τεστάρεις-εφαρμόζεις αυτά που σου προτείνουν! οι "ειδικοί" όπως πολύ ειρωνικά παραθέτεις
αν νομίζεις ότι έτσι δίνεις λύση στο πρόβλημα σου κάνεις λάθος!
εκτός και θεωρείς πώς βρήκες τη λύση!
Μου κάνει μεγάλη περιέργεια γιατί από την πρώτη σελίδα δεν δοκίμασες(σωστά) αυτό που προτείνεται στο wiki...
και απορώ με την τόση φιλοσοφία!
σου δίνω τη λύση και εσύ θες αντί και μαλλιστα πριν να την δοκιμάσεις να την φιλοσοφήσεις!
https://www.elxis.org/el/apaitiseis-systimatos.html
βλέπεις πουθενά να λέει εκεί για αυτά που μιλάμε?
Από την άλλη θα συμφωνήσω με τον supernet στο ποστ του... και θα συμπληρώσω πώς αν νομίζεις ότι εμείς οι υπόλοιποι δεν ξέρουμε τι λέμε... τότε βρές κάποιον επαγγελματία
Βλέπεις ότι έχουμε όλη τη διάθεση να δώσουμε λύσεις .... αλλά ....
-
Supernet... Διάβασε σε παρακαλώ το τί γράφω
Επίσης, αυτό που σίγουρα θα ήταν χρήσιμο, για πολλούς «ποντικαράδες» σαν και εμένα, θα ήταν ένα αναλυτικό και τεκμηριωμένο θέμα σχετικά με την επιλογή του hosting, ............
και μετά κοίταξε το τί μου απάντησες.
Ή εγώ έχω ξεχάσει να γράφω Ελληνικά ή εσύ βιάστηκες και δεν διάβασες όλο το post.
Κοίτα τι λέει μεταξύ των άλλων....
Αν επιθυμείτε να αποκτήσετε έναν υψηλής ποιότητας ιστότοπο με μοναδική αισθητική ή θέλετε να είστε σίγουροι ότι ο ιστότοπός σας θα είναι ασφαλής και λειτουργικός οποιαδήποτε στιγμή προσλάβετε έναν επαγγελματία. κλπ κλπ κλπ.....
Από κει και πέρα, πάω πάσο. Διότι σου δίνει τη λύση στο πιάτο!
-
Thanasis ... εχω την εντύπωση ότι σου αρέσει να σχολιάζεις και όχι να δοκιμάζεις-τεστάρεις-εφαρμόζεις αυτά που σου προτείνουν! οι "ειδικοί" όπως πολύ ειρωνικά παραθέτεις
ΣΕ ΚΑΜΙΑ ΠΕΡΙΠΤΩΣΗ ΔΕΝ ΗΤΑΝ ΕΙΡΩΝΙΑ. ΤΟ ΟΤΙ ΕΒΑΛΑ ΤΗ ΛΕΞΗ ΜΕΣΑ ΣΕ ΕΙΣΑΓΩΓΙΚΑ ΔΕΝ ΗΤΑΝ ΕΙΡΩΝΙΚΟ, ΑΛΛΑ ΓΙΑ ΤΗΝ ΤΟΝΙΣΩ.
ΡΕ ΠΑΙΔΙΑ ΜΗ ΤΡΕΛΛΑΘΟΥΜΕ ΚΙΟΛΑΣ. ΣΕ ΚΑΜΙΑ ΠΕΡΙΠΤΩΣΗ, ΣΕ ΚΑΝΕΝΑ POST ΔΕΝ ΝΟΜΙΖΩ ΝΑ ΕΧΩ ΔΕΙΞΕΙ ΟΤΙ ΕΙΡΩΝΕΥΟΜΑΙ ΚΑΝΕΝΑΝ. ΑΝ ΣΕ ΚΑΠΟΙΟΝ ΕΧΕΙ ΔΗΜΙΟΥΡΓΗΘΕΙ ΤΕΤΟΙΑ ΕΝΤΥΠΩΣΗ ΤΟΥ ΖΗΤΑΩ ΔΗΜΟΣΙΑ ΣΥΓΝΩΜΗ ΚΑΙ ΞΑΝΑΛΕΩ ΟΤΙ ΠΟΤΕ ΔΕΝ ΕΙΧΑ ΑΥΤΗ ΤΗ ΔΙΑΘΕΣΗ ΜΕΧΡΙ ΤΩΡΑ.
Edit: Καλά... από τα νεύρα μου τώρα το είδα... τη λέξη ειδικοί ΔΕΝ την είχα βάλει καν σε εισαγωγικά. Από που στο καλό προκύπτει ειρωνία? Θα τρελλαθούμε τελείως?
αν νομίζεις ότι έτσι δίνεις λύση στο πρόβλημα σου κάνεις λάθος!
εκτός και θεωρείς πώς βρήκες τη λύση!
Μου κάνει μεγάλη περιέργεια γιατί από την πρώτη σελίδα δεν δοκίμασες(σωστά) αυτό που προτείνεται στο wiki...
Το ότι δεν δοκίμασα αυτή τη λύση από την πρωτη στιμγή, είναι γιατί απλά ΔΕΝ ΞΕΡΩ τί από αυτά που αναφέρονται εκεί αφορούν στην περίπτωση μου. Έχει μαλλιάσει η γλώσσα μου να λέω ότι είμαι «ποντικαράς» άρα, είναι λογικό να μην ξέρω το τί αφορά στον δικό μου σερβερ (mod_php, SuPhp κ.λπ). Σήμερα πληροφορήθηκα από εσένα, και σε ευχαριστώ πολύ για αυτό, μετά το pm που σου έστειλα ότι τελικά έχω suphp. Tο ότι δεν είμαι γνώστης των πραγμάτων και προσπαθώ πριν κάνω κάτι να το καταλάβω, είναι κακό? Μα πώς θα κάνω κάτι που δεν γνωρίζω? Αν δεις την σειρά των post θα καταλάβεις.
και απορώ με την τόση φιλοσοφία!
σου δίνω τη λύση και εσύ θες αντί και μαλλιστα πριν να την δοκιμάσεις να την φιλοσοφήσεις!
Δεν βλέπω πού έχω φιλοσοφίσει κάτι. Και ειδικότερα την απάντηση κάποιου. Μπορείς σε παρακαλώ να μου υποδείξεις σε αυτά που έχω γράψει το τί θεωρείς φιλοσοφίες? Ειλικρινά, δεν είχα καμία διάθεση για φιλοσοφίες. Αν έτσι εκλαμβάνονται από κάποιους, τί να πώ... ειλικρινά, συγνώμη.
Παράθεση
https://www.elxis.org/el/apaitiseis-systimatos.html
βλέπεις πουθενά να λέει εκεί για αυτά που μιλάμε?
Επαναλαμβάνω: Σε παρακαλώ ξαναδιάβασε προσεκτικά το post που αναφέρω για το «απαιτήσεις συστήματος» και πες μου πιο είναι το πρόβλημα με αυτά που γράφω, γιατί δεν έχω καταλάβει ακόμα τί θες να μου πεις με αυτό.
Από την άλλη θα συμφωνήσω με τον supernet στο ποστ του...
Συγχωρέστε με αλλά αυτή η απάντηση είναι άσχετη. Εκεί κολλάει και το «τρία πουλάκια κάθονταν..»
Ρωτάει ο Γιωρίκας τον Κωστίκα...
...Κωστίκα, ξέρεις που μπορώ να διαβάσω για να μάθω τον τρόπο να επιλέγω ντομάτες? Να ξέρω ρε παιδί μου τί να προσέχω, πώς θα πρέπει να είναι η ντομάτα και τέτοια, ώστε να μην με πιάνουνε κορόιδο.
...Ρε συ Γιωρίκα, πήγαινε στο μανάβικο του κυρ Μήτσου. Εκεί θα ψωνίζεις με κλειστά τα μάτια. Ό,τι πάρεις θα είναι καραντί!
Κουίζ: Απάντησε ο Κωστίκας στο Γιωρίκα?
και θα συμπληρώσω πώς αν νομίζεις ότι εμείς οι υπόλοιποι δεν ξέρουμε τι λέμε... τότε βρές κάποιον επαγγελματία
Βλέπεις ότι έχουμε όλη τη διάθεση να δώσουμε λύσεις .... αλλά ....
Αν νόμιζα ότι εσείς δεν ξέρετε, δεν θα έγραφα στο forum. Καλά ρε παιδιά, γιατί τέτοια τσίτα και τάση για παρεξήγηση? Από που προκύπτει πως πιστεύω ότι εσείς δεν ξέρετε, ότι εγώ βρήκα τη λύση και άλλα τέτοια κουφά? Φαντάσου να έλεγα και τίποτα.
Δεν μπορώ να καταλάβω γιατί τέτοια επίθεση ξαφνικά.
Μα τη Παναγία... έστω και ένας από εσάς να έχει πρόβλημα μαζί μου, εγώ δεν θα ξαναγράψω ούτε γράμμα εδώ μέσα.
Μια ερώτηση έκανα και βρήκα και το μπελά μου.
-
Καμία τσίτα, καμία τάση για παρεξήγηση και κανένας δεν έχει πρόβλημα!
-
Καμία τσίτα, καμία τάση για παρεξήγηση και κανένας δεν έχει πρόβλημα!
και επαυξάνω...
kai na to link http://wiki.elxis.org/wiki/PHP_settings η τρίτη η τετάρτη φορά που στο δίνω
***********
το πρόβλημα είναι πώς ενώ δε ξέρεις... τα συμπεράσματα τα βγάζεις!
και μάλιστα δίνεις και συμβουλές! κάνεις και προτάσεις!
αντί να ρωτήσεις γιατί ισχύει κάτι που λέμε εμείς οι άλλοι ... και που εσύ δε μπορείς να πετύχεις.... αρχίζεις με ... φιλοσοφίες >>>
Τι να πρωτοκοιτάξει κανείς...?
Μπορεί, για έναν επαγγελματία του χώρου, κάποια πράγματα να φένονται αυτονόητα και δεδομένα, όμως για εμάς τους υπόλοιπους δεν είναι. Για το λόγο ανατρέχουμε στα αντίστοιχα forum, ώστε να μας «ανοίξουν τα μάτια» οι ειδικοί. Και, δόξα το Θέο, τις όποιες γνώσεις έχω αποκομίσει μέχρι τώρα, το μικρό αυτό διάστημα που ασχολούμε, μου τις έδωσαν απλόχερα τα μέλη και οι δημοσιεύσεις αυτού του forum, και γι αυτό τους ευχαριστώ.
Το θέμα είναι ότι, στη συγκεκριμένη περίπτωση μπορεί εύκολα κάποιος (σαν και εμένα) να την πατήσει. Γιατί αν δεν μπει το php.ini σε όλους τους φακέλους, το elxis «νομίζει» στον έλεγχο που κάνει στο updiag ότι είναι ασφάλες ενώ δεν είναι.
Μήπως θα πρέπει να προβλεφθεί μια τέτοια περίπτωση, ώστε, στην επόμενη αναβάθμιση, το elxis να ελέγχει τις ρυθμίσεις της php και στους υποφακέλους?
Θα ήταν χρήσιμο και εφικτό κάτι τέτοιο ή λέω μακακίες?
Επίσης, αυτό που σίγουρα θα ήταν χρήσιμο, για πολλούς «ποντικαράδες» σαν και εμένα, θα ήταν ένα αναλυτικό και τεκμηριωμένο θέμα σχετικά με την επιλογή του hosting, το οποίο θα μπορούσε να αναρτηθεί στο forum και στο site του elxis, ακόμα και να συμπεριληφθεί στο προκαθορισμένο περιεχόμενο της εγκατάστασης.
Παρόλο που αυτό δεν αφορά ουσιαστικά το elxis, αλλά είναι ένα βασικό πληροφοριακό υλικό για αρχάριους, νομίζω πως δε θα ήταν περιτό.
Στο site του elxis, πολύ σοφά και αναλυτικά αναφέρονται οι απαιτήσεις του συστήματος, άρα συνεπάγονται και οι δυνατότητες που θα πρέπει να παρέχονται από το hosting.
Άραγε όμως, πόσοι από αυτούς που χρησιμοποιούν το elxis, ή οποιοδήποτε άλλο CMS, γνωρίζουν εκ των προτέρων αν οι ρυθμίσεις που θα κληθούν στην πορεία να κάνουν στο πακέτο φιλοξενείας τους, επιτρέπονται ή όχι από τον πάροχο;
Δεν ισχυρίζομαι σε καμία περίπτωση ότι είναι πολλοί αυτοί που δεν γνωρίζουν αυτά τα βασικά θέματα, απλά το υποψιάζομαι. Αν και οι «έχοντες τις γνώσεις» έχουν την ίδια υποψία, είμαι σίγουρος ότι κάποια στιγμή θα δούμε και τέτοιες, γενικού ενδιαφέροντος πληροφορίες από το elxis.
Άλλωστε, και από άποψη marketing να το δούμε, για την εξάπλωση του elxis, θα ήταν καλό να αποτελέσει μια κοιτίδα γενικότερης γνώσης, «κρατώντας» τους επισκέπτες εδώ, χωρίς να χρειάζεται να ψάχνουν και αλλού. Κάτι σαν το SuperMarket δήλαδη... «αφού ήρθες... μπορείς να πάρεις από όλα»
Προσοχή: Τα όσα αναφέρω αφορούν καθαρά το πως αντιλαμβάνομαι εγώ κάποια πράγματα, σύμφωνα με τις λίγες γνώσεις που έχω, και σε ΚΑΜΙΑ ΠΕΡΙΠΤΩΣΗ ΔΕΝ ΑΠΟΤΕΛΟΥΝ μομφή για ελλείψεις του elxis. Το αντίθετο! Μακάρι όλα τα cms να είχαν την πληρότητα, τις δυνατότητες, αλλά κυρίως την υπεύθυνη υποστήριξη που παρέχει το elxis. Πιστεύω ότι το elxis είναι χιλιόμετρα μακριά από όλα τα άλλα.
κάπου εδώ έχασες το θέμα του topic
στους ειδικούς και τα ειρωνικά βάλε λάθος μου, είχα στο νου μου τους >>> «έχοντες τις γνώσεις»
και θα προσθέσω και το
Από την άλλη θα συμφωνήσω με τον supernet στο ποστ του...
Συγχωρέστε με αλλά αυτή η απάντηση είναι άσχετη. Εκεί κολλάει και το «τρία πουλάκια κάθονταν..»
Ρωτάει ο Γιωρίκας τον Κωστίκα...
...Κωστίκα, ξέρεις που μπορώ να διαβάσω για να μάθω τον τρόπο να επιλέγω ντομάτες? Να ξέρω ρε παιδί μου τί να προσέχω, πώς θα πρέπει να είναι η ντομάτα και τέτοια, ώστε να μην με πιάνουνε κορόιδο.
...Ρε συ Γιωρίκα, πήγαινε στο μανάβικο του κυρ Μήτσου. Εκεί θα ψωνίζεις με κλειστά τα μάτια. Ό,τι πάρεις θα είναι καραντί!
Κουίζ: Απάντησε ο Κωστίκας στο Γιωρίκα?
****
Σε αυτό αναφέρομαι.... https://www.elxis.org/el/apaitiseis-systimatos.html
βλέπεις πουθενά να λέει εκεί για αυτά που μιλάμε?
για το php.ini μιλάμε και τα php settings
να και τούτο.. http://wiki.elxis.org/wiki/Elxis_Requirements
πού το βρήκες ότι είναι απαίτηση του elxis η short_open_tag για παράδειγμα ?
επίσης εγω δεν έκανα ποτέ ... ουφ... για να δώσω βοήθεια, όση μπορώ και ξέρω... αλλά ουφ σε τέτοια ποστ που μιλάνε αλλα-ντ'αλλα ναι!
και είμαι από τους λίγους που απαντάνε και στα πιο απλά πράγματα!
ΥΓ. φίλε thanasis κανένας εδώ δεν έχει πρόβλημα με κανένα! αλλά εχεις βιαστεί πολύ να καταλήξεις ή να προεκτείνεις σε πολλά.
και
τελικά ... έκανες δουλειά?
-
Τελικά συνεχίζεις να με παρεξηγείς.
Ας πάρουμε τα πράγματα από την αρχή, με την σωστή σειρά. Προσπάθησε να καταλάβεις την σειρά, το τί και το πώς έχει γραφτεί από όλους. Έχει σημασία.
• Το post το ανοίγω πριν από μέρες και ρωτάω για το php.ini
• Ο Supernet μου επιβεβαιώνει ότι αυτό που ρωτάω πρέπει να γίνει από το php.ini και μου λέει ότι αν δεν έχω προσβάση να τη ζητήσω από το hosting
• Ο Νίκος μου αναφέρει ότι υπάρχει τρόπος να κατεβάσω το php.ini, να το επεξεργαστώ και το βάλω σε όλους τους φακέλους. Δεν εξηγεί το πώς θα γίνει αυτό, απλά μου το αναφέρει, ενημερώνοντάς με παράληλα ότι ΔΕΝ είναι ο πιο ενδεδειγμένος τρόπος
• Εγώ ρωτάω αν υπάρχει άλλος τρόπος
• Εσύ, μπαίνεις στο post και μου λες ότι: ποιος άλλος τρόπος? μόνο ένας υπάρχει .. η επέμβαση στη php!
Σημείωση: μα όταν ρωτάω αν υπάρχει άλλος τρόπος, εσύ καταλαβαίνεις ότι εννοώ, άλλον τρόπο από τι να μην επέμβω στην php?. Ρωτάω με ποιόν άλλον τρόπο (από αυτόν που ανέφερε ο Νίκος) θα μπορούσα να επέμβω στην php. Γιατί λοιπόν μου απαντάς με αυτό το στυλάκι?
Και στην συνέχεια με παραπέμπεις στο wiki για να δω τον τρόπο που μου προτίνεις εσύ, διευκρινίζοντάς μου παράλληλα ότι αυτό που λέει ο Νίκος, για τοποθέτηση του php.ini σε όλους τους φακέλους, δεν χρειάζεται αλλά αρκεί στο root. (Εννοώντας, από ότι καταλαβαίνω τώρα, αν εφαρμοστεί ο τρόπος που προτίνεται στο wiki)
«Μετά από αυτό, εγώ μπαίνω στο wiki και πελαγώνω γιατί δεν μπορώ να βρω με τί σκατά php δουλεύει ο σερβερ μου (mod_php, SuPhp κ.λπ), και έτσι δεν κάνω τίποτα. Μα καλά θα μου πεις, αφού δεν έβρισκες άκρη γιατί δεν ρώτησες, όπως με ρώτησες με pm σήμερα? Γιατί βλέπεις, ο μακάκας, δεν θέλω να σας τα πρήζω κάθε τρείς και λίγο με τις παιδικές απορίες μου. Γι αυτό.»
• Ρωτάω πολύ αφελέστα αν μπορώ να κάνω δουλειά ζητώντας από το hosting να μου δώσουν το php.ini για να το ανεβάσω τροποποιημένο εκεί που θέλω.
• Ο Νίκος, ποστάρει αναλυτικά το πώς μπορεί να γίνει, με τον τρόπο που εκείνος πρότινε σαν εναλλακτικό. Ταυτόχρονα, προσκαλεί όσους γνωρίζουν πέντε πράγματα παραπάνω, να διορθώσουν ή να συμπληρώσουν αυτά που λέει.
• Εσύ, επανέρχεσαι και μου λες ότι το πρωτότυπο php.ini δεν το χρειάζομαι, αφού μπορώ να φτιάξω και να ανεβάσω ένα δικό μου, αρκεί να επιτρέπεται στην php να το διαβάσει.
• Εγώ λέω ότι θα επικοινωνήσω με το hosting για να μου πουν αν θα επιτρέπεται να το διαβάσει.
• Αμέσως μετά αναφέρω στο post ότι το δοκίμασα και λειτούργησε.
ΕΔΩ ΜΑΛΛΟΝ ΞΕΚΙΝΑ Η ΠΡΩΤΗ ΠΑΡΕΞΗΓΗΣΗ, ΚΑΙ ΜΑΛΛΟΝ ΦΤΑΙΩ ΕΓΩ ΓΙΑΤΙ ΔΕΝ ΔΙΕΥΚΡΙΝΙΣΑ ΤΟ ΤΙ ΗΤΑΝ ΑΥΤΟ ΠΟΥ ΔΟΚΙΜΑΣΑ.
Εγώ λοιπόν, μην γνωρίζοντας όπως είπα προηγουμένως το τί είχα στο σερβερ (mod_php, SuPhp κ.λπ), δοκίμασα τον τρόπο του Νίκου. Βάζοντας το αρχείο μόνο στο root (έχοντας στο μυαλό μου αυτό που είχες πει εσύ) ελέγχω με phpinfo αρχείο και βλέπω ότι είναι εντάξει αλλά το updiag συνεχίζει να μου δείχνει προειδοποιήσεις. Στην συνέχεια (έχοντας στο μυαλό αυτό που είπε ο Νίκος) το βάζω και στον administrator και ελέγχοντας με το updiag βλέπω ότι οι προειδοποιήσεις έφυγαν. Θεωρώ λοιπόν εσφαλμένα ότι το πρόβλημα λύθηκε και το αναφέρω.
• Την άλλη μέρα, ύστερα από την συμβουλή ενός φίλου, παίρνω χαμπάρι ότι αυτό δεν έλυνε το πρόβλημα και στους υποφακέλους, και το πρώτο πράγμα που κάνω είναι να ενημερώσω στο φόρουμ, για να μην πάρω κάποιον στο λαιμό μου, αφού ο τρόπος που δοκίμασα, όπως τον δοκίμασα, ήταν λάθος.
Στη συνέχεια...
• Ο supernet αναφέρει ότι... πριν αγοράσεις ρώτα.
• Ο νίκος το ίδιο, επιβεβαιώντας όμως παράλληλα ότι το php.ini πρέπει να μπαίνει σε όλους φακέλους.
• Εσύ, συμφωνείς με τον supernet, δεν διαφωνείς με τον Νίκο, και ταυτόχρονα με ρωτάς σε τί σερβερ τρέχω. Στο σημείο αυτό σου στέλνω pm, κάτι, που υπέθετα ότι εσύ θα μπορούσες να καταλάβεις γιατί εγώ δεν μπορούσα. Και όντως κατάλαβες.
Μέχρι εσύ να διαβάσεις το pm και να μου απαντήσεις, γράφω αυτά που εσύ θεωρείς φιλοσοφίες και αρχίζουν ΑΑΑΛΛΕΣ ΠΑΡΕΞΗΓΗΣΕΙΣ.
• Στην συνέχεια, πρώτα σχολιάσες αυτά που έγραψα, και αργότερα, με edit, αναφέρεις ότι τελικά έχω suphp.
Aπό το σημείο αυτό και κάτω, αρχίζει το μπάχαλο, και αρχίζω και εγώ να παίρνω ανάποδες.
Ας διαβάσει λοιπόν κάποιος τα όσα γράφονται από τον καθένα μας, από εκεί και κάτω και ας μας πει ποιός μίλησε ειρωνικά και ποιός όχι.
Πέρα όμως από τον τρόπο που μου απάντησες, (που αν θέλεις εν’ μέρη τον δικαιολογώ όταν καλείσε κάθε μέρα να απαντάς στο μακρύ και το κοντό καθενός), δεν καταλαβαίνεις και το τί γράφω. Μέχρι και το τελευταίο σου post, δεν έχεις καταλάβει το τί έχω γράψει, ή δεν θέλεις να καταλάβεις.
Στο τελεταίο σου post υπογράμμισες μέρος της φράση μου: Γιατί αν δεν μπει το php.ini σε όλους τους φακέλους, το elxis «νομίζει» στον έλεγχο που κάνει στο updiag ότι είναι ασφάλες ενώ δεν είναι.
Μα, αν εφαρμόσει κάποιος τον λανθασμένο τρόπο που εφάρμοσα εγώ αυτό θα συμβεί.
Ο Νίκος, είπε έναν τρόπο ΑΛΛΑ ΚΑΙ τις προϋποθέσεις για να λειτουργήσει.
Εγώ εφάρμοσα τον τρόπο του Νίκου αλλά ΔΕΝ εφάρμοσα τις προϋποθέσεις και ΔΕΝ λειτούργησε.
Για να μην πάρω λοιπόν κανέναν στο λαιμό μου, αναφέρω αναλυτικά την μακακία που έκανα.
Τί δεν καταλαβαίνεις? Ή μήπως τελικά έπρεπε να κάνω τον κινέζο και να μην αναφέρω τίποτα?
Παρακάτω υπογραμμίζεις την άλλη φράση μου: Στο site του elxis, πολύ σοφά και αναλυτικά αναφέρονται οι απαιτήσεις του συστήματος, άρα συνεπάγονται και οι δυνατότητες που θα πρέπει να παρέχονται από το hosting.
Σου εξηγώ λοιπόν σιγά-σιγά τί γράφει η φράση:
Στο site του elxis, ...αν πατήσεις https://www.elxis.org/el/apaitiseis-systimatos.html
πολύ σοφά και αναλυτικά ...«φιλοσοφίκος» έπαινος
αναφέρονται οι απαιτήσεις του συστήματος ...είναι ο τίτλος της σελίδας και το περιεχόμενό της
άρα συνεπάγονται και οι δυνατότητες που θα πρέπει να παρέχονται από το hosting. ...Δηλαδή αν θέλεις να τρέξεις το elxis, αυτά χρειάζονται και αυτά προτίνονται, επομένως δες το hosting σου αν έχεις τις απαιτήσεις ή αν θα μπορείς να έχεις τις προτάσεις, όταν θα το θελήσεις.
Στην επιλογή hosting αναφέρομαι, που εσείς ανοίξατε σαν θέμα. Eσείς βάλατε στο post το θέμα επιλογής hosting, όχι εγώ.
PHP
Από την έκδοση 2008.1 και έπειτα το Elxis CMS είναι γραμμένο σε PHP 5. Συνιστούμε PHP 5.2 ή νεότερη. Το Elxis δεν θα τρέξει με PHP 4.x! Αν έχετε PHP 4.x και θέλετε να χρησιμοποιήσετε το Elxis CMS είτε αναβαθμίστε την PHP στην έκδοση 5.x, είτε χρησιμοποιήστε το Elxis 2008.0. (άρα κοιτάξτε το hosting να δείτε τι έχει) Το Elxis είναι ένα μεγάλο CMS με πολλές λειτουργίες και απαιτεί λίγη περισσότερη μνήμη από ότι ένα σύνηθες μικρό PHP script. Η ελάχιστη αφιερωμένη στην PHP μνήμη για μία τυπική εγκατάσταση του Elxis είναι 8MB αν και συνιστούμε 16MB ή περισσότερο ανάλογα με το μέγεθος του ιστότοπου και τον αριθμό των ενεργοποιημένων επεκτάσεων. (άρα αν θέλετε να εφαρμόσετε την πρότασή μας κοιτάξτε το hosting να δείτε αν σας υποστηρίζει) Οι σύγχρονοι εξυπηρετητές έχουν αρκετή μνήμη. Επεξεργαστείτε το php.ini (άρα κοιτάξτε στο hosting να δείτε αν έχετε αυτή τη δυνατότητα) του εξυπηρετητή σας και αφιερώστε λίγη περισσότερη μνήμη στην PHP αν θέλετε να είστε σίγουροι (μπορείτε να την ανεβάσετε ως τα 256MB για παράδειγμα). (Άν σας αφήνει το hosting) Το Elxis δεν απαιτεί κάποια ιδιαίτερη βιβλιοθήκη της PHP να είναι ενεργοποιημένη στον εξυπηρετητή. Τρέχει άψογα με τις ρυθμίσεις μίας τυπικής εγκατάστασης της PHP. (Άν το hosting που θα επιλέξετε έχει μία τυπική εγκατάσταση)
Θα μπορούσα να συνεχίσω τις υπογραμμίσεις και παρακάτω αλλά βαριέμαι.
Αν τρέχετε την PHP υπό ασφαλή λειτουργία (safe_mode) το Elxis θα αντιμετωπίσει προβλήματα στο χειρισμό των αρχείων. Καθώς η ντιρεκτίβα safe_mode πρόκειται να καταργηθεί στην PHP 6 σας συνιστούμε θερμά να απενεργοποιήσετε το safe mode. Υπάρχουν άλλοι, λιγότερο χοντροκομμένοι τρόποι να προστατεύσετε τις web εφαρμογές σας. Αν λαμβάνετε μηνύματα σφαλμάτων όπως Open Basedir restriction in effect τότε το open_basedir είναι ενεργοποιημένο στον εξυπηρετητή σας αλλά ο προσωρινός κατάλογος της PHP δεν είναι ορισμένος σωστά. Για να λύσετε αυτό το πρόβλημα ορίστε τον temporary κατάλογο της PHP σε έναν κατάλογο εντός της διαδρομής που επιτρέπεται από το open_basedir.
Μεταξύ άλλων, για να δει λοιπόν κανείς το τί απαιτείται και τί προτίνετε, όσον αφορά στην php, ώστε να ελέγξει αν έχει, ή αν θα έχει όταν θελήσει, τα ανάλογα από το hosting, μπορεί να κοιτάξει εδώ. Το elxis μέσα από αυτή τη σελίδα, λέει αυτά που πρέπει να πει μια χαρά.
Τέλος, όσον αφορά στα περί ειρωνικά, δεν δέχομαι σε καμία περίπτωση ότι σε ειρωνεύτικα. Σε καμία περίπτωση. Ακόμα και το ανέκδοτο με τους Πόντιους δεν το έγραψα για να σε ειρωνευτώ αλλά για να εξηγήσω, σε εσένα και τον supernet, ότι άλλο ρώτησα και άλλο μου απαντήσατε. Και μου βάλατε χέρι, και δεν απαντήσατε αυτό που «φιλοσοφικά» αναρωτήθηκα. Υπάρχει κάπου άρθρο που να δίνει συμβουλές, ΠΩΣ ΝΑ ΕΠΙΛΕΞΕΤΕ HOSTING? Γενικές πληροφορίες για αρχάριους, επάνω σε αυτό το θέμα. Δεν ρώτησα ΑΠΟ ΠΟΥ να επιλέξετε hosting. Και δεν είπα ότι αυτό είναι κάτι που αποτελεί έλειψη για το elxis.
Υ.Γ. Παρόλα τα νεύρα μου, αφού πλέον με είχες πληροφορήσει ότι είχα suPhp, εφάρμοσα τον τρόπο που μου υπόδειξες στο wiki, και όλα είναι εντάξει. Σε ευχαριστώ.
-
τα κατάφερες τελικά... χωρις 1500 php.ini ...
Ωραία!
-
http://wiki.elxis.org/wiki/PHP_settings
μιλώντας για τις οδηγίες του wiki, να πω μόνο οτι ένα component δε δούλεψε με το short_open_tag = Off
Αναγκαστικά το γύρισα σε On
το error που εβγαζε ήταν
PHP Parse error: syntax error, unexpected '}' in μλπα/μπλα/μπλα
-
elxis_component 2008+ ?
σε παλιότερα θα έβρισκες λάθος ακόμα και με
register_globals=off
αυτά βασικά είναι recommendations, το elxis έτσι ή αλλιώς δουλεύει.
-
σωστά, το elxis δουλεύει μιά χαρά. Το έγραψα απλά επειδή φαντάζομαι είναι πολλά sites που δουλεύουν ακόμα με elxis 2006.4 με τα παλιά sets των mambο-ειδών components/modules, για να μην ψάχνονται οι διαχειριστές τους με τις λευκές σελίδες που προκαλούνται σε αυτά με το short_open_tag = Off
-
Το short_open_tag όταν είναι ενεργοποιημένο δημιουργεί πρόβλημα στα neesfeeds καθώς η αρχή ενός xml αρχείου: <?xml γίνεται παρόμοια με την αρχή της php με short_open_tags: <? (αντί του κανονικού <?php ). Οπότε η php προσπαθεί να "τρέξει" το xml σαν να ήταν κώδικας php με αποτέλεσμα την εμφάνιση του σφάλματος. Αυτό είναι το πιο σύνηθες πρόβλημα που δημιουργεί το short_open_tags στο Elxis. Ο λόγος βέβαια που δεν πρέπει να χρησιμοποιείται δεν είναι αυτός, είναι ότι αποτελεί "τσαπατσουλιά" και σημάδι πρόχειρου γραμμένου κώδικα και πιθανότατα ανασφαλή. Κανείς προγραμματιστής που έχει μία σχετική εμπειρία στην php δεν χρησιμοποιεί τέτοιες συντομεύσεις. Για τον ίδιο λόγο δεν ενεργοποιούμε ποτέ το asp_style_tags που επιτρέπει να γράφεις php σε στυλ asp. Πx αντί για: <?php echo 'hello'; ?> γράφεις: <%= 'hello'; %>
-
thanks datahell
Καλά κάνεις και τα αναφέρεις αυτά, για να μην τρομάξει βασικά κανείς εάν πέσει σε μια τέτοια περίπτωση. Δε δημιουργεί κενό ασφαλείας το short_open_tag , όσο αλλαγή τρόπου ανάγνωσης του κώδικα.