Санкции коснулись всех.

Все сайты на Joomla в России НЕ могут обновится.

Сервер обновления заблокирован. (Причины не работы функции обновления, рассматривать НЕ будем).

Укажем новый сервер обновления!

PS На форумах нам пишут, что нужно вручную скачать файл обновления сохранить в папку и для каждого сайта закачивать файл и производить обновления. Мы так делать НЕ будем!!!

Мы пропишем новый адрес обновления в сайте, после чего всё станет как раньше, обновления будут работать без лишних поползновений. Нам достаточно будет нажать кнопку ОБНОВИТЬ, и сайт будет обновлен.

https://korenevskiy.github.io/Joomla_Update_Russian/core.xml

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

Инструкция настройки обновления (делается один раз).

  1. В пункте меню "Компоненты -> Обновление Joomla" открываем компонент "Обнволение Joomla"

  2. В верхнем правом углу нажимаем кнопку "Настройки"

  3. В параметре "Сервер обновлений" переключаем выбор на "Пользовательский URL"

  4. В появившемся параметре "Пользовательский URL" ниже вводим адрес:
    https://korenevskiy.github.io/Joomla_Update_Russian/core.xml

  5. Вверху нажимаем кнопку "Сохранить и закрыть"

  6. Радуемся что все работает.

Инструкция настройки обновления (тоже самое в картинках).

  1. В пункте меню "Компоненты -> Обновление Joomla" открываем компонент "Обнволение Joomla"

  2. В верхнем правом углу нажимаем кнопку "Настройки"

  3. В параметре "Сервер обновлений" переключаем выбор на "Пользовательский URL"

  4. В появившемся параметре "Пользовательский URL" ниже вводим адрес:
    https://korenevskiy.github.io/Joomla_Update_Russian/core.xml

  5. Вверху нажимаем кнопку "Сохранить и закрыть"

  6. Радуемся что все работает.

Сохраняем и обновление теперь работает!

PS Если вдруг кто то заметит новое обновление Joomla раньше меня, пишите в этот GigHub, мы сразу обновим файл конфигурации.

P.S. Надежность ссылки Вы можете проверить сами пройдя по ней и проверить содержимое.

Так же буду признателен, если будут желающие участвовать в обновлении этих конфигураций по выходу новой версии Joomla. Если вдруг кто ни будь увидит новую версию, то вместо того чтобы ее скачивать, он может сообщить в этом репозитории, тем самым сделает себе проще и другим обновление Joomla.

Ребят за что же Вы мне дизлайки ставите, я говорю тем кто в теме, я Вам показал на примере как решить проблему обновлений самому, Вы же можете сделать аналогично как я делаю. А Вы меня хейтите называя подозрительным типом, Хоть бы сами подумали как это делается. Уже прошло несколько месяцев. Что же Вы сидели без дела, а теперь я плохой?
Либо присоединяйтесь, либо делайте как я, но за что дизлайки ставите?

