Обновление тИЦ и Pr одновременно

Добрый день уважаемые читатели! А может для кого — то уже и не добрый. Так вчера Яндекс провел очередно ап, а 17 марта тоже самое сделал Гоша. И вот сегодня я потеряла полученную  25 января заветную 2 от Гугла, хорошо еще что пока тИЦ стоит. Но обидно до слез, ведь работаю над проектами ежедневно. Женский сайт для меня это экзамен на прочность и самостоятельность, а блог — это моя жизнь.

Плюсом вчера меня расстроил мой знакомый, мы с ним вместе начинали, да и учимся друг у друга, сообщением что тИЦ его блога Яндекс обнулил. И мы с ним стали выискивать что стало причиной его падения, а сегодня вот придется разбирать мое падение.

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

Единственно, что я смогла усвоить за год работы так это то, что на 1000 символов желательно иметь одну внешнюю ссылку, к тому же анкор должен вписывать в основной контент по теме.

Не зная этого, я интуитивно придерживалась этих основ, но ведь учесть всего не возможно: знал бы где упал — соломку постелил. Да и товарищ мой прекрасно это понимая тщательно подходил к площадкам для обмена. Но дело сделано….

Но не тИц меня беспокоит, хотя теперь буду предельно осторожна, а мой Pr, пресловутый Page Rank. Это  же аналог тИц и его величина зависит от количества проиндексированных страниц Гулом, количества страниц и сайтов которые ссылаются на меня и их уровень Pr. И по идеи только большое количество внешних ссылок могло привести к уменьшению pr страницы. Да не всего сайта , а именно страницы, у меня он был только на главной и количество ссылок за эти практически два месяца не изменилось.

Но произошла одна неприятна вещь с индексацией моих страниц Гошей.
Дело в том, что у меня в октябре возникли проблемы с редириктом 301 (с www  и без www).  Переписав файл robots и .htaccess мне показалось , что проблема исчерпана, так как Яндекс все принял на ура. Затем в январе ап от Гугл, которого не было около шести месяцев и я посчитала что проблема исчерпана. Но скармливая в конце февраля карту сайта , в панели инструментов Google, обратила внимание, что из 500 страниц проиндексировано только 5. Хотя в январе картина была 478 к 345. Я естественно забила тревогу, перерыла массу информации и поняла, что такое происходит периодически со многими и надо просто написать на пересмотр индексации, подождать месяц и  все будет в ажуре. Так и сделала, хотя стала анализировать что такое могло произойти за этот период.

Обмен ссылками был плавный, покупка ссылок с GGL — за месяц примерно 8, но взамен было продано 4. Все по идеи как обычно, единственно опубликовала три статьи с биржи Mirolinks, на каждую пришлось по две ссылки на один домен. Но это условие работы с сервисом. Сайт заполняется уникальным контентом стабильно, наблюдается рост читателей.

Неужели одна или несколько ссылок ведут на линко помойку или ссылку на меня размещена на неугодных Гоше проекте? Придется все проверять тщательно и снова все прорабатывать.

Вообщем скучать мне поисковики не дают, теперь придется  и искать причины произошедшего и исправлять все ошибки. Разозли они меня здорово, но только я не  сдамся, а объявляю вам неравную войну — у поисковиков все козыри.

Только вот что мне интересно, в январе все гуру прогнозировали следующий ап от Google только в конце августа начале сентября. Что же произошло, что послужило одновременной «атаке»поисковиков? Неужели нас оптиматизаторов ждут очередные сюрпризы в виде новых алгоритмов и фильтров?

7 шагов для сохранения трафика при обновлении сайта — CMS Magazine

Для кого будет полезна: Руководителям компаний, для которых Интернет является одним из важных источников обращений. Которые планируют в ближайшее время обновление сайта.

Почему мы решили написать эту статью?

В первый раз мы допустили ошибку сами. Забыли сгенерировать новый sitemap (карту сайта) на интернет-магазине после обновления. Напомнил нам владелец сайта. После этого в чек-лист разработки добавилось несколько обязательных пунктов, а менеджеру был сделан выговор.

