Папка шаблонів заблокована для кожного запису - форуми

[SET] Папка шаблону блокується під час кожного запису

Здравствуйте,
Я готую дуже простий шаблон, як це вдалося зробити під 1.0 та 1.5.
Я дотримувався підручника Седа зі створення шаблонів у версії 2.5.
Тоді я вирішив перейти безпосередньо до версії 3.0, щоб повністю переробити свій сайт і на смак відкриття.
Шаблон 2.5 апріорі адаптований до версії 3.0. Але я залишаю незайманий храм BlanK_template give here by Daneel.
Побудова мого index.php для мене не створює занадто великих проблем, додавання css теж.
Однак я хотів би мати можливість змінювати css завдяки інтерфейсу адміністрування в управлінні розширеннями - шаблонами - шаблоном - модифікувати стилі.

папка

Я можу це зробити, і апріорі модифікації зберігаються у папці, створеній joomla, але це не впливає на візуалізацію сайту, навіть при спорожненні кешу.
Однак виявляється, що моя папка шаблонів заблокована (на моєму сайті/templates/nomdutemplate), з невеликим замком під Linux. (але joomla може писати на ньому)
Я можу відкрити права за допомогою chmod 777, поки я це роблю, але кожного разу, коли я працюю над файлами із серверної бази, папка перезаблокується. Якщо я хочу побачити мої модифікації шаблону, я маю видалити шаблон за замовчуванням, видалити його розширеннями, переархівувати, перезавантажити.

Що я роблю не так? і як дозволити перезапис css із серверної бази досить просто ?
наперед дякую !

  • Дата приєднання: квітень 2008 р
  • Повідомлень: 2574

Re: Шаблон папки заблоковано для кожного запису

Прокоментуйте

Re: Шаблон папки заблоковано для кожного запису

Привіт Курсус,
Так, справді я місцевий, я використовую ubuntu 12.04.
У mysite3.0/templates у мене є своя папка "montemplate", яку я застібаю в "montemplate.zip", яку я встановлюю через інтерфейс joomla, який створює папку "оголошений шаблон імені" з невеликим замком на ній. (цей файл належить www-data, а не ME) у папці mysite3.0/templates
Замок навісний видно з дослідника (nautilus!?).
Коли я хочу пройти серверну систему, щоб змінити свій css, здається, що в цій папці із замком є ​​перезапис файлів css,
але я не маю результатів у frontend із оновленням сторінки навіть при спорожненні кешу.
І я вже не бачу шляхів для досліджень.

Тоді як, якщо я модифікую index.php, я бачу зміни.
Це походить від моєї декларації виклику css із файлу index.php ?

Прокоментуйте

  • Дата приєднання: квітень 2008 р
  • Повідомлень: 2574

Re: Шаблон папки заблоковано для кожного запису

Вічна проблема прав сервера/користувача при використанні CMS.

Joomla потребує, щоб самостійно модифікувати свої файли, як великий, щоб папка належала користувачеві apache (www-data під debian). Проблема, якщо ви передасте їх йому: ви (як користувач системи) не матимете до них доступу.

Ми не можемо розумно надати користувацькі права на сервер, оскільки при найменшій помилці всі ваші дані можуть проходити через нього.

- увімкнути mod_userdir (не потрібно, але настійно рекомендується)

- надавати набір загальних прав обом користувачам таким чином:

Замінивши user1, звичайно, своїм іменем користувача.

Таким чином, Joomla матиме необхідні права робити свої справи, і ви, як користувач, також можете за потреби змінювати файли за допомогою вашого провідника.

Прокоментуйте

Re: Шаблон папки заблоковано для кожного запису

Теоретично я зробив віртуальне посилання. так що замість того, щоб мати мою папку під var/www, яка обмежена до root, моя папка monsitejoomla знаходиться вдома:
створити відносний шлях від var/www/до дому/my_ordi/www/
cd/var/www

Прокоментуйте

  • Дата приєднання: квітень 2008 р
  • Повідомлень: 2574

