Андрей Андреев

Сделайте средствами CSS

Лучше этого не делать. Если это первый проект - скорее всего получилось полное гавно.
И вам позже будет очень стыдно за этот проект.
А вот убрать инициалы сложнее чем их добавить)

По ip? А как определить ip пользователя?

Загулите в яндексе.

ИМХО, лучше считать колличество не правильных вводов с одного IP и добавлять капчу по необходимости.

MODX еще не пробовали.
Вроде бы еще модная.

ИМХО, "связи и знакомства"
- Сарафанное радио, одному товарищу збс сделали - порекомендовал другу.
- Повторные заказы, сделали какую-то мелочевку - понравилось - заказал побольше.
- У коллег аврал - передают вам заказ.
- Красивые профили на фриланс или других биржах - очень многие клиенты не создают проект, а сами ищут исполнителей по профилям/отзывам/портфолио/похожим проектам.
- Профильные форумы, там подсказали - тут помогли - сразу видно крутые поцоны.
- Опенсорс - сделайте что-то клевое и выложите на всеобщее обозрение.

Для API использовал https://github.com/ruby-grape/grape (отлично встраивается в рельсы, можно использовать отдельно)
Гугл подсказывает https://github.com/ruby-grape/grape-swagger для документации(сам не использовал, не было проблемы с документированием)

Плюс минимальные тесты, по которым по желанию можно посмотреть что отдается, а что принимается.

Обычно для подтверждения используется:
- специальный заголовок в head
- создается определенный файл с определенным контентом в корене сайта,
- ну крайнк уже в DNS записях.

ИМХО это должно разруливать или на стороне сервера или же это быть одна страница, с кучей скрытых частей.

Ctrl+S

Ну так нужно еще сертификат покупать, а не просто "s" добавить.

Как написали выше, используйте один сервер и поставте туда VestaCP(для сайтов на php)
И один пользователь - один сайт.

Если для каждого сайта брать отдельный VPS у вас как минимум перелата будет за ~5 ГБ за ОС за каждый сайт(VPS).

Попробуйте https://dadata.ru/suggestions/
К modx отношения не имеет, но штука очень клевая.

Если кратко, то комбинировать 1й и 3й.

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

Второй вариант крайне не желателен, ибо вы потом в css фиг перенаследуете значения. Это нормально только в случаее - когда мы JSом динамически меняем размеры.

Третий вариант масхев, что-бы небыло такой фигни когда картинка вылазиет за границы блока.

"Любви все возрасты покорны"
Я бы на вашем месте начал с https://htmlacademy.ru/program , если вашему брату интересна верстка и вытекающие, а дальше по обстоятельствам.

Я думаю если у вас продукт который можно на "коленке" по быстрому собрать, то смысла покупать его нету. Если сложнее, то проще его купить и платить за поддержку чем самим в неё ковыряться/доделывать/переделывать.
Или же всю информацию храните у себя, предоставляйте только API или типа того.