|
|
|
безопасность кода скриптов PHP
|
|||
|---|---|---|---|
|
#18+
Как лучше и практичнее ограничить доступ к скриптам PHP на сайте? 1. хранить скрипты "выше" каталога, с опубликованными документами обращаться из index.php к другим скриптам типа include ('../php_code/1.php'); с такой структурой каталогов / /php_code <- скрипты /htdocs 2. использовать .htaccess ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2012, 18:39:59 |
|
||
|
безопасность кода скриптов PHP
|
|||
|---|---|---|---|
|
#18+
На случай косяков с вебсервером первый способ надежнее. Или имелось в виду что-то другое? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2012, 19:20:04 |
|
||
|
безопасность кода скриптов PHP
|
|||
|---|---|---|---|
|
#18+
vkle, способ, который, при меньших затратах сил, обеспечивает бОльшую сохранность скриптов вынос на уровень "выше" выглядит более простым в сопровождении (не надо корректировать .htaccess и robots.txt) большинство хостингов дают возможность создавать каталоги "выше" htdocs (или аналогичных) однако практически все CMS и др. крупные проекты используют .htaccess ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2012, 19:55:54 |
|
||
|
безопасность кода скриптов PHP
|
|||
|---|---|---|---|
|
#18+
Ну если украдут код CMS, то это не страшно, а если вдруг вебсервер начнет отдавать вместо HTML ваши скрипты которые вы не хотите не кому давать, то это уже бяда ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2012, 20:24:27 |
|
||
|
безопасность кода скриптов PHP
|
|||
|---|---|---|---|
|
#18+
*под CMS я подразумевал опенсорсную CMS ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2012, 20:25:00 |
|
||
|
безопасность кода скриптов PHP
|
|||
|---|---|---|---|
|
#18+
it-nowaоднако практически все CMS и др. крупные проекты используют .htaccessЭтот способ более прост и универсален. До тех пор, пока используется вебсервер Apache, конечно ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2012, 22:41:32 |
|
||
|
безопасность кода скриптов PHP
|
|||
|---|---|---|---|
|
#18+
vkle, чем проще? привязка к apache + необходимость менять .htaccess и robots.txt при добавлении новых модулей/каталогов/файлов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2012, 14:09:38 |
|
||
|
безопасность кода скриптов PHP
|
|||
|---|---|---|---|
|
#18+
it-nowaчем проще?Тем что .htaccess уже лежит в дистрибутиве CMS и его установка сводится обычно к банальному копированию этого файла наряду с остальными. В данном случае мы же о it-nowaпрактически все CMSговорим, не так ли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2012, 14:13:58 |
|
||
|
безопасность кода скриптов PHP
|
|||
|---|---|---|---|
|
#18+
vkle, мы говорим о том - как лучше и практичнее ограничить доступ к скриптам PHP на сайте? какой из методов выбрать, какие подводные камни какой подход выбрать для нового проекта? менять существующие CMS никто не собирается))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2012, 14:52:19 |
|
||
|
безопасность кода скриптов PHP
|
|||
|---|---|---|---|
|
#18+
Ну и.... что ставим в приоритет - простоту или надежность? Или универсальность? Вроде нашли уже некоторые плюсы и минусы. Ну, продолжим. Предположим, как частный случай. Новый проект ставится не в документрут сайта, а в какую-то вложенную директорию. Ну, форум или магазин, к примеру. А теперь сюрприз - владелец ресурса, жуткий параноик, предоставил Вам доступ только на эту самую директорию. Или хостинг какой-то... несколько странный - без родительской директории в принципе. А, ну и вдобавок, в качестве вебсервера используется nginx (апача на машине нет в принципе). И... ни первый способ, ни второй не работают. Ясен пень, такая ситуация не каждый день появляется, но появляется всегда неожиданно :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2012, 15:28:39 |
|
||
|
|

start [/forum/topic.php?fid=23&msg=37914565&tid=1464813]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
202ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 240ms |
| total: | 517ms |

| 0 / 0 |
