ArbNet, делай все сам. Чтобы кого-то привлечь на нач. этапе, нужны оригинальная идея и подвешенный язык. А ты хорошо умеешь только оскорблять окружающих.
И, как выше написали, сейчас тенденции таковы, что все стараются разделять, а не объединять. Грубо говоря, используемый для редактирования сайта бэк вообще не должен знать о фронте. (Хотя, конечно, для форматировния/структурировния контента можно использовать HTML, чтобы не выдумывать новый «язык хранения».) Он должен уметь сам читать/сохранять данные и предоставить такую возможность фронту (второе, кстати, не обязательно: если морда сайта хотя бы частично работает на стороне сервера, она может напрямую работать с данными). Даже если ты можешь визуально таскать блоки по полотну, представляющему страницу, это вовсе не означает, что бэк и фронт используют общий код (не считая API для работы с данными, которого, как я написал выше, впрочем может и не быть).
И второй момент, о котором тебе уже когда-то писали. Домохозяйка, будь у нее даже первоклассные инструменты и материалы, не построит норм. дом. Далеко не факт, что она даже из десяти блоков его составит. Я это к тому, что пользователя нужно ограничивать в возможностях, если он не профи. А профи-дизайнер, даже если он не верстальщик, может легко и вручную составить шаблон из готовых блоков на HTML/языке шаблонизатора или статик контент из готовых блоков на HTML.
И последнее: объясни нормально людям хотя бы то, что ты со своим XML сейчас делаешь упор на разметке конкретной страницы. В то время как 99% народа использует обычные шаблоны/библиотеки шаблонов и совсем не парится над тем, чтобы что-то двигать на страницах в рамках готовых шаблонов.
Лучше сделай редактор шаблонов или (визуальный) конструктор сложно структурированного контента, которые бы не генерировали кучу г/кода в разметке.
P.S. Либо перенеси (почти) весь статик на другой хост, как это делают в высоконагруженных проектах, и там веди лог на предмет запросов к несуществующим файлам. ---------- Добавлено 11.03.2020 в 16:51 ---------- А чтобы увидеть ошибку в браузере, все уже ранее написали: достаточно выдавать соотв. статус в обработчике ошибки твоего скрипта, что обычно происходит дефолтом. Например, я ничего специально не писал чтобы получать ошибку в браузере при обращении по адресу //g09.ru/1.jpg ;)
Сам пиши лог в обработчике 404-ой. Или подхватывай статус, возвращаемый бэком, во front-end-сервере (чтобы в нем делать логгирование), если используешь связку из двух серверов.
Какое правило? Оптимизацией выдачи легковесных 404-ых, выполняемой сервером, занимаются не на этапе разработки. И такую выдачу должен выполнять front-end-сервер, а не back-end- ;)
Писец. Забудь про MVC. Слышал звон, но не знаешь, где он :(
Sitealert, я понял процитированное тобой иначе: типа обращения к статику, вне зависимости от того, есть ли запрашиваемый файл или нет, НЕ должны передаваться во фронт.---------- Добавлено 11.03.2020 в 16:12 ----------Хотя по дефолту должны, когда файла нет.---------- Добавлено 11.03.2020 в 16:13 ----------iworkshop, ТС, видимо, не сделал выдачу соотв. статуса, так что ее вполне может и не быть.
P.S. Или вот делал демку для формирования картинки на лету без кэширования в ФС:http://g09.ru/sansfont.png
Во-во. Sitealert, ТС написал, что этого файла (изначально) нет. Может, он должен формироваться при первом обращении или вообще постоянно выдаваться динамически ;)---------- Добавлено 11.03.2020 в 16:02 ----------http://g09.ru/sexygirl.jpg :)
В MVC нет никакой «простой страницы index.php». Там index.php – это единая точка входа (фронт-контроллер). Конечно, если вы сами не определите страницу с подобным слагом, например: http://g09.ru/index.html
Вот из недавнего про 404-ую для совсем новичков:
http://phpforum.su/index.php?showtopic=94970 ---------- Добавлено 11.03.2020 в 15:30 ---------- P.S. В действительности у вас должен быть обработчик ошибки, не обязательно 404-ой, который по дефолту выводит соотв. страницу.
Вы можете подобрать вменяемый домен по дешевке (конечно, речь не только о регфи). Но если у вас есть большой бюджет на домен, то и возможности по подбору домена, естественно, шире. Например, под ваш короткий или состоящий из словарного слова брэнд домен наверняка будет занят. Естественно, лучше выкупить этот домен, если вы амбициозный человек или у вас уже имеется серьезный состоявшийся бизнес. Но такие люди обычно подобные вопросы не задают, поэтому вы можете не «тратить ощутимые деньги» на домен.
Только не покупайте совсем уж отстой. Лучше заплатите за нэйминг/брэндинг под покупку недорогого домена, если сами не можете выбрать норм. имя. ---------- Добавлено 09.03.2020 в 16:30 ---------- P.S. Примеры вменяемых англоязычных доменов для наших несостоявшихся проектов в подписи. Как видно, это в основном двухсловники. С однословниками были бы проблемы. Иногда удается подобрать и вменяемый абстрактный. Но чаще получается не совсем вменяемый: google, yandex :D
