Alroniks
0
Подход с использованием паттерна object-value хорош, но только когда существует нормальная доменная модель. Заменять бездумно все многомерные массивы классами везде подряд, имхо, неоправданно. Многомерный массив может быть прекрасным наглядным примером, отражающим сразу и структуру данных и ее содержимое. Да, злоупотребрять не нужно, но и кардинально переписывать все на классы (так можно и заболеть ООП головного мозга) тоже не нужно. Самый правильный подход по моему мнению – максимальная простота и читаемость кода. Если массив улучшает понимание кода – он там должен быть.
Alroniks
0
Из заметки не очень понятно. Правильно ли я понимаю, что R&C поднять карму может только одним способом — написав заметку в песочницу? Для новых пользователей логично, а как это будет работать в случае, когда был полноценный аккаунт, но по различным причинам был переведен в readonly (сейчас R&C)?
Alroniks
+1
Добавьте такое же содержание к предыдущим статьям и вообще молодцом будете!
Alroniks
+1
вообще не использую, за редким исключением вроде картинок для макета. где-то 100 мб может и нужно, но имхо — это перебор. Это я бы сказал звоночек, что что-то в проекте идет не так, как надо. Ну или повод задуматься об оптимизации или улучшении
Alroniks
+4
гонять сотни мегабайт по сети при каждом pull/push не выход, так что да, такую ситуацию с картинками нужно оптимизировать однозначно.
Alroniks
+7
У вас на сайте используется картинка в 100 мегабайт? Не говорите адрес, я туда не пойду никогда. :) В остальном, как вы говорите — вам хватает. Github вполне закономерно оптимизирует свои затраты. Я думаю, они проанализировали не одну тысячу реп, прежде чем принять решение, какой размер ограничить.
Alroniks
+6
Вполне размуное решение. Для исходников 100 мегабайт на файл — это руки оторвать программистам. А смысл хранить бинарники под контролем версий? Для этого хватает других сервисов.
Alroniks
+1
Не совсем по теме, но в чем вы рисовали план этажа?
Alroniks
+3
Иногда приходится только потому, что больше некому. Бездумного перевода всегда стараюсь избегать. В статье хорошие примеры о том, как важно думать прежде чем записывать перевод.
Alroniks
+1
Как писал Роберт Кийосаки в книге Богатый папа, бедный папа: «Заплати сначала себе». По сути та же фигня, как и с конвертами. Сначала платишь себе (откладываешь, кладешь на счет какой, чтобы не было соблазна взять), а затем платишь по счетам и остальное. Если не хватает — ищешь средства заработать больше денег. У меня месяц была тишина, а потом мозг сам начала генерировать гениальные рабочие идеи, как заработать больше.
Alroniks
+3
Весело и легко отключается один раз и больше не надоедает, зато помогает куче людей, которым не повезло быть программистами и знать английский или любой другой язык.
Alroniks
+3
Товарищ, аргументируйте! Предложите свой вариант, а мы оценим ваш шедевр.
Alroniks
0
Веду переговоры насчет помещений для организации клуба в Минске. Скоро и на нашей улице будет праздник :)
Alroniks
+2
Да успокойтесь вы :) Как будто Василию делать больше нечего, бегать за вами везде и ваши комментарии минусовать :) Просто вы своими действиями и у многих других людей гнев вызвали, вот вам они и мстят. Публичность требует осмотрительности и такта.

А вот идея с клубом просто замечательная. Нужно будет взять на вооружение и что-то подобное организовать в Минске.
Alroniks
0
Когда-то он был опенсорс, до какой-то старой версии. Есть мнение, что старую версию можно использовать как основу для форка бесплатно.
Alroniks
+1
Нужно просто понимать, могу ли я взять код, улучшить его, дописать и выложить в открытый доступ или нет? Труд, понятное дело, тяжелый, все мы трудимся и хотим получить за труд вознаграждение. Посему разрешение и спрашиваю.
Alroniks
0
А код на гитхабе каком-нибудь есть? Дабы дописать-улучшить чтобы была возможность.
Alroniks
0
я думаю, этот вопрос лежит не в плоскости modx, а в плоскости настройки хостинга или сервера. Мы вносили исключение в конфиг ISP для manager и все отлично работало. Не думаю, что только из-за одного ISP нужно менять адрес по умолчанию для всей CMS. К тому же при установке вы можете свободно выбрать другое название каталога с админкой MODX.
Alroniks
+11
Не понимаю людей, минисующих пост. Топик в профильном блоге, без холиваров. Ценили бы хотя бы обычный человеческий труд. Не согласны — выскажитесь лично.
Alroniks
+2
Все могут. Но по моему мнению в MODX это быстрее всего. Шаблоны создаются абсолютно свободно. Нету жестких правил верстки, как в WP, Joomla, Drupal. Такое сравнение субъективно, конечно, же, но тем не менее.
Alroniks
0
Это скорее для пущего эффекта сказано. Ну и вообще, даже в 2005 у CMS была возможность это все поддерживать.
Alroniks
0
Идея хорошая и нужна. Я такой проект было начал писать для MODX в виде компонента. Если интересно, можем обсудить где-нибудь в кулуарах (хабрапочте).
Alroniks
0
— Адепт MODX Revolution
— Поклонник и пользователь Ubuntu

