Эта ошибка может возникать, когда вы обращаетесь к URL-адресу SSH (чтение / запись) вместо URL-адреса Git только для чтения, но у вас нет прав на запись в этот репозиторий.
Иногда вы просто хотите клонировать свое собственное репо, например, развернуть на сервере. В этом случае вам нужен только доступ только для чтения. Но поскольку это ваше собственное репо , GitHub может отображать URL SSH, если вы предпочитаете это. В этой ситуации, если открытый ключ вашего удаленного хоста отсутствует в ваших SSH-ключах GitHub, вашему доступу будет отказано, , что ожидается .
Эквивалентным случаем является случай, когда вы пытаетесь клонировать чужое хранилище, к которому у вас нет прав записи с помощью SSH URL.
Одним словом, , если вы хотите клонировать репо, используйте HTTPS URL (https://github.com/{user_name}/{project_name}.git
) вместо SSH URL (git@github.com:{user_name}/{project_name}.git
), что позволяет избежать (ненужной) проверки открытого ключа .
Обновление: GitHub теперь отображает HTTPS в качестве протокола по умолчанию, и этот шаг, вероятно, может уменьшить возможное неправильное использование URL-адресов SSH.
Да, возможно, вы можете использовать Silverlight или JavaFX (даже если для этого потребуется минимум HTML, например 4 тега ...).
Проблема с Silverlight или JavaFX и Flash в то же время они не подходят для SEO, то есть поисковой оптимизации, поскольку Google и компания не могут заглянуть внутрь вашего приложения.
Взгляните на Wicket . Вы можете создать веб-приложение, написав код только на Java, точно так же, как вы делаете настольные приложения с помощью Swing.
ИЗМЕНИТЬ : Хорошо, я должен признать, вам нужен небольшой опыт работы с HTML (который у вас есть ), но Wicket выполняет большую часть сложного JavaScript и AJAX за вас.
Также GWT в чем-то похож: он автоматически переводит код Java в JavaScript и генерирует большую часть HTML для вас.
Как я видел синтаксис, используемый в Java FX, я думаю, что вам будет лучше с обычным Java-апплетом (немного субъективно с хорошим причина). Апплет - это приложение Java (с определенными ограничениями), встроенное в браузер.
Причина того, что HTML / CSS / Javascript используются для веб-страниц, заключается в том, что они предназначены для этого. Они позволяют создавать документы с возможностью поиска и гибкой компоновкой, например, размещение Java-апплета (например) в браузере ограничивает вас, когда дело доходит до внешнего вида, стиля, SEO (как уже упоминалось) +++ ...
Silverlight - это также альтернатива, как было предложено. Это также встроенное приложение, работающее в браузере.
Если вы владеете Java, апплет будет достойным выбором, если вы можете смириться с этими недостатками.
Silverlight кажется наиболее близким к тому, о чем вы говорите (C # и т. Д.)
Вы также можете использовать Flash для полнофункциональных интернет-приложений.
Честно говоря, вам СЛЕДУЕТ изучите хотя бы основы HTML, прежде чем начинать веб-программирование. Вы должны узнать гораздо больше, но как минимум.
И чтобы ответить на ваш последний вопрос, почему люди до сих пор используют HTML ...
Не каждый, кто пользуется Интернетом, имеет умеренно мощный настольный компьютер. Люди выходят в Интернет с телефонов, компьютерных программ и т. Д. Не все эти устройства поддерживают RIA, и поэтому вам остается либо оставить их, либо поместить вещи в среду, доступную для всех.
Кроме того, доступность (слепые люди, например) требуют, чтобы программы чтения с экрана помогали им в Интернете. Из-за этого возможность читать документ пользователю является обязательной.
Вы можете использовать Flex , Silverlight или Flash для создания многофункциональных интерфейсов.
Если вам не нравятся HTML и CSS, вы можете использовать такие CSS-фреймворки, как blueprint , HAML, SASS ]. Если вам не нравится javascript, вы можете улучшить его с помощью jquery или прототипа.
Использование HTML делает вас более заметным. Например, многие портативные устройства не поддерживают Flash, а у большинства людей нет Silverlight. Есть также проблемы с SEO. Даже если Google теперь ссылается на флеш-контент, он все еще далеко позади HTML-ссылки.
Наконец, для меня веб-приложение не должно выглядеть как настольное приложение. Но если вы действительно этого хотите, есть способ сделать это:
(источник: cappuccino.org )
(капучино)
Я не уверен, что внешний вид настольного приложения - это ключ к успеху - и что это на самом деле означает?
Пользовательский интерфейс JQuery дает вам представление о том, что возможно с помощью стандартная комбинация html / css / js, и ее легко реализовать.
Большинство веб-приложений созданы с использованием HTML и JavaScript для обеспечения переносимости. Но если вам нужен действительно «богатый» пользовательский интерфейс, вы можете изучить Adobe Flash или Flex или Microsoft Silverlight (с помощью которого вы можете программировать на C #). Но вам потребуется, чтобы у ваших пользователей был соответствующий плагин.
Вы можете использовать Python с Pyjamas , Objective-J (и немного JavaScript) с Cappuccino или Java с GWT .
Если вы не против полагаться на браузер плагины, вы также можете посмотреть Adobe Air , Adobe Flex , Flash , Silverlight или JavaFX ( или просто Java ).
Чтобы ответить на ваш другой вопрос, большинство веб-приложений написано на HTML / CSS / JS, потому что это то, что большинство браузеров могут запускать без посторонней помощи. Все, что я упомянул выше, либо компилируется в них, либо полагается на то, что у пользователя установлен плагин.
Несколько моментов:
Невозможно создать веб-страницу без HTML.
Если вы используете плагины, такие как Flash, как предлагали другие, вам все равно нужен HTML , потому что это язык Интернета. HTML, CSS и Javascript широко используются, потому что плагины в основном являются собственностью и не понимаются браузером.
Например, вы не можете легко скопировать-вставить текст из плагинов, а другие функции браузера и ярлыки не работают. Вам нужно будет взвесить, что важнее.
Если ваше приложение должно выглядеть как настольное приложение, сделайте его настольным приложением
Почему бы не сделать настольное приложение с возможностью подключения к Интернету? Это своего рода обман, когда он выглядит так, как будто это не так, а также странно, когда он работает в другом приложении (браузере).
И какой бы стиль вы ни использовали, в большинстве случаев он все равно не будет похож на ОС пользователя. Каждая ОС отличается, и каждая допускает множество настроек. Вы можете использовать кросс-платформенный фреймворк, чтобы устранить или уменьшить эти проблемы.