PHP.SU

Программирование на PHP, MySQL и другие веб-технологии
PHP.SU Портал     На главную страницу форума Главная     Помощь Помощь     Поиск Поиск     Поиск Яндекс Поиск Яндекс     Вакансии  Пользователи Пользователи

Страниц (28): « 1 [2] 3 4 5 6 7 8 9 ... » В конец

> Найдено сообщений: 406
digi Отправлено: 29 Марта, 2014 - 18:36:51 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1, ну как там у тебя дела продвигаются? Улыбка) нафигачил чего-нибудь? ;)
digi Отправлено: 22 Марта, 2014 - 19:14:29 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1, код каких цмс-ок и фреймворков изучал?

то, что ты привел - это конфиг чего-то непонятного Улыбка) вот "блог" - это уже понятно будет Улыбка и не имеет значение какие там будут еще "модули", блог всё равно останется блогом.
digi Отправлено: 22 Марта, 2014 - 15:11:12 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1, ну допустим ;) пока что, мягко говоря "не впечатляет" ;) но будет интереснее, когда ты покажешь код какого-то полезного модуля, например блога с тэгми ;)

и ответь на сообщение от 16 Марта, 2014 - 09:13:54 ;)
digi Отправлено: 21 Марта, 2014 - 19:24:48 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1, ты же не куда не продал? ;)) а то у темки уже почти 700 просмотров, видимо все хотят увидеть продолжение! Улыбка
digi Отправлено: 16 Марта, 2014 - 05:13:54 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1, кстати под какой лицензией хочешь реализовать цмс-ку? если отрытую, то надо сразу подумать о документации, стиле кодирования, инструментах для сообщества и т.д... ну конечно же даже в прототипе написать код так, чтобы опытные кодеры не проблевались ;)))
digi Отправлено: 15 Марта, 2014 - 17:12:11 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1 пишет:
Теоретизировать можно. Но не вижу возможности реализовать прототип системы с минимальным функционалом (новости, каталог и т.д.) без первоначальной реализации механизма модульности. Все упирается в это.


т.е. следующим этапом будет код с прототипом на гитхабе? ;)
digi Отправлено: 15 Марта, 2014 - 16:54:14 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
распиши, что они значат?

можно кстати, как вариант, расписать пример использования т.е. берем простейшую вёрстку и конструируем на гопотетический цмс-ке сайтик Улыбка например чтобы там был блог с тэгами, фотогалерейка, а также каталог и в идеале еще и возможность заказов товаров из каталога...
digi Отправлено: 15 Марта, 2014 - 16:31:49 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1, эээх Улыбка) это что, занавес чтоли? Улыбка) ну чтож, давай тогда начинай креативить Улыбка будем наблюдать за кодом Улыбка
digi Отправлено: 15 Марта, 2014 - 15:20:17 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1 пишет:
Да, в модульности нового мало. Что-то новое может быть именно в версии реализации модульности, т.е. сделать еще проще, логичнее, читабельнее и т.д.


это будет очень позитивно, но если не пытаться оперировать понятиями "добавка в index.php" Улыбка)) а также не хакать реврайты, иначе всё будет очень сложно и не читабельно...

какие у тебя мысли есть на тему модулей, какие они должны быть, какой у них должен быть API, как они будут встраиваться в систему и как взаимодействовать с ядром и между собой?

кстати, кинь ссылку на твой аккаунт на гитхаба, посмотреть как ты код пишешь ;)
digi Отправлено: 15 Марта, 2014 - 04:47:07 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1 пишет:
Вон у тебя в htaccess есть favicon. Что бы это значило при многосайтовости? А то, что либо пришлось бы класть свой htaccess в корневую папку каждого сайта, либо здесь же прописать favicon для всех сайтов (каждому свой)! Вот здесь-то (но не ограничиваясь этим) и нужно, чтобы модуль умел пункт 1.


взял его со старого проекта, будем считать, что будет достаточно вот такого .htaccess

CODE (htmlphp):
скопировать код в буфер обмена
  1. <IfModule mod_rewrite.c>
  2.    RewriteEngine on
  3.    RewriteCond %{REQUEST_FILENAME} !-f
  4.    RewriteCond %{REQUEST_FILENAME} !-d
  5.    RewriteRule ^.*$ index.php [L]
  6. </IfModule>


