CMS moguta cms

Проверил на реальном хостинге. На wordpress запустился скрипт, а из этой ветки движок почему-то выдает ошибку 404. Может надо править файл .htaccess? Х.З.


Я на 93 странице качнул архив 6.9.22. Далее нашел на форуме нулл 6.9.16 и на локалке каждый раз меняя 2 файла из скачанного архива (mgadmin.php, updata.php) обновил двиг до 6.9.22. Но соответственно обновы скачивались с офф сайта. Как сделать, чтобы при наличии файлов обновления обновить двиг без запросов на сайт разработчиков.
Не понятно что вы собственно хотите и как действовали.
вот вы пишите - Я на 93 странице качнул архив 6.9.22.
Какой конкретно, вот этот?:
Три варианта (NoNULL [no_14_days_period], NULL + отдельно файлы обновления) 6.9.22
Зачем было находить нулл 6.9.16 чтобы потом его обновлять на 6.9.22 если на 93 странице выложен уже нулл самой свежей версии?
Или вы ставили эксперимент, чтобы понять как обновляется?
И потом - какой-же это нулл, который обновляется путем обновления с офф. сайта?
Т.е. идет обмен данными - с вашего сайта посылается инфа на сайт разработчика - я сайт такой-то, прошу обновление! в ответ сайт разработчика запрашивает ваш ключ чтобы посмотреть а есть-ли он. В ответ Нулл выдает ему вместо ключа некий фак, который воспринимается как ключ и обновление скачивается.
Т.е. в любом случае, даже если ключ взломан - идет обмен и ваш IP где-то там у них прописывается. Да и вполне допустимо, что система обновления со стороны разработчика понимает что это фак, а не ключ, и где-нить это помечает, на будущее :)
Итого - все эти нулы, нулы только в том смысле, что можно пользоваться не 14 дней и обновляться без слета.
А вот то, что называется стуком, происходит как раз в момент запроса обновления.
Т.е. эти 2 варианта, что там указаны
Null - это тот вариант где обрублены обновления и вообще все общение CMS c сайтом могуты
No 14 days period - это то где обновления возможны, но тогда сайт могуты все про вас знает.
А так, как вы хотите, получится только на локальном сервере.
Т.е. на локальном ставим взломанный триал - обновляем, а потом делаем из него нулл (т.е. обрубаем все общение с сайтом могуты) и только потом выкладываем в реальную сеть.
Захотели поставить обновление - снова по кругу.
Вот специально скопировал из факов по DLE:
4) Что лучше null или keygen?
Зависит только от Вашего предпочтения. null как правило требует убирать копирайты автора null'а, а лицензионный архив - копирайты автора DLE. Так же учтите, что лицензионная версия может обращаться к dle-news, запрашивая обновление или проверку ключа, в null-версии эти проверки вырезаны.

Т.е. не совместить keygen(который обновляется и стучит) и null (который не стучит, но и не обновляется) на реально работающем сайте.

P/S
Пример с DLE - если изготовитель данной CMS хочет - он легко находит владельцев, так называемых нуленых версий и рассылает им письма счастья.
Так что бросьте всю эту затею, захотят найти нуленые версии могуты в сети - найдут.
Да и в тюрьму не посадят, просто заплатите за лицензию и все, если проект будет действительно стоящий.
 
Последнее редактирование:
Как сделать, чтобы при наличии файлов обновления обновить двиг без запросов на сайт разработчиков.
Это можно сделать. Для этого нужны архивы всех обновлений, начиная со следующей версии, после имеющейся, и до последней. Перепрыгивать через версии нельзя. Обновление будет происходить по стандартной схеме. Но с одним отличием - не будет никаких обращений к серверу обновлений. Для этого нужно переделать файл, отвечающий за обновления. Логично ведь, что если у нас есть архив, то зачем нам сервер обновлений? Но нужно полностью создать процедуру получения обновления.
Скрытое содержимое доступно для зарегистрированных пользователей!


Всем у кого стоят шаблоны и плагины jstudio, не стоит обновляться.
Я так понимаю, что проблема заключается в измененной верстке новой админки. Из-за чего, в настройках плагинов, все криво отображается. В пользовательской части все работает или нет? Если да, то все, что нужно сделать адаптировать оформление под новую верстку.
 