Во второй раз к нам обратился заказчик с полным отсутствием трафика после того, как сделал “редизайн” в одной веб-студии. Мы взмахнули руками и ругнулись про себя. Четыре месяца возвращали трафик на место.

В третий раз мы обнаружили, что при подключении https-версии сайта Яндекс может обнулить ТИЦ.

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

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

Рыцарь белой оптимизации идет спасать ваш трафик.

Где здесь деньги?

От посещаемости зависит количество заявок в вашу компанию. Поэтому при обновлении сайта важно не только сохранить, но и увеличить поисковый трафик.

Если вы начнете терять по тысяче посетителей в неделю, ваш отдел продаж почувствует уменьшение звонков и обращений. Через несколько недель наступит уменьшение объема продаж, и вы схватитесь за голову. Следующий шаг нам тоже известен — увеличить бюджет контекстной рекламы в попытках вернуть кривую спроса на место.

Чтобы дважды не терять деньги — на продажах и контекстных бюджетах — нужно позаботиться о сохранении оптимизации.

Быль: как-то раз одна веб-студия обновила сайт автосервиса. Там был форум автовладельцев. Никто не позаботился о сохранении адресов страниц форума и люди из поисковых систем перестали переходить на форум. Число заявок на автосервис упало в несколько раз.

Пошаговый алгоритм сохранения оптимизации

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

Шаг 1. Понимаем, нужно ли нам сохранять оптимизацию или нет

Под обновлением сайта мы понимаем любое изменение работающей версии сайта, при котором изменяется хотя бы один URL на сайте. То есть, если вы добавили страницу на сайт, это к вам не относится. На самом деле легче перечислить случаи, когда правильный перенос не требуется.

Итак, можно не думать о сохранении оптимизации, если:

• Вы меняете дизайн, делаете фейслифтинг, но никоим образом не меняете адреса страниц и информацию на них. В идеале — и html-разметку не меняете.




• Если у вас лендинг, одностраничный сайт или другой формат “1 домен — 1 страница”. Для очистки совести позаботьтесь о сохранении мета-тегов и заголовка страницы. Остальные шаги можно не делать.




• Вы делаете сайт с нуля, которого раньше НЕ было в интернете.




• Вы обновляете сайт, на котором вообще нет поискового трафика. Частный случай — ваш сайт представляет собой закрытый портал для работы авторизованных пользователей.

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

Шаг 2. Замеряем возможные потери

Перед тем как принимать решение об обновлении сайта, нужно открыть статистику по текущим источникам и ответить на вопрос “Что мы потеряем, если не сохраним оптимизацию?”. Если речь идет о тысячах посетителей в месяц, вам прописан правильный перенос.

Самый простой способ измерить возможные потери — посмотреть на круговую диаграмму источников трафика. У некоторых поиск занимает большую часть круга.

В нашей истории было до 9 тысяч уникальных посетителей в месяц. Ответ о необходимости сохранения оптимизации очевиден. Переходим на следующий шаг.

Вы же не хотите искать свой поисковый трафик, как Траволта на картинке?

Шаг 3. Определяем объем работы и планируем

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

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

Шаг 4. Аналитика и составление Таблиц миграции

Первые 3 шага — этапы анализа и планирования — были проведены в течение одной недели.

Все последующие шаги — техническая работа. Ушло около 70 часов оптимизатора, 20 часов разработчика и пол-литра крови менеджера.

4.1. Аудит новой версии сайта

Мы нашли около 10 проблем в новом сайте, способных повлиять на позиции в поисковой выдаче:

• Низкая серверная скорость загрузки страниц — Карточки товаров и Страницы категорий загружались непозволительно долго.




• Битые ссылки. Почистили “хвосты” за разработчиками и навели порядок в ссылках.




• Тег rel=»canonical» на страницах сайта использовался некорректно. Исправили.




