Цитата:
И если "изменение одного symlink" прошло неудачно, "тем самым "ложатся" какое угодно количество сайтов на сервере"? |
А у меня на локалке (win7) проблема с OpenSSL.
В PHP.ini эта библиотека точно раскоментирована, но typo3 6.2 "No OpenSSL backend could be obtained for rsaauth. More information regarding this error might be available online." а по ссылке не понимаю, что менять http://wiki.typo3.org/Exception/CMS/1318283565 |
Цитата:
|
6.2 не копировал еще.
|
Цитата:
|
Цитата:
<?php return array( 'BE' => array( 'debug' => FALSE, 'explicitADmode' => 'explicitAllow', 'fileCreateMask' => '0660', 'folderCreateMask' => '2770', ======= "Что значат сами цифры. простые: 0 - право отсутствует 1 - право на запуск 2 - право на изменение содержимого 4 - право на чтение содержимого сборные: 5 - право на чтение и запуск (5=4+0+1) 6 - право на чтение и изменение (6=4+2+0) 7 - право на чтение, изменение и запуск (7=4+2+1) В трехзначных цифрах как например 777, первая цифра значит права для владельца файла(директории), вторая для членов группы, которой принадлежит файл и третья для всех остальных. То есть, например, в правах 751 владелец файла имеет права на чтение, запись и исполнение; участник одной группы с файлом имеет право на чтение и исполнение (на правку не имеет); а все остальные только на исполнение файла (но даже прочитать содержимого они не смогут). Таким образом, делая третью цифру 6 или 7, Вы даете всем посторонним людям право на изменение содержимого файла. Именно так появляются iframe и прочие вредоносные части Вашего сайта. Существует расхожее мнение, что без 777 не запустится сайт. Так было раньше потому, что Apache мог работать под своим именем, а так как владелец файла - Вы, то на Apache распространялась третья цифра. Но с приходом таких технологий как mpm-itk, suphp и FastCGI теперь Apache обрабатывает файлы от имени этого же пользователя и на него стала действовать не третья, а первая цифра. Таким образом между 777 и 700 никакой разницы для Apache не стало. Apache даже никогда не посмотрит на третью цифру. Но права 0 (запрет на все) резко повышают безопасность правки Ваших файлов. Однако у нас используется Nginx, который работает от имени Apache и потому действует на основе прав третьей группы. Вывод: делайте права на директории 755, а на файлы 644 и Вы будете спать спокойно". URL; http://moiphp.com/faq/%D0%BD%D0%B5%D...BB%D0%BE%D0%B3 |
Цитата:
/var/www/ Создал папки typo3_src и t3 cd /var/www/t3/ root@debian:/var/www/t3# ln -s ../typo3_src typo3_src root@debian:/var/www/t3# ln -s typo3_src/index.php index.php root@debian:/var/www/t3# ln -s typo3_src/typo3 typo3 root@debian:/var/www/t3# cp typo3_src/_.htaccess .htaccess root@debian:/var/www/t3# Установил сайт на TYPO3 CMS 6.2 LTS с базой данных t3 Создал базу t31, импортировал в нее t3 В папке t3 создал архив: fileadmin+typo3conf+typo3temp+uploads Разархивировал в папке t31 Симлинки: cd /var/www/t3/ root@debian:/var/www/t31# ln -s ../typo3_src typo3_src root@debian:/var/www/t31# ln -s typo3_src/index.php index.php root@debian:/var/www/t31# ln -s typo3_src/typo3 typo3 root@debian:/var/www/t31# cp typo3_src/_.htaccess .htaccess root@debian:/var/www/t31# В LocalConfiguration.php изменил базу данных с t3 на t31 В результате в t31 получаю с потерей css: Login to the TYPO3 CMS Backend on t3 Может, кто-то сможет подсказать, как в t31 Login to the TYPO3 CMS Backend on t3 поменять на Login to the TYPO3 CMS Backend on t31? |
Цитата:
|
Цитата:
Или кто-то копировать может, но не хочет... поделиться опытом? Безусловно, спасение утопающих - дело рук самих утопающих. Но зачем тогда форум? |
Цитата:
Тут есть целый раздел про сайты - http://forum.typo3.biz/forumdisplay.php?f=23 В нем есть тема про сайты брендов, про русские сайты и многие другие темы. Смысл создавать еще одну? Пофлудить и набить счетчик сообщений? Так это не флудерский форум и за рейтингом по сообщениям никто тут не гоняется. Есть что сказать по существу - скажут, а просто так болтать времени нет". URL: http://forum.typo3.biz/showthread.php?p=37904#post37904 Убедили, "болтать времени нет". Приятной работы! |
Часовой пояс GMT +4, время: 19:58. |
Работает на vBulletin® версия 3.8.1.
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Перевод: zCarot