Последнее редактирование:
Сорри, единственно надо откуда-то брать файлы, которые будут загружаться на сервер с заменой.
Откуда?
Искать здесь на форуме под хайдами обновленные файлы?
Ставить локально версию - обновлять ее, а потом перекачивать обновленный архив на основной сайт?
Я так понимаю, что людей интересует не это - а вот это:
- стоит нуленая могута,на ней живой рабочий сайт,обновляется прямо из админки, причем никакие стуки на сервера могуты не идут.
Такого не получится - пока кто-то не сделает свой сервер обновлений могуты, и выложит нулл с обновлением с этого сервера.
 
Я так понимаю, что проблема заключается в измененной верстке новой админки. Из-за чего, в настройках плагинов, все криво отображается. В пользовательской части все работает или нет? Если да, то все, что нужно сделать адаптировать оформление под новую верстку.
Обобщенно - да. Снаружи работает (то что было установлено), внутри нет (не поменять ничего толком).
адаптировать оформление под новую верстку.
и продавать плагин под своим именем!:ay: Причем это будет вполне законно.
Но я суть имею ввиду ту, что об этом (адаптации) должны были позаботится могутовцы. Вот давайте прикинем ситуацию: сидит чувак (чувиха), покупает их скрипт, заказывает установку-настройку... Все отлично! Магазин базарит, товары пополняются, банеры меняются .... и вдруг обновление 19 (с него вроде хрень пошла). Ок. Пока чувак ничего не подозревает ..., но вдруг ему приспичило поменять картинки-ссылки-еще чего.... Он заходит в плагины, а там кикоз полный! Его действия?... Он пишет могуту, правильно? А ему в ответ: плагины де не наши, туда вопросы, там ответы. Он давай туда писать. Какой ответ оттуда он получит, затрудняюсь ответить. Но скорее всего ему скажут что надо переделывать плагины (адаптировать, как вы верно сказали) и стресут еще денег. И пока они это все делают ... у чела уже все акции-картинки-еще там чего уже 15 раз должно было поменяться, и давно все уже прошло. Ему остается матерится, ну фиг с ним на будущее пригодится. Если конечно опять не выйдет какое-нибудь N-е обновление и все похерит. Это был вариант В ЛУЧШЕМ СЛУЧАЕ.
В худшем - ему нифига не ответят! Что более вероятно! Или ответят вот так:
6CCAZ7DYSMK3WY6kW7C4EQ.png

А чел то хочет систему ЗА КОТОРУЮ ЗАПЛАТИЛ!!! Т.е. с обновлениями!!!
 
Триальная версия 6.9.21
Уважаемые, с офсайта в настоящее время можно скачать триальную версию 6.9.21 по двум ссылкам:
Для просмотра ссылки Войди или Зарегистрируйся
Для просмотра ссылки Войди или Зарегистрируйся
Но эти 2 архива немного отличаются размером: 13 386 кб и 13 332 кб.
Поэтому у меня и возникает вопрос: в чем разница между этими архивами, т. е. какую ссылку использовать для скачивания движка с целью дальнейшей с ним работы?
Если кто знает, будьте добры, разъясните этот вопрос.
 
Так вы скачайте оба архива, распакуйте, прогоните сравнителем файлов, потом разные файлы посмотрите под WinMerge - он покажет те места в коде, которые отличаются.
А вообще-то этот вопрос не грех и самим могутовцам задать.
 
А чел то хочет систему ЗА КОТОРУЮ ЗАПЛАТИЛ!!! Т.е. с обновлениями!!!
А так именно и будет :). Скажут, вас же предупреждали и мы не несем ответственности за сторонние плагины. В плагинах нужно подправить pageplugin.php для того, чтобы нормально отображалось. Но там все так муторно. Если бы был чистый каркас html блоков новой разметки, было бы намного легче. Еще в плагинах js-студии практически отсутствуют комментарии, где что начинается и заканчивается, что осложняет дело. Вчера попробовал на js-callme, вроде удалось привести к нормальному виду. Но непонятки с фильтром. Он не отображается и не работает. Плюс в новой версии еще появились новшества в логике отображения и настроек плагинов. Но можно обойтись и без них.
screenshot_1.jpg
Поэтому у меня и возникает вопрос: в чем разница между этими архивами, т. е. какую ссылку использовать для скачивания движка с целью дальнейшей с ним работы?
Если кто знает, будьте добры, разъясните этот вопрос.
Разница в размерах файлов и соответственно в их содержимом. Мелкие правки косяков выпуска, например в дампах базы данных. Посмотрите на даты файлов внутри архива, правильный с датами файлов от 28.06.17. Правильная первая ссылка.