а также вот такого web.config
CODE (html):
скопировать код в буфер обмена
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <configuration>
  3.     <system.webServer>
  4.         <httpErrors errorMode="Custom">
  5.             <remove statusCode="403" subStatusCode="-1" />
  6.             <error statusCode="403" path="/app.php" responseMode="ExecuteURL" />
  7.         </httpErrors>
  8.         <rewrite>
  9.             <rules>
  10.                 <rule name="htaccess" stopProcessing="true">
  11.                     <match url="^.*$" ignoreCase="false" />
  12.                     <conditions logicalGrouping="MatchAll">
  13.                         <add input="{REQUEST_FILENAME}" matchType="IsFile" ignoreCase="false" negate="true" />
  14.                         <add input="{REQUEST_FILENAME}" matchType="IsDirectory" ignoreCase="false" negate="true" />
  15.                         <add input="{URL}" pattern="^/favicon.ico$" ignoreCase="false" negate="true" />
  16.                     </conditions>
  17.                     <action type="Rewrite" url="app.php" />
  18.                 </rule>
  19.             </rules>
  20.         </rewrite>
  21.         <defaultDocument>
  22.             <files>
  23.                 <clear />
  24.                 <add value="index.php" />
  25.                 <add value="app.php" />
  26.                 <add value="index.htm" />
  27.                 <add value="index.html" />
  28.             </files>
  29.         </defaultDocument>
  30.         <urlCompression doStaticCompression="false" />
  31.     </system.webServer>
  32. </configuration>


для конфигурации nginx+fpm достаточно будет указать:

CODE (htmlphp):
скопировать код в буфер обмена
  1. if (!-e $request_filename ) {
  2.     rewrite  ^/.*   /index.php  break;
  3. }


man1 пишет:
Что касается добавок к index.php (пункт 2), конечно возможно прописать в нем пару строк кода, но ведь эти строки все равно будут вызывать подключения добавок (инклюдов и т.п.) от других модулей. То есть сам факт наличия добавок к стартовому файл на лицо (а значит это уже аспект модульности), а реализовать можно в духе как у тебя, но и по-другому. тоже


index.php - это "фронт-контроллер", он не должен быть изменяемым - это просто входная точка в приложение и всё... "модули" пускай уже через конфигурацию чего-то там меняют Улыбка

а вообще можно сделать так, что сами модули ничего менять не буду, а будет только API через которое ядро будет собирать инфу от свежеустановленных модулей и переконфигурировать систему.

man1 пишет:
Речь об универсальности системы, проявляющееся в том, что чтобы полностью изменить решение созданное на данной системе не потребуются костыли, а все в рамках унифицированных модулей.


"многосайтовость" - это "решение" или "потребуется костыль" ? ;)

man1 пишет:
Но может вы дадите свое определение универсальности, чтобы я мог глубже понять, а может и уточнить свое.


а какое у тебя определение "универсальности"? ;)
digi Отправлено: 14 Марта, 2014 - 20:56:50 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1, хорошо Улыбка пускай будет многосайтовость ;) но на самом деле её можно сделать без костыляния "модулей".

да, давай дальше Улыбка подробности про модули и ядро системы Улыбка
digi Отправлено: 14 Марта, 2014 - 20:11:06 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1, про "мультисайтовости" я вот тут писал http://forum.php.su/topic.php?fo...22524#1394622524 т.е. ты сначала опиши какой именно ты хочешь функционал мультисайтовости "искоропки", а потом уже методики их реализации.

а вообще да, лучше иметь ввиду возможность внедрения всяких "мультисатовостей" и т.д. без "костылей", ведь подразумевается что цмс-ка будет "универсальной" ;) а значит и внедрение нового функционала не должна носить "костыльный" характер ;)
digi Отправлено: 14 Марта, 2014 - 19:29:20 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1, так ;)) продолжай конечно ;) но по первым 2-и пунктам сразу скажу замечания:

1) .htaccess не должен никем и ничем изменяться, его вид должен быть примерно такой:

CODE (htmlphp):
скопировать код в буфер обмена
  1.  
  2. <IfModule mod_rewrite.c>
  3.    RewriteEngine on
  4.    RewriteCond %{REQUEST_FILENAME} !-f
  5.    RewriteCond %{REQUEST_FILENAME} !-d
  6.    RewriteCond %{REQUEST_URI} !=/favicon.ico
  7.    RewriteRule ^.*$ index.php [L]
  8. </IfModule>
  9.  


также должна быть поддержка IIS и nginx.

2) index.php тоже должен быть почти не изменяемым... и его вид должен быть примерно такой:

PHP:
скопировать код в буфер обмена
  1.  
  2. <?PHP
  3. require_once '../app/autoload.php';
  4.  
  5. $app = new AppKernel('prod', true); // 'prod' - окружение, второй параметр debug режим.
  6. $app();
  7.  


остальное пока нет смысла комментировать ;) выкладывай следующий список мыслей Улыбка
digi Отправлено: 14 Марта, 2014 - 18:20:59 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1, у тебя в данный момент есть необруливаемая потребность в мультисайтовости или это просто гипотетическая "фишка" ?
digi Отправлено: 14 Марта, 2014 - 17:51:44 • Тема: Новая архитектура CMS • Форум: CMS и фреймворки

Ответов: 79
Просмотров: 11194
man1, ты не пропадай ;)) даже если тут есть конструктивная критика, то это только хорошо! Улыбка давай дальше выкладывай мысли Улыбка

Страниц (28): « 1 [2] 3 4 5 6 7 8 9 ... » В конец
Powered by PHP  Powered By MySQL  Powered by Nginx  Valid CSS  RSS

 
Powered by ExBB FM 1.0 RC1. InvisionExBB