hellcaster

Конечно же здесь:
https://www.w3schools.com/html/html_intro.asp
И здесь:
https://developer.mozilla.org/ru/docs/Learn/Gettin...

И YouTube никто не отменял.
Есть канал, Traversy Media, так вот контент автора может заменить вам на долгое время сон, еду и воду, если у вас все в порядке с английским и вы решили идти в веб-дев.
Вот, в частности, видео по HTML
https://www.youtube.com/watch?v=UB1O30fR-EE
Контент годный абсолютно весь.

Вот же

Если не использовать фреймворки и аппликейшен сервера, то можно все сделать практически на чистой java с минимальным набором библиотек. Как пример: www.javaxt.com/javaxt-server
Если есть желание разобраться с аппликейшен серверами (сервлет контейнерами), то можно начать хоть с Томката, хоть с Caucho Resin. Последний - очень классный сервер.

Думается мне, что на Python + Django вы всё сделаете быстрее, чем на Java, даже с учетом того, что Python вы не знаете, и с учетом того, что вы "немного знаете Java", но задали здесь такой вопрос.
Рекомендую, хуже не будет. А PHP оставьте там где лежит.

Смотря на каком языке вам удобно кодить конечно же... И на рнр возможно, быстрее получится. Но если в целом владеете java, то можно создать бэкэнд на Spring Boot.
Мне например, хватило примерно месяца, чтобы на основе этого видеоурока создать небольшой сайт.
https://www.youtube.com/playlist?list=PLU2ftbIeotG...
Но разумеется, что изучить полноценно Spring невозможно за месяц и многое придется осваивать еще очень долго...

Выбирайте PHP. Месяца не хватит даже на изучение материала.

String str1 = new String("java");
String str2 = new String("java");

System.out.println(str1 == str2);
System.out.println(str1.equals(str2));

Данный код выведет на консоль
false
true

Это связано с тем, что объекты, которые мы сравниваем с помощью == разные
Сравнение значений происходит с помощью equals

Оператор == в случае с объектами сравнивает ссылки. При создании строк с одинаковым значением нет гарантии, что это окажется один и тот же объект, а значит они могут иметь разные ссылки.
Для сравнения объектов принято испольховать оператор equals.
Так же, строки можно сравнить через ==, если сравнивать не сами объекты, а результаты их интернирования:
str1.intern() == str2.intern()
И все же, имхо, лучше использовать equals()

В Java строки являются объектами, а объекты равны между собой, только если это один и тот же объект. Для сравнивания строк используйте метод equals.

строки так не сравнивают, нужен "equals()"

Вот тут немного java8, если циклы не переносите

List<String> listA = new ArrayList<String>(){{
			add("A");
			add("B");
			add("C");
			add("B");
			add("A");
		}};

		List<String> listB = new ArrayList<String>(){{
			add("A");
			add("B");
		}};

		listA.removeIf(s -> {
			if (listB.contains(s)) {
				listB.remove(s);
				return true;
			}
			return false;
		});

Результатом будет [C, B, A]

Это значит 0.7rem
Ноль можно просто опустить.
Работает со всеми единицами, не только rem.

Вот от сюда int var = n[j];
если вы хотите продолжить свои странные действия, делайте так
int var = Character.getNumericValue(n[j]);

Типичные примеры использования:

JPG — фото, иллюстрации без прозрачности, где важны цвета, переходы, оттенки и т. п. В таком случае JPG выигрывает у других форматов в плане соотношения качество/цветность/размер. Так себе для контрастных схем и текстов.

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

GIF — анимации. Ну тут вообще отдельная песня. Ему на смену пророчат APNG и MP4, но воз и ныне там.

SVG — иконки, иллюстрации. Поддерживает прозрачность, бесконечно тянется. Обычно те же иконки в SVG весят меньше, чем в PNG при одинаковом фактическом размере использования. Можно анимировать (отдельная тема и куча особенностей) и управлять с помощью CSS и JS, если встраивать inline (можно и через #use, но с ограничениями). Наверное, самый чувствительный к ошибкам формат, потому что состоит из кода: сложный SVG-файл может убить производительность. Можно очень легко зашить вредоносный код, поэтому запрещён в вёрстке писем.

P. S. Я не могу описать все случаи, бывают уникальные, так как процесс выбора формата зависит от контента вашего изображения. В каждом конкретном нетипичном случае — думайте сами. К примеру, если векторная иллюстрация весит много, то есть смысл перевести её в JPG или PNG. Иногда SVG-иконка может весить в разы больше её PNG-аналога (при одинаковом фактическом размере использования, например, 100 на 100 пикселей при 1:1 размере viewport к физическому разрешению экрана) — тут многое зависит от методов и качества создания таких иконок. Как правильно отметил @Adamosу, иногда затраты на рендеринг SVG (на стороне клиента) не окупают его преимуществ, и приходится использовать растровые изображения. Ну и т. д… Особенностей использования форматов — куча.

P. P. S. Почитайте о Retina, ибо нет никакого «для ретины следует юзать JPG».