Re: Шаблон папки заблоковано для кожного запису

Так так, але це нічого не змінює, ви завжди будете мати права на свою папку, яка буде призначена вашому користувачеві (що, мабуть, і має місце), а отже файли, недоступні в письмовій формі з joomla, або призначені серверу, але файли будуть недоступні для вашого користувача (що може не бути проблематичним, якщо вам не потрібно модифікувати файли за допомогою редактора).

Єдиним методом зв’язання двох є той, який я вам дав (більш-менш, скажімо, це обов’язково передбачає модифікацію acl).

Крім того, символічне посилання від var не є вгорі з точки зору безпеки, набагато доцільніше активувати mod_userdir, як я вже казав вам.

Прокоментуйте

Re: Шаблон папки заблоковано для кожного запису

Я товста ***
Зазвичай, коли я йду по колу, а у мене немає покрокового керівництва, я публікую це повідомлення, це допомагає мені поставити проблему.
Насправді, як завжди, це все дурне, як ";" що ми не бачимо 3 ночі поспіль, а це означає, що ми перевстановлюємо все 5 разів.

Там для підготовки мого шаблону я створив папку "montemplate" з папкою css, папкою images та templateDetails.xml та своїм index.php.
Але в декларації "імені шаблону" в templateDetails я вкладаю "my-super-template-of-the-death-that-kills".
Я стискаю zip і маю "montemplate.zip"
Після встановлення joomla створює для мене папку "мій-супер-шаблон-смерті-що-вбиває". Саме це модифікується (навіть за допомогою замка) із серверної бази. Але мої виклики css направляються з мого index.php на montemplate/css, тоді як вони повинні бути на my-super-template-de-la-mort-qui-tue/css
Дійсно, ви повинні змінити атрибут name у шаблоніDetails, щоб уникнути конфлікту файлів, який уже існує, коли joomla створює свій файл бекенда доступу

майже 2 дні на це, і до того ж я знайшов час у курсусі.
Вибачте за шум. Але спасибі kursus за mod_userdir! І я паралельно дивлюсь на цю історію !

Чи правильно ви підключили шнур живлення. =)

Прокоментуйте

  • Дата приєднання: квітень 2008 р
  • Повідомлень: 2574

Re: Шаблон папки заблоковано для кожного запису

Він він не хвилюйся, це трапляється з усіма! Ви можете переключитися на [Встановлено] ?
Удачі на майбутнє.

Прокоментуйте

Re: Шаблон папки заблоковано для кожного запису

Дякую за це поблажливість, а також за допомогу, навіть якщо вона була непрямою =)
Суб'єкт вирішився. Я сподіваюся, вміст все одно запропонує якийсь сигнал.
Шкода нарешті, що назва більше не викликає справжньої проблеми.
Побачимось наступного разу !

Прокоментуйте

Re: Шаблон папки заблоковано для кожного запису

Вічна проблема прав сервера/користувача при використанні CMS.

Joomla потребує, щоб самостійно модифікувати свої файли, як великий, щоб папка належала користувачеві apache (www-data під debian). Проблема, якщо ви передасте їх йому: ви (як користувач системи) не матимете до них доступу.

Ми не можемо розумно надати користувацькі права на сервер, оскільки при найменшій помилці всі ваші дані можуть проходити через нього.

- увімкнути mod_userdir (не потрібно, але настійно рекомендується)

- надавати набір загальних прав обом користувачам таким чином:

Замінивши звичайно user1 на ваше ім'я користувача.

Таким чином, Joomla матиме необхідні права робити свої справи, і ви, як користувач, також можете за потреби змінювати файли за допомогою вашого провідника.

Ну, я знаю, що ми не повинні відповідати на вирішену тему, але я закрив дискусію, яка залишилась на очікуванні з мого боку через нездатність зрозуміти та зволікання проблеми =)
Я обійшов втручання в css, пройшовши шаблони бекенда та розширень. Але кадр занадто малий, я попросив допомогти його збільшити http://forum.joomla.fr/showthread.ph. CSS # post925045
З огляду на еволюцію нитки lomart я зрозумів, що я даремно взяв капусту, і ця історія про ACL повернулася до мене.
Я пішов за підручником на нульовому сайті http://www.siteduzero.com/tutoriel-3. or-linux.html, щоб цілком природно вловити те, що мені говорив kursus.

