JohnCMS | Разработка следующей версии

# ДоХтор (27.10.2019 / 13:50)
Олег, а переадресацию на /public ты будешь в .htaccess прописывать? А если сервер не апач а nginx, это не будет вызывать затруднений в правках его конфига?

костыль на костыле.

# 3KZO (27.10.2019 / 21:36)
костыль на костыле.

Согласен. Малополезная затея добавляющая геморроя )

Simba, есть рабочее пространство, в нём находятся исходники проекта, я бы для начала продумал иерархию проекта, а потом уже думал о разработке модулей и прочего. // http://i.imgur.com/CUMj7nu.png
Выше я скинул пример ПРАВИЛЬНОЙ иерархии, хотя, кому как.
---
Так же я бы предложил небольшую рабочую почву для работы с системой. // http://i.imgur.com/Y8S0yk6.png`

# 3KZO (27.10.2019 / 21:45)
Simba, есть рабочее пространство, в нём находятся исходники проекта, я бы для начала продумал иерархию проекта, а потом уже думал о разработке модулей и прочего. // http://i.imgur.com/CUMj7nu.png
Вы

Ну на счет правильности той иерархии что на скриншоте есть вопросы.
Объясни, какая папка для чего?

Simba, -- app/ (настройки приложения и всё, что с ним связанно, вьюшки или переводы)
---- config.php
---- Resources/
------ views/
------ translations/
-- bin/ (запуск консольных приложений, крон задач)
-- src/ (исходники проекта)
-- AppBundle/
---- Controller/
---- Model/
---- View/
-- App.php
-- html/ (пабличная директория сайта)
---- index.php
-- var/ (временные файлы, типа кэша или закэшированных вьюшек или логи)
---- cache/
------ views/
---- log/
-- tmp/ (временные файлы, хранящиеся ВРЕМЕННО, другими словами загруженные файлы, для рантайм работы приложения)
-- tests/ (тесты)
-- vendor/ (поставщик)
-- tasks/ (задания для gulp)
gulpfile.js (сам gulp)
composer.phar (php архив компосера)
______
Таким образом у нас полноценный ВЕБ проект, с логически отделенными частями, минимум процедурного кода, максимум ооп и вуаля, встречайте 21 век и удобное программирование.

# 3KZO (27.10.2019 / 21:56)
Simba, -- app/ (настройки приложения и всё, что с ним связанно, вьюшки или переводы)
---- config.php
---- Resources/
------ views/
------ translations/
-- bin/ (запуск консольных приложений, кро

Тут явно есть огромные проблемы с названиями директорий.
Некоторые из них можно было бы объединить.

Simba, слушаю

Добавлено: 27.10.2019 / 22:19
Ну дело в том, что фреймворка как такового у нас нет.
То, что есть и так уже собрано в /src

Добавлено: 27.10.2019 / 22:20
Та структура на картинках - это типично рекомендуемая в среде Symfony

Добавлено: 27.10.2019 / 22:21
Для разработки пакетов тоже есть своя рекомендуемая структура: http://php-pds.com/
Причем пакеты Symfony вообще не придерживаются какой-либо вменяемой структуры.

# 3KZO (27.10.2019 / 22:14)
Simba, слушаю

Ну html - почему именно html?
src в корне почему не объединить c app?
framework - Зачем? Почему в vendor не держать библиотеки фреймворка? Или хотя бы какую-то одну директорию сделать и туда vendor, framework и прочие не изменяемые либы пхнуть?
tmp, var тоже непонятно зачем разделены.

Simba, framework попал на скрин случайно, это моя папка для локальной разработки.
tmp - для файлов, var/.. - для кэша и пр, я уже писал.
app - ТОЛЬКО конфиги.
src - ТОЛЬКО ИСХОДНИКИ