Light-Engine v3 Beta

[Yorie]

Напутайте CMF и CMS
В CMS ядром является именно то что статично...
Админка по сути должна являться частью ядра т.к это важная часть самой CMS.

В CMF(фраемворк) по сути не является движком, а лишь готовые приспособления для разработки. Где как раз админки более того что нету, и не должно быть...

Эм.. Вы мне про CMF/CMS различия можете не рассказывать.
И не об этом я говорил. Правильная структура никак не связана с CMF. То, что Вы катаете фреймворк под l2j/mmo видно, но структура хромает.
В CMS ядром является то, что малоизменяемо и составляет остов системы, а не то, что статично. Статичны HTML-файлы, но почему-то они не являются частью ядра, правда?) Мне кажется, у Вас размытое понятие на этот счет. Хотя понятие ядра в пыходкоде постоянно размывают, но часто из-за неумения правильно все спроектировать.
Админка важная часть, но она не является частью ядра. В админку можно напихать кучу плагинов, хуков, экстендеров, дизайн и прочее-прочее. Так что админ-панель это такое же расширение, как и все остальное. Авторизация это тоже расширение, и не надо ля-ля :redlol: Я сам за 6 лет натыкался на такие же грабли, поэтому вижу все Ваши проблемы практически сразу =)) Не обессудьте.

А error_reporting не красиво пихать. Выяснять - выясняйте, но ничто Вам не мешало добавить конфиг на отключение ошибок, или намного проще:
[src=php]
if ($_SERVER['REMOTE_ADDR'] == 'localhost' || $_SERVER['REMOTE_ADDR'] == '127.0.0.1')
error_reporting(E_ALL | E_STRICT);
else
error_reporting(0);
[/src]


И еще. Раз уж у Вас и стрикт-стандарты вываливаются, не забудьте проверить default_timezone, это необязательная настройка, но стрикт по ней будет вываливаться, если она пустая. Плюс magic_quotes_gpc и прочее.

Будь моя воля, я вообще все в memcache запихнул бы...
Но боюсь "школота" не поймёт что это....

Ну вот тут позволю не согласиться. Зачем memcached? Статичного файлового кэша с прямым доступом вполне хватит. В memcached имеет смысл помещать результаты выполнения ресурсоемких операций, и оперативная память не настолько резиновая, насколько HDD. Лучше уделите внимание оптимизации

[DioNiR]

Эм.. Вы мне про CMF/CMS различия можете не рассказывать.
И не об этом я говорил. Правильная структура никак не связана с CMF. То, что Вы катаете фреймворк под l2j/mmo видно, но структура хромает.
В CMS ядром является то, что малоизменяемо и составляет остов системы, а не то, что статично. Статичны HTML-файлы, но почему-то они не являются частью ядра, правда?) Мне кажется, у Вас размытое понятие на этот счет. Хотя понятие ядра в пыходкоде постоянно размывают, но часто из-за неумения правильно все спроектировать.
Админка важная часть, но она не является частью ядра. В админку можно напихать кучу плагинов, хуков, экстендеров, дизайн и прочее-прочее. Так что админ-панель это такое же расширение, как и все остальное. Авторизация это тоже расширение, и не надо ля-ля Я сам за 6 лет натыкался на такие же грабли, поэтому вижу все Ваши проблемы практически сразу =)) Не обессудьте.

Возможно, раз у вас такой опыт большой, то вам видней.
Как я уже говорил, ядро достаточно устарело, но переписывать его, это писать движок сначала, когда уже сделано достаточно работы...

А error_reporting не красиво пихать. Выяснять - выясняйте, но ничто Вам не мешало добавить конфиг на отключение ошибок, или намного проще

Не проще, мне нужно выявить как можно больше ошибок, и все я проверить так же не смогу, всегда найдутся какие то ошибки...
Чем больше я найду их, тем больше исправлю...
Как вы считаете?

Ну вот тут позволю не согласиться. Зачем memcached? Статичного файлового кэша с прямым доступом вполне хватит.

Удобнее, в разы.

[Yorie]

Возможно, раз у вас такой опыт большой, то вам видней.
Как я уже говорил, ядро достаточно устарело, но переписывать его, это писать движок сначала, когда уже сделано достаточно работы...


Не проще, мне нужно выявить как можно больше ошибок, и все я проверить так же не смогу, всегда найдутся какие то ошибки...
Чем больше я найду их, тем больше исправлю...
Как вы считаете?


Удобнее, в разы.

С переписыванием согласен - когда много сделано порой трудозатраты на рефакторинг не оправдывают себя. Но Вы разве куда-то торопитесь?

Хех, ну, т.е., если пользователи будут ставить себе на хост обвязку, то все сообщения будут вываливаться посетителям. Ну это никак не гуд)

Нужно знать меру между целесообразностью и удобством.

В любом случае, желаю Вам успехов на сиём неблагодарном поприще

[DioNiR]

С переписыванием согласен - когда много сделано порой трудозатраты на рефакторинг не оправдывают себя. Но Вы разве куда-то торопитесь?

Нет, но лень... Боюсь она встанет у меня на пути

Хех, ну, т.е., если пользователи будут ставить себе на хост обвязку, то все сообщения будут вываливаться посетителям. Ну это никак не гуд)

Я не говорил что это будет всегда.
В данный момент когда идет этап теста, это нужно.

[PROGRAMMATOR]

Для ошибок вообще лучше свой хендлер написать. Тогда вывода клиенту нет, а статистика в логе - есть.

PHP код:

<?php 

set_error_handler(array(new ProCore\Classes\Logger, 'getHandler')); 

[DioNiR]

И заставлять сейчас всех пользователей присылать логи?

Да и вообще что вы придрались к этим ошибкам.
Я ещё раз повторю, мне нужно выявить эти ошибки.
По сути хороший скрипт вообще должен быть без ошибок

[Zubastic]

Если я правильно понял, то программатор хочет, чтобы клиент отсылал обратно ошибку, ничего не выводя клиенту.

[DioNiR]

Нет, он хочет что бы ошибка записывалась в определенный файл и ничего не выводилось

[PROGRAMMATOR]

определенный файл и ничего не выводилось

Тут как угодно, хоть на мыло отправляйте.

[gorodetskiy]

DioNiR, А кто мешает отправлять ошибки на мыло?