На всякий случай: в Vapor есть закомментированые функции, т.е. по умолчанию он, например, юзеров не переносит, но это можно включить.
Удачи!)
12 апреля 2016, 16:19
+2
А зачем мне вы это пишете? ))
Ни когда даже в голову мне не приходило стандартный конфиг править руками)) Бред!
Не проще поставить чистый MODX и поверх залить файлы (распаковать архив) предварительно удалив из архива конфиги? А потом залить свою базу, стерев свежеустановленную.
Или Vapor, чаще это самый простой вариант.
12 апреля 2016, 15:43
0
Советую использовать Vapor
Если у вас есть работающий сайт на локалке, то нет проблем перенести его, тем более это занимает максимум 10 минут.
1. устанавливаете на рабочем сайте Vapor (качаете из официального репозитария)
2. создаете на локалке Vapor-ом снимок сайта
3. получившийся пакет заливаете в ikzap.ru/core/packages/ (только закройте эту директорию, а лучше сразу переносите на modhost.pro/ ), при условии что ставите на чистый сайт ибо снимок все затрет
4. устанавливаете пакет (искать пакеты локально)
вот и все.
Как обычно:
Домен: русскийсайт.рф
Домен: XN--80APDBB9AHADMC.XN--P1AI
06 апреля 2016, 13:18
0
Тогда уж лучше Catalogfill для обычных ресурсов. Давно приобрел и многократно пользовался.
06 апреля 2016, 12:48
+2
Так много «уроков» по теме «Установка CMS», начинайте уже с «И многое другое».
И чем ваш автор заметен, кстати, интересно? Пусть свои проекты на данной системе представит.
Удачи вам. Извините, если что не так.
03 апреля 2016, 20:30
0
Разработчики MODX Evolution вам же требуются? Тогда вам на modx.im/
26 марта 2016, 11:59
0
paypal понес тебе «Спасибо»!
25 марта 2016, 13:58
0
PS отступая от вопросов в теме…
Буду теперь посматривать Лунный календарь на одном твоем сайте, Сергей.
Вот пишут там, «25 марта… Возможны конфликты, разбирательства, неприятности, возникшие из ничего. Необходимо проявить осмотрительность и терпимость… » — ужас.
Удачи в делах. Всем мира и добра!
25 марта 2016, 13:24
0
Я не упрекаю. Я о том, что что то в этом не дублировании не то. Если в правилах и этике есть такой прокол, что они препятствуют логике и здравому смыслу, а развитие и есть тот самый здравый смысл, то эти правила и этика требуют пересмотра.
В любом случае, спасибо.
25 марта 2016, 13:12
0
Я понимаю о чем разговор. Конечно, каждый акцентирует на своем.
В эту дискуссию я не праздно влез, а именно потому, что она прямо отражает суть некоторых процессов, в которых я так или иначе участвую.
Пример с расширением Статистика, он просто конкретный. Я имею к нему отношение как потребитель, вопросы поднятые мне (в данном случае как потребителю) весьма интересны. Итак, о не дублировании функционала- это прямая угроза развитию и именно абсурдно в отношении покупателей расширений. Т.е. если твой компонент не развивается как надо мне, я не могу рассчитывать на нужный мне (в твоем компоненте) функционал, кто то другой не может выпустить и разместить в магазине аналог с как раз тем недостающим функционалом и это по твоему правильно?
Заметь, вот конкретно по факту сбора статистики, я ведь не могу удалить твой компонент, он же собирает мне те данные, ради чего он был установлен. Дублировать другим компонентом? Еще базу раздувать? Учитывать разницу собранных данных одним, потом другим компонентом?
Т.е. явно отсутствует в этой схеме (не дублирования) интерес (в смысле не учитывается) покупателей.
25 марта 2016, 12:40
+2
«Лично я готов сделать свое дополнение бесплатным хоть сейчас» — в этом случае все меняется, поддержки не будет, развитие тоже без гарантий? Так ведь? «Вопрос только в уважении разработчиков друг к другу.» — а к пользователям?
Т.е я вот о чем. Конкретная ситуация с дополнением «Статистика...»
Покупка ли, просто установка, т.е. вообще факт использования ПО, всегда устанавливает некоторые взаимоотношения между разработчиком и пользователем.
Хочет ли пользователь (потребитель) что бы купленный компонент развивался, поддерживался? Хороши ли пользователю, если компонент Статистики придется заменить, с потерей данных ли, с переносом данных? Этика только по отношению к разработчикам? Не абсурд ли?
25 марта 2016, 11:00
+3
Сергей, не в упрек, просто озвучу мое к тебе обращение в поддержке.
Я спросил, не будет ли в компоненте статистики функции сбора данных о посетителях, IP адрес, юзерагент и т.п., что позволяло бы понимать какие устройства используют, откуда приходят люди и т.п.
Да, это все в Яндекс Метрики есть, но не для любого случая, так я, например, заметил подключения к RSS множественные, мне бы знать кто, откуда, Метрика тут не помогает. Ты пишешь: "Не планировал. Не совсем понятно, зачем нужна такая информация. При разработке делал акцент на то, чтобы знать что смотрят, а не кто. Может в будущем, если руки дойдут, сделаю. " — т.е. я не могу рассчитывать на новый функционал, а тот кто хотел бы выпустить с таким функционалом расширение будет связан правилами и принятой в сообществе этикой. Поэтому, то что говорит Павел (Гвоздь) не противоречит ни логике ни здравому смыслу. Компоненты (платные, бесплатные) в репозитарии не должны быть препятствием для появление новых компонентов, с новыми функциями, идеями. Иначе, увы, «кто первый встал того и тапки»- а прогресс «давай до свиданья». О копировании чужого кода я не говорю.
Предварительно обрабатывайте изображения, вот, кроссплатформенный ресайзер, рекомендую: toki-woki.net/p/Shrink-O-Matic/
Вы можете пакетно, папками сразу обрабатывать. Сотнями изображений и быстро.
22 марта 2016, 12:26
+2
Пользуюсь ContentBlocks+Redactor и не жжужжу :)))
Очень надеюсь, что смогу себе позволить купить безлимит (хотя из тарифов его убрали, но пишут что можно старые тарифные планы обсудить индивидуально).
21 марта 2016, 15:16
0
В том и дело, детектор несерьезный.
21 марта 2016, 14:50
0
Ну, вот, scientificrussia.ru на Yii, а «детектор» видит папку assets и кричит о наличии MODX. Тоже самое с сайтом Lenta.ru
Фейк это, а не детектор :))
Удачи!)
Ни когда даже в голову мне не приходило стандартный конфиг править руками)) Бред!
Не проще поставить чистый MODX и поверх залить файлы (распаковать архив) предварительно удалив из архива конфиги? А потом залить свою базу, стерев свежеустановленную.
Или Vapor, чаще это самый простой вариант.
Если у вас есть работающий сайт на локалке, то нет проблем перенести его, тем более это занимает максимум 10 минут.
1. устанавливаете на рабочем сайте Vapor (качаете из официального репозитария)
2. создаете на локалке Vapor-ом снимок сайта
3. получившийся пакет заливаете в ikzap.ru/core/packages/ (только закройте эту директорию, а лучше сразу переносите на modhost.pro/ ), при условии что ставите на чистый сайт ибо снимок все затрет
4. устанавливаете пакет (искать пакеты локально)
вот и все.
Видимо хостинг не виноват.
Домен: русскийсайт.рф
Домен: XN--80APDBB9AHADMC.XN--P1AI
И чем ваш автор заметен, кстати, интересно? Пусть свои проекты на данной системе представит.
Удачи вам. Извините, если что не так.
Буду теперь посматривать Лунный календарь на одном твоем сайте, Сергей.
Вот пишут там, «25 марта… Возможны конфликты, разбирательства, неприятности, возникшие из ничего. Необходимо проявить осмотрительность и терпимость… » — ужас.
Удачи в делах. Всем мира и добра!
В любом случае, спасибо.
В эту дискуссию я не праздно влез, а именно потому, что она прямо отражает суть некоторых процессов, в которых я так или иначе участвую.
Пример с расширением Статистика, он просто конкретный. Я имею к нему отношение как потребитель, вопросы поднятые мне (в данном случае как потребителю) весьма интересны. Итак, о не дублировании функционала- это прямая угроза развитию и именно абсурдно в отношении покупателей расширений. Т.е. если твой компонент не развивается как надо мне, я не могу рассчитывать на нужный мне (в твоем компоненте) функционал, кто то другой не может выпустить и разместить в магазине аналог с как раз тем недостающим функционалом и это по твоему правильно?
Заметь, вот конкретно по факту сбора статистики, я ведь не могу удалить твой компонент, он же собирает мне те данные, ради чего он был установлен. Дублировать другим компонентом? Еще базу раздувать? Учитывать разницу собранных данных одним, потом другим компонентом?
Т.е. явно отсутствует в этой схеме (не дублирования) интерес (в смысле не учитывается) покупателей.
Т.е я вот о чем. Конкретная ситуация с дополнением «Статистика...»
Покупка ли, просто установка, т.е. вообще факт использования ПО, всегда устанавливает некоторые взаимоотношения между разработчиком и пользователем.
Хочет ли пользователь (потребитель) что бы купленный компонент развивался, поддерживался? Хороши ли пользователю, если компонент Статистики придется заменить, с потерей данных ли, с переносом данных? Этика только по отношению к разработчикам? Не абсурд ли?
Я спросил, не будет ли в компоненте статистики функции сбора данных о посетителях, IP адрес, юзерагент и т.п., что позволяло бы понимать какие устройства используют, откуда приходят люди и т.п.
Да, это все в Яндекс Метрики есть, но не для любого случая, так я, например, заметил подключения к RSS множественные, мне бы знать кто, откуда, Метрика тут не помогает. Ты пишешь: "Не планировал. Не совсем понятно, зачем нужна такая информация. При разработке делал акцент на то, чтобы знать что смотрят, а не кто. Может в будущем, если руки дойдут, сделаю. " — т.е. я не могу рассчитывать на новый функционал, а тот кто хотел бы выпустить с таким функционалом расширение будет связан правилами и принятой в сообществе этикой. Поэтому, то что говорит Павел (Гвоздь) не противоречит ни логике ни здравому смыслу. Компоненты (платные, бесплатные) в репозитарии не должны быть препятствием для появление новых компонентов, с новыми функциями, идеями. Иначе, увы, «кто первый встал того и тапки»- а прогресс «давай до свиданья». О копировании чужого кода я не говорю.
Вы можете пакетно, папками сразу обрабатывать. Сотнями изображений и быстро.
Очень надеюсь, что смогу себе позволить купить безлимит (хотя из тарифов его убрали, но пишут что можно старые тарифные планы обсудить индивидуально).
Фейк это, а не детектор :))