І там це походить від торта, оскільки я можу використовувати програмне забезпечення з виділенням ідентифікації та синтаксису =)) Що, мабуть, було природним для багатьох досвідчених

Тож пост чистіший =)
Ще раз спасибі всім !

Прокоментуйте

Це [врегульовано], і ми більше про це не говоримо ?

Згадка посилання [Правило] дозволяє відвідувачам швидко ідентифікувати повідомлення, які знайшли рішення.

Будь ласка, використовуйте цю функцію, щоб полегшити всім навігацію та пошук інформації на форумі.

Якщо ви забудете перенести цю згадку, ми зробимо це за вас. але лише один раз

1 - Перейдіть до обговорення та відредагуйте своє перше повідомлення:


2 - Клацніть на розкривний список Префікс.

3 - Виберіть префікс [Правило].


4 - І ось ти йдеш... ваше обговорення визначено вирішеним.

Допомога на форумі - Інструмент для публікації інформації про ваш сайт

Сумісність: PHP 4.1, PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi з 4.1 (@> = PHP 4.4.9)

Підтримка версії Joomla!: | J! 3.0 | J! 2.5.xx | J! 1.7.xx | J! 1.6.xx | J1.5.xx | J! 1.0.xx |

Французька версія (FR) Інші версії доступні з оригінальної версії FPA

ВИКОРИСТОВУЙТЕ НА ВЛАСНИЙ РИЗИК:
Точність і повнота цього сценарію, а також документації не гарантуються, і ми не несемо відповідальності за будь-які збитки, запитання чи плутанину, спричинені використанням цього сценарію.

Відомі проблеми:На даний момент FPA не сумісний з веб-сайтами Joomla, файли яких були перенесені за межами каталогу public_html.

Встановлення:

2. Розпакуйте завантажений файл пакета на своєму комп’ютері (за допомогою WinZip або власного інструменту розпакування).

3. Прочитайте файл ПРОЧИТАЙТЕ МЕНЕ включено до всіх конкретних приміток до випуску.

4. Прочитайте доданий файл документації, щоб отримати детальні інструкції з експлуатації.

5. Завантажте сценарій fpa-fr.php у корені вашого сайту Joomla! Тут ви встановили Joomla, і це не є головним коренем вашого сервера. Див. Приклади нижче.

6. Запустіть сценарій через браузер, набравши: http: // www. ваш сайт .com/fpa-fr.php
і замінити www. вашого веб-сайту .com за вашим доменним ім’ям

Приклади:
Joomla! встановлено у вашому веб-каталозі, і ви встановили французьку версію файлу FPA:
Завантажте сценарій fpa-fr.php у:/public_html/
Щоб запустити сценарій: http: //www.com/fpa-fr.php

Joomla! інстальовано у підкаталозі "cms", і ви встановили французьку версію файлу FPA:
Завантажте сценарій fpa-fr.php у:/public_html/cms/
Щоб запустити сценарій: http: //www.com/cms/fpa-fr.php

Через дуже делікатний характер інформації, що відображається сценарієм FPA, її слід видалити з сервера відразу після використання.

Щоб видалити сценарій зі свого веб-сайту, скористайтеся посиланням на видалення сценарію у верхній частині сторінки сценарію. Якщо за посиланням видалення не вдається видалити сценарій, скористайтеся програмою FTP, щоб вручну видалити його або змінити ім'я після того, як сценарій генерує дані сайту та повідомлення на форумі. Якщо сценарій все ще присутній на сайті, його можна використовувати для збору достатньої кількості інформації для зламу вашого сайту. Видалення сценарію заважає стороннім користуватися ним, щоб поглянути на структуру вашого сайту та виявити недоліки, які можна використовувати за ваш рахунок.