Юрий

Стоит ли срочно продвигаться в изучении разработки нативных приложений

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

вопрос еще и в цене. будут ли готовы они платить x2 к примеру за моб версии. может они ожидают что это будет +10% к примеру.

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

первым делом надо было посмотреть сколько памяти доступно под php на том сервере.

если нет инфы, то так например

<?php 
echo  ini_get('memory_limit');

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

дополнения/обновления статей плюс, ссылки могут быть минусом если не по теме

дъявол кроется в деталях.
попробуйте набростать техническое решение и сделать прототип.

из проблем например для работы с вк только:
- надо чтобы юзер достал вам standalone токен, только с него можно работать с перепиской. а вк там предупредлает "не копируйте иначе можете потерять доступ к акку"
- для стандалоне вк может начать показывать капчу, тк у вас куча отправок пойдет с одного ип.
- отдельный геморой - сделать реалтайм получение сообщений при переписке.

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

а вообще попробуйте. сделайте прототип и попробуйте "продать" его хотя бы вашим друзьям

вам нужно будет делать multi curl по 10 запросов и запускать в цикле 50 раз, каждый раз после завершения всех предыдущих... естественно минус - каждая итерация длительностью по самому медленному запросу.

такое делается нижней границей
border-bottom
у нее можно и цвет и толщину и эффекты задать. в отличие от text-decoration: underline

тойота тоже на конвеере штампуется (и еще 99% современных авто), но конвеерный продукт вполне едет.

в вебе все тоже к этому идет. правда пока через конструкторы.

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

уже сейчас многие выбирают конструкторы, потому что это быстрее, дешевле, и порой даже качественней чем если ктото "наверстает"

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

low-end верстка со временем умрет. для мелких заказчиков удобнее конструкторы и готовые ПРО темы.
hi-end естественно останется и станет еще сложнее.

конкретно по psd.
вряд ли развитие пойдет в сторону psd. скорее будут специфические конструкторы.

если сервер не ваш - никак
если ваш - то надо писать скрипт например php

автоматизацию таких небольших задач я для себя часто делаю в виде javascript кода. довольно просто бывает сделать эмуляцию пользовательского ввода (клики). или напрямую dom править.

запуск из консоли браузера или можно создать закладку в браузере с javascript'ом.

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

1) вывести картинку на скрытый канвас
2) сгенерить base64 код содержимого канваса
3) добавить хидден поле и записать его value этот код.
4) на сервере он будет в $_POST переменной

есть внутреннее апи, есть внешнее.
вк использует общее внутреннее.
как правило для построения одной страницы, нужно много методов апи - оптимальнее сделать для себя один запрос который внутри вк сделает запросы к внутренним методам апи и вернут все разом.

например юзер переходит в группу, нужно загрузить список постов, список юзеров в группе, контакаты, админов, топики и тд - это много отдельных запросов и для самого вк для групп нужны одни и те же, зачем делать 10 http запросов?

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

плюс в публичном апи все равно есть не все возможности вк.

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

плюс они по ресурсам могут себе позволить иметь 2 апи. и для вк использовать свое апи не удобно, почему не сделать отдельное. для меньших проектов вполне норма использовать свое апи.