Комментарии (20)


  1. aik
    03.07.2022 17:53
    +2

    Правильнее было бы объяснить, как самостоятельно создать «точной копией оригинальной конфигурации обновлений», а не рассказывать скриншотами, как привязаться к чужой ссылке.


    1. Dier_Sergio_Great Автор
      03.07.2022 20:37

      Благодаря Вашим замечаниям, написал текстом инструкцию вписывания URL.
      А вообще дело простое, надо создать загрузить на любой хостинг эти XML, адрес этого XML прописать в настройках Joomla. А в содержимом XML надо заменить адреса обновлений так же на своего хостинга. Но суть в том что кто в этом понимает, для него не нужно эта инструкция. А для тех кто хочет научится, но еще сам не понимает, лучше этим не парится, так как если он сделает все сам, он создаст себе проблемы в будущем, когда надо каждую неделю следить за обновлениями этого XML. Так как этот XML надо обновлять после выхода новой версии.
      Но если очень хочется можно посмотреть содержимое XML файлов по этому адресу https://github.com/korenevskiy/Joomla_Update_Russian

      Ну а если человек не понимает как сайт GitHub работает то тогда ему точно не зачем парится самому дубликаты файлов обновлений делать.


      1. aik
        03.07.2022 20:42
        +1

        Если человек не понимает, что делает, то ему точно не надо никакие левые ссылки вписывать для автообновления.
        Что вам (технически) мешает в этой xml'ке ссылку на трояна подсунуть?


        1. borisdenis
          03.07.2022 20:48
          +1

          Либо просто, через пару месяцев забить на поддерживание актуальности обнов и все получат не обновляемую систему.


          1. Dier_Sergio_Great Автор
            04.07.2022 22:57

            ЗА что мне дизлайки ставят, ведь я показал как все надо делать? За что ????


            1. borisdenis
              04.07.2022 23:01

              Понятия не имею, лично я просто высказал свое мнение, да и голосовать в принципе прав не имею, но... при этом тоже в карме минусы заиметь успел)))


        1. Dier_Sergio_Great Автор
          03.07.2022 20:58

          @borisdenis @aik Вы правы, ни что не мешает. В том числе могу забить. И именно поэтому любая другая ссылка других людей так же может быть компроментирована.
          Но моя ссылка открыта, находится на GitHub, где Вы ее можете проверить. Но как Вы сказали я могу забить на эти обновления. Вы правы, времени на это может не быть. Поэтому я могу принимать поправки PR для обновлений ссылок от других людей, либо добавить еще пару ответственных людей в эту репу.
          Но в любом случае проблему обновления надо решать и надо хоть с чего-то но эту проблему начинать решать. Я создал эту репу для себя, так как у меня в поддержке с 20 сайтов, и закачивать обновления для каждого хуже чем просто создать репу на GitHub и прописать ссылку в сайтах.


  1. sden77
    03.07.2022 23:02
    +1

    Вопрос в том, лучше ли обновляться с какого-то левого источника, чем не обновляться вообще. Ну и напрашивается создание своего зеркала на впске в нужной локации, например с помощью кеширующего nginx.


    1. Dier_Sergio_Great Автор
      04.07.2022 00:06

      Многие решают проблему другим способом, Запрещают запись вообще всех файлов кроме папки IMAGES, отключают обновления и проблема решена.
      Когда человек задается вопросом о кешировании nginx (я в этом сам не разбираюсь), я думаю что такой чел уже не будет использовать левый источник.
      Если честно, то я бы 2 дня назад бы запросто бы чужой левый источник бы в свои сайты бы прописал бы. Конечно риск есть, но и потери в случае неудачи не значительны для простых сайтов. Конечно я бы бекапы сделал бы перед этим. Я бы попытался бы проанализировать источник, как наподобии, когда Вы покупаете материнку на Avito.
      Я думаю что если бы я был более коварный, я бы логин на GitHub бы сделал бы что то вроде JoomlaRussian.

      PS интересно а Actions на Github можно использовать для автоматического копирования источников и подменой в них адресов и сохранением в репе?

      PS Хотя надо сделать такой логин JoomlaRussian, для размещения своих расширений.


      1. saboteur_kiev
        04.07.2022 02:51

        Конечно риск есть, но и потери в случае неудачи не значительны для простых сайтов.

        Это вы так думаете.


      1. sden77
        04.07.2022 10:27

        в Actions на github уже я ничего понимаю. Посмотрел на ваши xml-ки, и насколько я понял из их содержимого, обновления всё так же скачиваются с офсайта downloads.joomla.org? Получается, ограничения есть только на скачивание самих xml?


        1. Dier_Sergio_Great Автор
          04.07.2022 21:13
          +1

          Вот именно, вот именно.


    1. sergeytolkachyov
      04.07.2022 03:40

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


      1. Dier_Sergio_Great Автор
        04.07.2022 21:19

        Зачем сервер подымать, если можно репу создать как я.
        ЗА что мне дизлайки ставят, ведь я показал как все надо делать? За что ????


  1. sergeytolkachyov
    04.07.2022 03:37

    Обновление работает, но через раз. На каких-то доменах отказывается, на каких-то всё отлично. Чаще работает на доменах третьего уровня. Не знаю с чем это связано.

    Так же нужно уточнить настоящую причину возникающих проблем: используются амазоновские сервера для раздачи обновлений и блокировка идёт не со стороны Joomla, а со стороны Amazon. Сейчас исходя из текста возникает ощущение, что джумле кранты и нужно с неё бежать так же, как бегут с сервисов винды и т.д. А это уже неверное впечатление


    1. Septdir
      04.07.2022 13:29

      Надо вскрывать обновление и смотреть почему не работают зеркала, которые делали именно из-за блокировки Amazon пару лет назад.


      1. Dier_Sergio_Great Автор
        04.07.2022 23:25

        Мне кажется что суть в том что доступ к обновлениям из браузера есть, а доступ из хостинга нет. В браузере(на странице CMS) идет проверка доступа к серверу обновлений. А само обновление скачивается на хостинг к которому доступ закрыт.Т.е. CMS думает что доступ есть, а при скачивании возникает ошибка скачивания.


  1. Septdir
    04.07.2022 13:31

    В свое время когда РКН блокировал Amazon русскоговорящее сообщество Joomla сделали два решения.
    1. Добавили зеркала в сервера обновлений, и надо выяснять почему сейчас они не работают хоть и указы.
    2. Не официальный сервер обновлений, который автоматом тянет все необходимое с github
    https://joomla-update.org/


    1. Dier_Sergio_Great Автор
      04.07.2022 22:45

      Мне кажется что суть в том что доступ к обновления из браузера есть, а доступ из хостинга нет. В браузере(на странице CMS) идет проверка доступа к серверу обновлений. А само обновление скачивается на хостинг к которому доступ закрыт.
      Т.е. CMS думает что доступ есть, а при скачивании возникает ошибка скачивания.


    1. Dier_Sergio_Great Автор
      04.07.2022 22:52

      по этому неофициальному серверу обновление делаются?
      Пару дней назад, я бы сам бы его бы себе прописал бы.
      А может так и сделаю в будущем.