Проверил на реальном хостинге. На wordpress запустился скрипт, а из этой ветки движок почему-то выдает ошибку 404. Может надо править файл .htaccess? Х.З.
У вас не получится запустить запустить левый php файл на домене с могутой. Всегда получите ошибку 404. Попробуйте удалить (переименовать) на время config.ini. И еще раз запустить сканер.
 
Последнее редактирование:
Обобщенно - да. Снаружи работает (то что было установлено), внутри нет (не поменять ничего толком).

и продавать плагин под своим именем!:ay: Причем это будет вполне законно.
Но я суть имею ввиду ту, что об этом (адаптации) должны были позаботится могутовцы. Вот давайте прикинем ситуацию: сидит чувак (чувиха), покупает их скрипт, заказывает установку-настройку... Все отлично! Магазин базарит, товары пополняются, банеры меняются .... и вдруг обновление 19 (с него вроде хрень пошла). Ок. Пока чувак ничего не подозревает ..., но вдруг ему приспичило поменять картинки-ссылки-еще чего.... Он заходит в плагины, а там кикоз полный! Его действия?... Он пишет могуту, правильно? А ему в ответ: плагины де не наши, туда вопросы, там ответы. Он давай туда писать. Какой ответ оттуда он получит, затрудняюсь ответить. Но скорее всего ему скажут что надо переделывать плагины (адаптировать, как вы верно сказали) и стресут еще денег. И пока они это все делают ... у чела уже все акции-картинки-еще там чего уже 15 раз должно было поменяться, и давно все уже прошло. Ему остается матерится, ну фиг с ним на будущее пригодится. Если конечно опять не выйдет какое-нибудь N-е обновление и все похерит. Это был вариант В ЛУЧШЕМ СЛУЧАЕ.
В худшем - ему нифига не ответят! Что более вероятно! Или ответят вот так:
6CCAZ7DYSMK3WY6kW7C4EQ.png

А чел то хочет систему ЗА КОТОРУЮ ЗАПЛАТИЛ!!! Т.е. с обновлениями!!!
Вообще-то разрабы студии уже давно все поправили и админка работает прекрасно на 22-й версии. Нигде ничего не расползается. В каждом плагине правились 2 файла. Сейчас разбираюсь с ихним крокусом, вроде все неплохо работает.
 
Последнее редактирование:
Все плагины от Для просмотра ссылки Войди или Зарегистрируйся не фурычат как надо!
Представь у тебя есть настроенный, наполненый магаз, обновляешь его и получаешь кривость. Большинство нормальных плагинов просто не обновляются и показыват кривость. Некоторые пытаются обновится, но без толку. И лишь малость кое как обновляются (причем те, что ни в х не вдулись).

Всем у кого стоят шаблоны и плагины jstudio, не стоит обновляться.

Вот вам и эмоции и полезная информация :)))
Представляя, что вы мне сейчас ответите напишу, что все CMS поддерживают плагины, которые были написаны на низшую версию. А тут просто выкинули новый! продукт без поддержки старых дополнений (плагинов).

Если вы зайдете на их сайт и посмотрите внимательно в нижнюю часть левого сайт бара, то увидите там ссылку на сss который нужно заменить вручную в неработающих плагинах. Данные инструкции там уже очень давно. К сожалению с админки пока обнову не запилили, хотя мне говори что планируется но не сейчас.

9134c48e69b4.png

p.s. если вдруг у кого завалялся шаблончик Instyle v2.1 поделитесь пожалуйста.
 
Последнее редактирование:
кто уже пробовал 23ю версию???
принципиально что-то поменялось? или как всегда мелкие улучшения?

интересует адекватность работы сайта после установки галочки "объединить все css и проч.". Замечено что местами сайт все-же "ломается"
 
Назад
Сверху