Boris Köln

Google Tag Manager is a tag management system created by Google to manage JavaScript and HTML tags used for tracking and analytics on websites (variants of e-marketing tags, sometimes referred to as tracking pixels or web beacons).

Они для вырезания подобного и предназначены.

https://stackoverflow.com/questions/43728822/avoid...

напр. так

body{background:градиент; position:relative;}
body:before{content:""; position:absolute; left:-50%; top:-50%; border:20px solid rgba(255,255,255,0.2); width:600px; height:600px; border-radius:600px;}
body:after{content:""; position:absolute; right:-50%; bottom:40px; border:20px solid rgba(255,255,255,0.2); width:600px; height:600px; border-radius:600px;}

в общем поиграться с позиционированием, прозрачностью и размерами

Продолжать хранить в файлах конфигурации. Для безопасного хранения файлов конфигурации занимайтесь безопасностью самого сервера.
База:
- Код вашей "системы на php". Нет, серьёзно, проверяйте свой код, тестируйте.
- Отключите ssh по паролю, используйте ключ с секретом;
- Смените стандартный ssh порт на 2к+, просто чтобы китайцы логи не засоряли;
- Настройте фаервол, в идеале кроме веб сервера и ssh из внешнего мира ничего не должно быть доступно;
- Поддерживайте актуальные версии ПО на сервере (как минимум веб-сервер, php, бд не старше полугода).

Короткий ответ - никак, поля типа file являются ридонли, записать в них ничего нельзя.
Длинный ответ - использовать скрытое поле и писать в него бэйс64 строку из прелоадера, на сервере отдельно декодить и сохранять как файл.

Никаким.

Если шаловливые ручки тянутся потрогать id, то это может означать только две вещи
- либо надо надавать по ручкам линейкой и объяснить владельцу, что уникальный идентификатор - это не цыферька для красоты, а идентификатор, намертво привязанный к строке в БД, который никогда не меняется, и умирает вместе с ней.
- либо уникальный идентификатор для этой таблицы вообще не нужен, и его надо убрать

Вобще не понимаю зачем уходить с апворка.

Чем больше часов, тем больше репутация, тем выше ставка и вероятность найти след. контракт. Пусть это раз в 2-3 года. Зато гарантированно высокая ставка и выбор из клиентов

Просто делай логаут, если зафиксирован логин с другого устройства.

Все таки остается непонятным самое главное: если продукт такой замечательный, и "приносит достаточную прибыль (больше зарплат разработчиков), а будет приносить очень большую" - и при этом у вас нет проблем с финансированием проекта - зачем вы ищете того с кем бы поделиться? Я думаю, многих разработчиков сдерживает именно этот вопрос - а зачем я ему? Особенно когда специалисту предлагается поработать по ставке ниже его стоимости ради будущей доли, неважно, как она будет юридически закреплена, опасения по поводу как минимум лукавства будут.
У меня лично был пример, когда самые близкие друзья брали у меня в долг, не описывая никаких конкретных деталей проекта. Когда же проект заработал, я с удивлением узнал, что вполне мог бы участвовать в нем, во всяком случае там присутствовали функции которые были вполне себе мне по силам и возможностям.
На мой несколько укоризненный вопрос, что ж вы меня не пригласили, ответ был прямой и достаточно честный - ну тогда делиться надо было бы... а так - люди сделали на зарплате, так что извини, это наш проект, и ты там лишний...
Я это к чему. Бизнес - эта такая вещь, где заканчиваются обычные понятия о дружбе, например. И партнерство в бизнесе - вещь либо спонтанная, либо вынужденная.

В PHP можно не плодить функции на каждый чих просто из-за того, что у них разные аргументы. Например, так:

$input = SmartInput::parsePost([
  'id' => SmartInput::INPUT_INT,
  'sex' => ['type' => SmartInput::INPUT_ENUM, 'enum' => ['male', 'female', 'none'], 'default' => 'none'],
  'birthday' => SmartInput::INPUT_DATE_OPTIONAL,
  'phone' => ['type' => SmartInput::TYPE_PHONE, 'multiple' => true]
]);

Внутри функции - цикл и case.

нету. это ЦМС. при чем не самая быстрая на свете

ваш вопрос решается только вливанием денег. скорее всего, самый быстрый хостинг будет - самосборный сервер на свехскоростных компонентах (с дорогим каналом)

ps и WP (и php. на котором он написан) - славятся скоростью разработки. но это параметр прямо противоположный скорости работы. это справедливо для всех ЯП

А что такое "SPA"? Разве это набор стандартов? Что бы говорить о том, что есть общие проблемы? Вариантов реализации куча, в каждой будут свои проблемы.

На своем vuejs сайте я сделал генерацию мета тегов на php (добавил в index.html скрипт, который генерирует мета информацию (title, description, og: и тп), чтобы ссылки можно было постить в соц сетях и на других сайтах.

Это зачем нам знать? Как это к индексации относится?

Все ли будет работать в моем случае?

Вы о чем? Все это что? Холодильник и акваланг будут работать.

Умеют ли боты индексировать такие сайты?

Какие такие? Механизм загрузки контента Вы не описали. Есть ли смена url? Вы привели кучу не нужной информации, а по делу 0. Что мешает просто проверить? Если сайт уже есть. Что Вас останавливает?

Если отключить генерацию title и description, сможет ли поисковый бот корректно их получать, если они меняются из js?

Тут вообще или Вы не все написали или слабо понимаете, как оно у Вас там все работает. ХЗ. Что значит "отключить генерацию title и description". Плохо ли если в странице не будет "title и description"? Плохо. Но сразу же пишите, что они меняются из js. Так меняются или нет?

Мне кажется, что основная ошибка в том, что многие считают SPA чем-то современным, что заменит традиционный подход. Нет. Есть проекты, которые есть смысл делать в виде SPA и им обычно не важно как они будут индексироваться и ранжироваться в поисковиках. Есть сайты, которые имеют часть функционала в виде spa, так другая история. И есть сайты, где spa не нужно вовсе. И самое главное SPA и сайт с асинхронной загрузкой или динамический сайт не одно и то же.

Забей на нее, пусть ищет дураков-школьников, которые за бесплатно ей все сделают))) Я в жизни на таких людей вообще не обращаю внимания, это тупо запугивание, ничего она не сделает:) Если конечно себя дурой перед всеми выставить не хочет:)

По закону, это ее ошибка, так как ей надо было подумать о договорах. А так, она никогда не докажет что она права

в сумму которую она оплатила - этого не входило т.е по сути она должна доплатить за правки и дополнения

Есть список работ, утверждённый заказчиком с его подписью (или любое иное доказательство этих слов), которые должны были быть выполнены в рамках сделки?

Если есть - то всё согласно этому списку рассматривается.
Но по факту - Вы продукт то ей сделали и она его приняла, согласившись разместить сайт и доказательства в переписке у вас есть.

То, что она куда-то пойдёт - 0.0% вероятности.
Скорее, она в покер переиграла)