Вы можете попробовать этот код, этот код обрабатывает всю веб-страницу, но вы можете оптимизировать его так, как вам нравится.
$ch = curl_init();
curl_setopt($ch, CURLOPT_HTTPHEADER,array('Content-Type: text/plain'));
curl_setopt($ch, CURLOPT_URL, 'https://play.anghami.com/song/45345900');
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$output = curl_exec($ch);
curl_close($ch);
header('Content-Type: text/plain');
echo $output;
exit;
Sun пытается сохранить высокий уровень прежней совместимости, таким образом, возможно просто можно установить новую JVM и перезапустить приложение с ним.
Документ, описывающий обратные несовместимости от Java 1.6 с более ранней версией, здесь. Это ссылки на документ документы совместимости для Java 1.5 и Java 1.4 также. Вы, вероятно, хотите читать, это документирует для приобретения знаний о возможных ловушках.
Java 1.5 и Java 1.6 представили новые форматы файлов класса. JVM выполнит старые файлы класса также, но перекомпиляция Вашего кода - особенно с JDK 1.6 - поможет новой JVM использовать в своих интересах некоторые изменения для подавания заявки быстрее. Таким образом, Вы могли бы рассмотреть перекомпиляцию.
Дополнительно некоторые новые ключевые слова были представлены, а именно, утверждают (в 1,4) и перечисление (в 1,5) (как Yuval, уже упомянутый). Если Вы будете использовать эти слова в качестве идентификаторов, то перекомпилировать перестанет работать, но старые файлы класса будут работать. Можно обеспечить переключатель -source
к javac, чтобы позволить ему скомпилировать:'javac -source 1.3
'скомпилирует код без, утверждают и перечисление как ключевое слово.
Первое, что пришло на ум ищите имена enum
и assert
в полях и локальных переменных... Эти слова стали ключевыми словами в java 1.4 и 5. Компилятор java 6 отметит их как ошибки компиляции, если он будет видеть их.
Yuval =8-)
Когда я переместился от 1.4.2 до 1,5 на маленьком апплете, я продолжил работать, много вещей повредилось: экранируйте обновление, получил весь wonky, перемещенные элементы, и т.д.
JRE Sun не поддерживает обратную совместимость для всего. Иногда, когда объекты удерживаются от использования, они полностью уходят после очень короткого промежутка времени.
Мы записали все с Java "запаса", пользуясь библиотеками Sun, также.
Я также видел несколько приложений, записанных в чистом Java, которые хорошо работают на одной или двух платформах в той же версии сбоя JRE на других с той версией (продукт, с которым я работаю, теперь работает отлично в Windows, хорошо в Mac OS X, достойном на Linux, но перестал работать на Солярисе - все с тем же JRE).
Движущиеся версии не являются простым шагом, если приложение не является действительно небольшим.
Sun сохраняет список несовместимостей, которые начаты с каждой новой версии Java.
Последний документ для 1.4.2 имеет ссылки на примечания совместимости назад к JDK 1.0.
Мой опыт состоит в том, что совместимость довольно высока. Я только находил одно приложение когда-либо, что я не мог добраться для работы текущей версии. По любой причине (не имеющий источник, таким образом, я не вырыл в него), что одно приложение ни на чем не будет работать кроме 1.4.2. Все остальное, с чем я когда-либо имел дело (некоторые из них довольно большой) подошло 1.6 очень хорошо. Никакие модификации не требуются.
YMMV, конечно, таким образом, необходимо будет попробовать его и видеть...
Как правило, обратная совместимость JVM Sun очень хорошая, но не идеальная. Я видел, как три очень больших приложения мигрировали с 1.3 на 1.5 и столкнулись с небольшим количеством проблем, самая большая из которых заключалась в том, что одна маска Swing запускала бесконечный цикл обработки событий и зависала в приложении до версии 1.4
Серверная часть вряд ли вызовет проблемы, но в Swing произошли довольно большие внутренние изменения, особенно между 1.3 и 1.4 - например, была полностью переписана подсистема фокуса.
По-прежнему возможно, что приложение будет работать без проблем , но вам определенно следует провести обширное тестирование.