Форумы портала PHP.SU :: Версия для печати

46. esterio - 17 Декабря, 2014 - 11:55:03 - перейти к сообщению

Zuldek пишет:

покупаем ентерпрайз сборку.

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

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

47. Bio man - 17 Декабря, 2014 - 11:57:39 - перейти к сообщению

Мелкий пишет:

И парсинг PHP обходится дороже, INI или JSON быстрее.

Теперь понятно, почему Composer использует json конфиги. Но в той же статье предоставлен хороший вариант с PHP конфигом + сериализацией. И всё же это спички.

esterio пишет:

лично я за, но если уже есть готовое написаное DeepVarvar-ом, то оно также считаеться готовым

Но не отточенным и не объезженным. И "слегка" головатым.

esterio пишет:

Bio man предлагав вторую ветку, но она вроде как еще в стадии бета.

Проснись! Уже 2.0.1 вышел. Так что вполне стабилен.

48. Ihor - 17 Декабря, 2014 - 12:08:28 - перейти к сообщению

esterio пишет:

П.С. народ зачем очередной холивар на тему велосипед, фреймворк, ЦМС.

тут больше не спор а попытка достучаться.
для чиво изначально была создана тема если подумать?
1 - исправить старые проблемы и решить вопрос с тормозами
2 - создать чтото свое-новое, собрать комюнити вместе

так вот и пытался достучаться до всех. делая свое с нуля но такоеже как у других только своими методами.. получите точно такоеже с дырами, костылями и тормозами. на sql.ru только за select * поотрубают руки нахрен. Т.е. пилите очередной аналог phpbb и подобные, итог будет такойже самый. тогда первый пункт вычеркиваем и забываем, просто балуемся.
по второму пункту.. чтобы создать чтото интересное и новое, нужно и думать по новому а не пилить все тоже самое. Простой пример.. кто изучает технологии и тендеции, как я писал выше, сейчас время разделения , и время облака и кластера. Но для этого продукт должен соответствовать критериям. Для примера, отделите базу и ресурсы друг от друга. Отдайте UI клиенут и только выдавайте ему данные по запросы тогоже json или io. Если юзвер нажал NEXT 10 то нафигаж дергать весь сервер целиком со всеми инициализациями и парсингами.. тотже HEADER и FOOTER каждый раз генерить и рендерить с парсингами, дергать базу ради меню и всего остального? Отделите одно от другого, раскидайте по шлюзам.. в случае нагрузки можно разделять и перенагружать узлы. т.е.сделайте все по уму раз пишете с нуля. Иначе теряется и 1 и 2 пункты.. получаем очередной тормоз и не пишем ничего нового, просто клон - тогда просто не вижу смысл всего происходящего.

49. Bio man - 17 Декабря, 2014 - 12:08:36 - перейти к сообщению

DeepVarvar пишет:

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

Такой пример. Код абстрактен. Вьюха:

CODE (htmlphp):
скопировать код в буфер обмена

<div><?= App::t('hello_user') . $username ?></div>
<div><?= App::t('Hello user') . $username ?></div>
 
<div><?= App::t('long_text_greeting') ?></div>
<div><?= App::t('Hi! This is our homepage where you can bla bla bla') ?></div>

Какой вариант лучше? Переводить по ключу или по исходному сообщению? Хотя для форума не актуально, но всё же, раз оно есть, значит можно покритиковать.