Егор Шустров: вы не поверите, но реализация p2p на webrtc и nodejs - это самое простое решение на сегодняшний день. Тем более, что в сети имеется огромное количество готовых наработок по этому вопросу, даже сайт с экспериментальными разработками, которые функционируют и любой желающий может получить исходники: webrtc-experiment . Из ваших слов понятно, что вы не смыслите не в php, ни в чем либо другом, ибо иначе бы знали, что у php нет такой возможности и тем более её нет у html.
Вы можете копнуть в сторону Nginx - rtmp, но хостер не разрешает ставить дополнительное ПО, а значит и модуль на nginx вам не дадут поставить, более того, использования nginx не исключает того, что нужно пробивать NAT. Не нужно грешить на неактуальность материала на хабре, там подробно написано куда что нужно писать, остается только почитать документацию, чтобы понять, как правильно это делать, исходя из изменений ядра самого node.
Сделаем вывод, на данный момент, предлагаю вам смотреть в сторону webrtc и node js. Другого и легкого решения вам не найти, ну а заказчика сами убеждайте в том, что нужно поднимать сервер, ведь в любом случае его придется поднимать. Либо отказывайтесь от работы в силу невозможности её выполнить из-за недостатка ваших знаний и ограничений хостера.
Вам в любом случае придется настраивать сигнальный сервер. На обычном хостинге не реализуете такую возможность. Плюс STUN сервера для обхода NAT - можно публичные использовать. Зачем вы взяли такую работу, которую не можете выполнить?
dagtec: он бы наоборот задвинул назад.
Можно попробовать поиграть с иерархией, к примеру сместить блок с картинкой и затемняющим блоком вниз, а текст наверх и задать z-index:1 тексту, а у картинки убрать.
Сафари вообще тупо всё делает, надо экспериментировать. А на декстопном сафари смотрели?
dagtec: думаю Андрей Хохлов имел ввиду не подчеркивания, а верблюжий регистр в названиях, что явно не best practic, ибо ухудшается читаемость, и русские слова латинскими буквами - тоже не очень хорошо.
DTX: А что может быть накладного в простой арифметической операции? К тому же это можно реализовать как с помощью sql запроса, так и на php. К тому же вы сами спросили, как сделать правильно, я ответил, как это правильно со стороны реляционных баз данных.
darksladen: Политика безопасности браузера не позволит отправить стандартный ajax запрос, как кросс-доменный. Можно воспользоваться кросс-доменным ajax, но в таком случае на сервере, который его примет, должен быть прописан заголовок для кросс-доменных запросов, разрешающих их прием. Подробнее можно почитать тут XMLHttpRequest: кросс-доменные запросы
Максим Студитских: ajax не отправляет запросы на удаленные сервера и посему идентификация запроса упрощается, даже ключ доступа к API не нужен, только идентификация пользователя а именно токен.
Вопрос следующий. Для кого предназначено API? Если это OPEN API, то тут надо решать вопрос распределения доступа для разработчиков и идентификация оных. Если это RESTful API для своих проектов без возможности использования его другими разработчиками, то реализация уже другая.
Не использовать https - плохая практика в создании приложений тем более во времена активного продвижения протокола всеми кому не лень и тем более, когда сертификат можно получить бесплатно.
Роман Фридман: без аякс не получиться, если только ваше меню не переделать во вкладки и не тянуть все данные разом во все вкладки при первой загрузки страницы. Но это не правильный подход, особенно, если данных много и тем более, когда данные отдаются с сервера.
Не практикуясь, а просто читая - никогда не научитесь ничему. К тому же, какой из вас джун, если вы кодить не умеете по факту, ибо практики нет?
Команде не нужны люди, которые не могут самостоятельно писать, вы будете тормозить их. Поэтому вам правильно говорят - делайте что-то свое.
В общем, садитесь и пишите код, до тех пор, пока не освоите все основы и не научитесь применять полученные знания.
Всё что вы перечислили - не ваша забота, а того, кто будет натягивать верстку на движок. Вам нужно сверстать элементы так, как они есть, навешать анимацию и плюшки. Всё остальное, в плане рендеринга и разбиение вашего творения на части - это забота исключительно программиста, который натянет это дело на серверную часть.