• Доступы к страницам категорий — Для пользователя могло быть не очевидно, как попасть на страницу с категорией каталога. Сделали ссылки и визуально выделили их.




• Отсутствие атрибутов Alt, Title у изображений — В местах, где можно задать программно, добились присутствия атрибутов у изображений.




• Отсутствие текстов у категорий каталога. Проблему обозначили, составили техзадание на написание текстов.

Вместе с разработчиками и контент-менеджером заказчика проблемы были быстро решены. Мы приступили к следующему шагу.

4.2. Таблица редиректов

Таблица редиректов для обновления сайта выглядит так. Всего 750 строк. Мы включили все страницы, на которые были хотя бы 100 переходов с поиска за последний месяц.

4.3. Таблица оптимизации

Изображение ниже — это таблица сохранения оптимизации. Для каждой страницы были указаны необходимые мета-теги и заголовки.

При этом таблица снабжалась подробным техническим заданием по каждой оптимизационной составляющей: Заголовкам Title и h2-h4, мета-тегам. Пример для Title ниже.

4.4. Таблица контента и шаблонов оптимизации

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

Мы проработали основные разделы нового сайта и написали требования для шаблонов оптимизационных составляющих и текстов страниц.

Очень важно: при наличии большого числа новых «пустых» страниц без готового контента не следует запускать новую версию сайта до тех пор, пока содержимое всех новых страниц не будет заполнено (либо вручную закрывайте их от индексации в robots. txt или в специальном теге meta name=»robots»).

Поисковик крайне неохотно индексируют сайты, где на большинстве страниц отсутствует содержимое.

4.5. Журнал 404

Подробности о технологии в статье про ошибки 404

В этот раз мы не стали делать “Журнал 404 ошибок”. Использование этой технологии оправдано тогда, когда Вы подозреваете о наличии неизвестных источников перехода или велика доля ссылочной массы из социальных сетей.

Шаг 5. Переезд

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

Сразу после переезда мы перешли в режим наблюдения и фиксации трафика и позиций. Мы используем Топвизор для снятия позиций в поисковых системах и Яндекс.Метрику для отслеживания трафика.

Шаг 6. Robots.txt и Sitemap.

xml

Выносим в отдельный шаг для напоминания о том, что важно составить корректные версии служебных файлов robots.txt и sitemap.xml. Мы рекомендуем делать их в качестве финальных версий еще до переезда.

Шаг 7. Обязательные замеры через равные промежутки времени

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

Итоги

Обновление сайта всегда несет с собой изменения. Наша задача была свести к минимуму отрицательное влияние. Мы считаем, что выполнили ее на твердую “четверку”. Что можно было улучшить? Более тщательно подготовить тексты и оптимизационные составляющие, что помогло бы потерять еще меньше позиций. Что не применимо в условиях жесткого дедлайна.

Кривая трафика. Красная полоса — Переезд. Синяя — Яндекс переиндексировал и применил обновленную выдачу.

Данные по позициям. Результат намного превысил наши ожидания. Из ~400 запросов в ТОПе осталось около 250!

Что осталось за кадром

Так как статью изначально готовили не для “технарей”, мы не стали включать в нее оптимизационный жесткач в виде “пошагового алгоритма закупки ссылок” из 15 пунктов и некоторые другие подробности:

• инструкции на формирование шаблонов текстов, заголовков, метатегов для SKU;




• требования к уникальным текстам категорий и подкатегорий;




• рекомендации по внедрению schema.org;




• план закупки внешних ссылок и статей для ускорения индексации.

Отдельная благодарность менеджеру проекта Алисе Островской и специалисту по поисковой оптимизации Дмитрию Петровскому за выполнение задачи в срок и с высоким качеством!

Перейти на сайт

Как настроить и заполнить сайт обновлений

Введение

В этом руководстве объясняется, как настроить веб-сайт для распространения ваших плагинов . Предполагается, что ваши плагины правильно установлены в вашей локальной установке ImageJ2.

Обоснование

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

Создание размещенного сайта обновлений