Вопрошайте
Alroniks
0
Сначала удивился тому, что дизайн взял с официального сайта. У них в правилах использования торговых марок это запрещено. Но потом увидел слова Райана.

Это замечательно в любом случае.

А что касается документации по Рево, то давайте сотрудничать. Есть некоторые наработки уже http://modx.by/docs/
Alroniks
0
github enterprise насколько я помню, поставляется как полностью настроенный образ системы, не? Т.е. какую угодно интеграцию, кроме как через апи и не сделаешь. Зато есть бесплатный аналог gitlab, который умеет все тоже, местами, возможно, даже лучше. Ставится на свой сервер. Имхо, 5 штук только за то, чтобы код на 100% остался цел и был у вас — неоправданные расходы, только если вы не огромная корпорация.
Alroniks
0
и мешок бабла за него
Alroniks
+1
Универсальных, удобных, с кучей скрытого, но нужного кода. Подход себя вполне оправдывает, особенно когда имеем дело с аджаксовой админкой.
Alroniks
+1
Я бы только вот уточнил такую деталь, как «классные» процессоры. Все же ребята из MODX сделали огромную работу, переведя кучу спагетти-кода процессоров в классы. И раз речь шла об ООП, то правильнее было бы использовать именно их. За счет наследования кода становится намного меньше в самих процессорах и код более понятный.
Alroniks
0
К сожалению, было такое у меня. Увеличивал лимит в настройках suhosin — лечилось.
Alroniks
0
Как фон скорее. Вечером новости какие послушать, чтобы не отрываясь от домашних дел быть в курсе событий. Утром — чтобы не скучно было в тишине собираться и чтобы проснуться (не встать с кровати, а проснуться :) быстрее. Что-то говорят, мозг начинает вникать, пробуждается быстрее.
Alroniks
0
Все зависит от задач. Контексты в MODx есть, но не в том смысле, как они есть в Drupal (особенности терминологии). Что касается вывода данных, то все гибко и настраиваемо, разве что может и не в 2 клика, а в 5. Выводить можно так же любыми способами. Есть типы данных для ресурсов, есть input и output для дополнительных параметров, есть фильтры. Можно вместо фильтров подставлять сниппеты, они тоже будут выполнять свою задачу. Все есть, но немного в другом виде, нежели в Drupal.

Что касается панелей. У MODX абсолютная свобода относительно шаблонов. Если нам нужны какие-то хитрые панели, то делаем их в виде чанков и вставляем в нужные шаблоны. Можно конечно написать модуль, который будет этим управлять, но если его еще не написали, значит нет в нем необходимости. Остальные инструменты решают свои задачи и делают это хорошо.

Я не сравниваю Drupal и MODx, я защищаю MODx по вашим пунктам, так как достаточно давно с ним работаю и знаю, что свою задачу он выполняет очень хорошо. Но опять же, все зависит от задач. Не всегда можно использовать MODx, он не панацея. Как и Drupal собственно.
Комментарий из публикации, перенесённой в черновики.
Комментарий из публикации, перенесённой в черновики.
Alroniks
0
Пустил слезу. 4 года, как подсел на ***. Полгода как распробовал ******… Когда меня отпустит?
Alroniks
0
При переводе очень больших статей (особенно со сленгом) привыкаешь к середине и странные языковые конструкции становятся привычными. Так что скорее просто недостаток опыта.
Alroniks
+3
Прочитал предпоследний пункт уже после нажатия кнопки. Главное правильно подобрать инструмент под задачу. Нас вполне устраивает MODx, а кому то и без битрикса не обойтись.
Alroniks
+2
Какие инструменты построения гибкого пользовательского интерфейса можете предложить вы? Только не говорите, что jQuery UI. На тот момент, когда началась разработка Revo, он был только в зачаточном состоянии.
Alroniks
0
А требований и нет. Просмотрите еще раз статью. В ней говориться о том, что именно такой хостинг позволит работать с cms более комфортно, но не более того. К тому же на сервере работает почти десяток сайтов, а не один.

Вот единственные требования к серверу со стороны разработчиков modx.