Пусть и лапша, проблема в DOM парсере, он должен всю лапшу оставлять внутри <script> и </script>. Вот другой пример исковерканого кода:
Было:
Стало:
Если сделать обратную замену </script>\r\n</div>'); на </div>'); не составляет труда, то написать код который будет определять универсальным образом то место куда нужно вставить пропавший </script> - не реально.
Sitealert, да Вы оптимист. Берите default Android 4.0 смартфон, на котором физически невозможно поставить что-то новее 4 Андроида, добавьте к этому скудоумие разработчиков некоторого софта, которые в Android Studio при создании проекта устанавливают слишком высокую версию API (это братья по разуму тех кто при создании Hello World выбирает платформу .NET Framework 4.5) и к этому всему рукожопие некоторых веб разработчиков, которые не в состоянии протестировать как их чудо творение работает в браузере отличном от того уютненького который установлен на их компуцере.... ПРОФИТ!
С десктопами как раз все намного проще. У большинства пациентов по умолчанию включено автообновление (большинство даже не знают где его выключить), потому версий браузеров в мире популярных три: последняя, предпоследняя и последняя работающая на Windows XP (привет разработчикам Google Chrome, придурки еще те)
А аккумуляторы в нашей стране принято перепаковывать, это если вдруг оказывается что невозможно достать оригинальный по причине того что он несколько лет как снят с производства. В этом плане очень грамотно поступили Samsung - у них не так много разных стандартов АКБ, и китайцы штампуют средненького качества клоны (во всем остальном разработчики телефонного подразделения Samsung - все те же рукожопы, пруфы могу предоставить в ЛС если кому интересно)
ИМХО лучше мобильная версия.
Проблема адаптива в том что на любом клиенте грузятся все скрипты, стили и прочий хлам, это тянет трафик и довольно сильно притормаживает на многих смартфонах, особенно если старый браузер который физически невозможно обновить.
Мобильную же версию можно организовать на чистом HTML, с минимумом графики и без лишних скриптов.
Вот как сделать чтобы они уживались - отдельный разговор. Либо клоакинг по User-Agent, либо отдельная адресация с canonical, тут уже пусть SEO-гуру подскажут :)
Берется сниффер и дизассемблер, разбирается протокол передачи данных, пишется самопальный клиент. Именно так делались в свое время альтернативные клиенты ICQ и многих других мессенджеров. Если заказывать эти работы на стороне - вылезет в приличную сумму, но при грамотном подходе можно это все отлично монетизировать и даже в плюс выйти.
ИМХО пихать переменную внутрь кавычек - усложнение работы для парсера. Проверьте скорость работы скрипта на миллионе итераций если так и если просто echo $var1.$var2;
Delphi :)
Хотя да, и на MS Access реально сделать.
Для новостей рекомендовали DLE либо платный NetCat.
Ни в коем случае не Joomla, либо взломают на раз два, либо будет грузить сервер. Про Wordpress ничего не скажу, ни плохого ни хорошего. С ним бывали баги, а как держит нагрузку не имею понятия.
Тогда только самопис. И подумайте что будете делать с "Читайте также" либо тегами когда новостей будет за 100к и база разрастется до 10 Гб... я через это проходил...
На самом деле это известный баг Яндекса, но Платонам фиолетово.
Особенно интересным он бывает если на одном сервере настроен домен А (http+https) и еще десяток доменов просто http, без SSL. Кому-то в задницу клюет жареный петух что все сайты должны быть доступны по SSL и происходит склейка всех доменов с тем который https. Еще интереснее если по https доступна Apache Default Web Page :) И плевать что сертификат не от того домена, самоподписанный или еще какой, все равно это зеркало главное, а http:// не главное...
Для PageSpeed убирайте оба.
Плюс размещения всего на одном домене - сокращается время получения IP адреса (nslookup) и возможно контент польется через одно единственное подключение, а не каждому файлу отдельно. Это уже тонкости.