Самый простой способ предоставить свои макросы, скрипты и плагины другим пользователям, позволяя им обновляться наиболее удобным способом, — настроить сайт обновлений на 9Сервер 0015 sites.imagej.net , размещенный в LOCI.

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

Используйте эту тему на форуме Image.sc, чтобы запросить новый сайт обновления.

Вы также можете запросить:

• Добавление или удаление прав загрузчика для данного пользователя на определенный сайт;
• Сброс пароля для вашей учетной записи загрузки.

Чтобы начать использовать свой сайт обновлений, в ImageJ2 запустите программу обновлений с помощью Help › Update и нажмите кнопку Управление сайтами обновлений:

Указание вашего сайта

Нажмите кнопку Добавить сайт обновлений.

При желании введите псевдоним для вашего сайта в столбце Имя . В столбце URL введите полный URL вашего сайта. Наконец, в столбце Host введите webdav:

Выделенные сайты обновлений плагинов

Вместо того, чтобы иметь один сайт обновления для многих плагинов, настоятельно рекомендуется создать выделенные сайты обновлений для каждого плагина, которые могут представлять интерес для сообщества.
Такой специализированный сайт обновлений может иметь более понятное имя.
У данной учетной записи загрузки может быть несколько сайтов обновлений. Чтобы запросить новый сайт обновления для вашей учетной записи пользователя, опубликуйте свой запрос на форуме (см. соответствующий пост) или на ImageJ Gitter.

Групповой сайт обновлений

Помимо размещенных сайтов обновлений группы людей могут совместно использовать сайт обновлений.

Чтобы создать такой сайт обновления, разместите сообщение на форуме Image. sc или в канале imagej Gitter с запросом на создание сайта на sites.imagej.net , включая желаемое имя сайта, а также пользователям загрузки будет предоставлено разрешение на загрузку на сайт группового обновления. Затем администратор создаст скелет сайта и предоставит этим пользователям разрешение на загрузку на новый сайт.

Добавление сайта обновлений на собственный сервер

Если у вас есть собственный сервер или веб-пространство с доступом через WebDAV, SFTP или SSH, вы можете создать каталог в этом веб-пространстве и также инициализировать его как сайт обновлений. Просто вызовите программу обновления с помощью Help › Update и нажмите кнопку Управление сайтами обновлений:

Теперь нажмите кнопку Добавить, укажите псевдоним для вашего сайта обновлений, URL вашего веб-пространства и информацию для загрузки .

Информация о загрузке зависит от протокола, доступного для загрузки:

Протокол	Хост	Каталог на узле
WebDAV	webdav: или *webdav:*	.
SFTP	*sftp:@*	**
СШ	*ssh:@*	**

Если вы хотите использовать сервер SFTP/SSH, у него должна быть пустая общедоступная папка, доступная через Интернет, в которой вы собираетесь публиковать свои обновления. Средство обновления ImageJ не создаст эту пустую папку.

💡

Примечание о SSH и known_hosts : Чтобы ImageJ мог подключиться к вашему серверу через SSH, вы должны настроить свои учетные данные SSH как обычно, например: $HOME/.ssh/known_hosts должен содержать ключ хоста, и дополнительно $HOME/.ssh/config может содержать конфигурацию/учетные данные хоста. Мы рекомендуем, чтобы данный хост был указан в $HOME/.ssh/config и снабжен закрытым ключом.

Обратите внимание, что сначала необходимо подключиться с помощью ssh из командной строки, чтобы записать отпечаток хоста. Возможно, потребуется вызвать ssh-keyscan test.imagej.net >> $HOME/.ssh/known_hosts , чтобы убедиться, что ключ в правильном формате отображается в файле конфигурации. Существует проблема с более новыми серверами SSH, предлагающими ключи хоста в ecdsa-sha2-nistp256 , но библиотека JSch требует их в формате ssh-rsa . Если вы получаете сообщение об ошибке com.jcraft.jsch.JSchException: UnknownHostKey , то это несоответствие может вас укусить; попробуйте использовать вызов ssh-keyscan выше. Если у вас все еще есть проблемы, напишите на форум Image.sc для дальнейшего устранения неполадок.

Пример: Предположим, у вас есть доступ по SFTP к машине, известной как imagej.example.org в Интернет, и давайте предположим, что у вас есть учетная запись пользователя и , которая имеет доступ на запись к пути /var/www/my-update-site/ на той машине, которая обслуживается через http://imagej. example.org/мой-сайт-обновления/. Тогда строка, которую нужно добавить, может выглядеть так:

Если сайт обновления еще не инициализирован (т. е. если этот сайт еще никто не инициализировал), вы увидите диалоговое окно, подобное этому:

Просто нажмите OK и позвольте программе обновления загрузить пустой файл index (хранится в файле db.xml.gz , которая также называется базой данных в документации апдейтера).

Загрузка файлов на ваш сайт обновлений

Примечание: вы не можете просто копировать файлы на свое веб-пространство; средство обновления пропустит всю важную информацию и, следовательно, откажется принимать этот сайт обновления. Вам нужно , чтобы программа обновления обработала загрузку файла.

Запустите программу обновления и проверьте свой сайт обновлений

Сначала запустите программу обновления:

Нажмите кнопку «Управление сайтами обновлений» и проверьте:

• Ваш сайт обновлений присутствует и включен
• Столбец Host вашего сайта обновлений содержит ваше имя пользователя в формате: webdav:

Например:

После того, как ваша регистрационная информация установлена, вы можете Закрыть окно сайта обновления.

Подготовьте файлы к загрузке

Нажмите кнопку «Расширенный режим» и установите параметры просмотра, чтобы увидеть ваши плагины:

• Если вы никогда не загружали плагины, выберите Просмотреть локальные файлы

Для макросов .ijm файлы должны находиться в подпапке plugins с соответствующим названием. Их родительская папка станет именем записи в меню Плагины .

Для сценариев .py они могут находиться в папке Jars/Lib или scripts (или в любой подпапке).

Вне этих папок программа обновления может их не увидеть.

• Если вы загружаете новые версии своих плагинов, выберите Просматривать только локально измененные файлы

В этом случае подключаемый модуль, который мы будем загружать, содержится в A_Jolly_Useful_Plugin.jar .

Выберите файл для загрузки, щелкните под столбцом Статистика/Действие или щелкните правой кнопкой мыши (в macOS, ⌃ Ctrl  +  Щелчок левой кнопкой мыши) в любом столбце, чтобы открыть контекстное меню, и выберите Загрузить на <сайт обновления имя> .

Параметр Загрузить на <имя сайта обновления> доступен только в том случае, если вы ввели свои учетные данные для загрузки и никаких других изменений не ожидается. Это сделано для того, чтобы избежать потенциального повреждения вашей установки ImageJ. Если параметр Загрузить недоступен, выберите представление Просмотр изменений и разрешите любые ожидающие изменения, например. путем обновления или возврата к Сохранить как есть .

Изменение зависимостей

При выборе подключаемого модуля отображается Сведения 9Панель 0020 становится доступной. Зависимости плагина, например. ij.jar и someJarOrOther.jar автоматически определяются программой обновления. Следовательно, если вам требуются сторонние пакеты для вашего плагина, вы можете поместить их в папку jars в ImageJ, и программа обновления автоматически загрузит их на сайт.

Вы также можете вручную вводить или редактировать любую информацию на панели Details :

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

Иногда программа обновления неправильно определяет ваши зависимости. Это может помешать вам выполнить загрузку на ваш сайт обновлений! Если зависимость неправильная, вы можете вручную добавить или удалить зависимости на вкладке Подробности , чтобы исправить проблему. Сообщите нам, когда это произойдет, чтобы мы могли улучшить программу обновления

Загрузите файлы

Наконец, нажмите Применить изменения (загрузить) , чтобы загрузить свой плагин на сервер и разрешить другим доступ к нему. Если у вас есть зависимости, которые не являются частью ImageJ, программа обновления спросит вас, хотите ли вы загрузить и этот jar-файл. Наконец, вас снова попросят ввести учетные данные для входа, и файлы будут загружены на сервер.

Убедитесь, что ваши плагины теперь зарегистрированы как плагины ImageJ, выбрав Просмотр файлов сайта «[ваше имя сайта здесь]» вариант просмотра:

Готово. Теперь любой, кто хочет получить копию ваших плагинов, просто должен добавить ваш сайт обновлений в диспетчер обновлений по указанному вами URL-адресу, и ваши плагины будут загружены и обновлены в их установках ImageJ, как и стандартные плагины ImageJ.
Для еще большей наглядности и практичности вы можете попросить, чтобы ваш сайт обновлений был указан в программе обновлений Fiji (см. раздел ниже).

Публикация вашего сайта обновлений

Если вы хотите, чтобы ваш сайт обновлений был указан в диспетчере обновлений ImageJ, следуйте инструкциям на этой странице: список сайтов обновлений
.

Дополнительная литература

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

Как загружать на сайты основных обновлений

Содержание этой страницы не проверялось с момента ухода из MediaWiki. Если вы хотите помочь, ознакомьтесь с руководством по оказанию помощи!

Введение

В этом руководстве объясняется, как загружать изменения в основные библиотеки ImageJ2 и Fiji.

Типичный рабочий процесс:

1. Обновите Fiji.git, чтобы он зависел от последней версии pom-scijava
2. Используйте mvn -Dimagej.app.directory=$HOME/Desktop/Fiji.app/ -Ddelete.other.versions=true для установки в существующую (актуальную) установку Fiji
3. ПРИМЕЧАНИЕ. Если на данный момент есть какие-либо более ранние версии, это указывает на перекос зависимостей. Fiji.git следует обновить соответствующим образом, начиная с шага 1

.

4. Загрузить изменения на сайт обновления ImageJ
5. Загрузить изменения на сайт обновлений Фиджи

Существует известная проблема, когда bio-formats_plugins.jar помещается в /jars/bio-formats с помощью этого задания maven. Его следует вручную переместить по адресу /plugins/

Ответственность загрузчиков

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

Поскольку выпуски привязаны к исходному коду (и содержимое сайта обновлений не имеет явной версии), порядок обновления всегда должен быть следующим:

1. Исходный код
2. Обновление сайта

Исходный репозиторий для каждого основного сайта обновления:

Начало работы

Прежде всего, запустите программу обновления с помощью Справка › Обновление и нажмите Управление сайтами обновлений:

В этом диалоговом окне вы можете отредактировать нужный(е) сайт(ы) обновления, чтобы добавить свою аутентификационную информацию.

Настройка сайта обновлений Fiji

Сайт обновлений Fiji использует аутентификацию webDAV. Чтобы загрузить что-либо, вам потребуется:

• Попросите администратора создать для вас учетную запись WebDAV и предоставить разрешение на загрузку на update. fiji.sc.

В диалоговом окне Управление сайтами обновлений в строке сайта обновлений Фиджи добавьте следующую информацию:

• Хост = webdav:YourWebDAVLogin
• Каталог на хосте = ./

Обратите внимание, что ваше имя пользователя всегда будет начинаться с заглавной буквы. Это должно выглядеть так:

Теперь вы можете закрыть окно Управление сайтами обновлений и перейти к Загрузка ваших ресурсов.

Настройка сайта обновления ImageJ

Сайт обновления ImageJ использует аутентификацию ssh. Вам понадобится логин на сайте обновления imageJ, который какой-то администратор должен будет добавить в ij-обновление группы .

В диалоговом окне Управление сайтами обновлений в строке сайта обновления ImageJ добавьте следующую информацию:

• Хост = [email protected]
• Каталог на хосте = /home/imagej/update-site/

Это должно выглядеть так:

Теперь вы можете закрыть окно Управление сайтами обновлений и перейти к Загрузка ваших ресурсов.

This entry was posted in Тиц