ArbNet#: Все запросы у меня обрабатываются через роутер - который передаёт управление в зависимости от расширения.
Это медленно. Даже если использовать обратный прокси с короткими ответами (без содержимого) от фонового обработчика, все равно сложно получается. Можно кэшировать в файловой системе под теми же "адресами", чтобы Web-сервер сам выводил кэш.
ArbNet#: Может для каждого пользователя делать поддиректорию?
Может. В некоторых системах я использую такой подход. Имя каталога как раз совпадает с идентификатором пользователя.
Все зависит от конкретной системы. Что у вас, я так и не понял.
ArbNet : А сам файл сохранялся в директории пользовательских файлов под id без расширения для безопасности.
Да, переименование - это в общем случае хорошо, чтобы минимизировать в именах кириллицу и т.п., но полагаться только на id, особенно если они числовые, все-таки плохо.
А как без расширения будет определяться Content-Type? Или вы свой файловый сервер написали, который "подтягивает" метаданные из базы данных? 😃 Проще запретить чему-либо выполняться там, где хранятся загружаемые файлы.
ArbNet : я делаю инструмент чтобы пользователи не умеющие программировать легко создавали разные сайты
Это утопия. В лучшем случае из-под рук таких пользователей будет выходить что-нибудь монструозное. И это при условии, что сам инструмент получится более-менее годным. Правда, сайты бывают очень разные. Что-нибудь простое и "обвязанное" шаблонами можно сделать. Но я, например, выбрал бизнес-модель, когда пользователи самостоятельно управляют только содержимым и подключением крупных модулей, а во всем остальном полагаются на разработчиков и поддержку.
А чтобы самому выводить страницу "Спасибо", не нужно предоставлять пользователю возможность управлять переходом на другой сайт. Если речь об API стороннего сервиса или если у него есть соответствующий API, нужно программно выполнять обращение к сервису (на сервере или на клиенте), обрабатывать ответ и выводить, что нужно.
Если сделано, как полагается, т.е. на основе Web-сервера, то напрямую ничего нельзя сохранить. Только через админку или SCP/SFTP-клиент, либо локально установленный редактор, имеющий функцию (модуль) подключения к серверу. Также можно через сетевую файловую систему отредактировать файл или сохранять измененную копию файла на сервере под тем же именем.
businessman#: Новозоны не всем понятны, как минимум с первого взгляда
Для этого и нужна переадресация. Для офлайн- и частично онлайн-рекламы можно будет использовать COM, пока аудитория не созреет.
Не нужно бояться использовать New gTLD как таковой при наличии переадресации с gTLD или ccTLD. Единственное существенное ограничение я вам назвал - стоимость может быть очень нестабильной (или какой-то другой сюрприз от регистратуры). При этом уже есть хорошо зарекомендовавшие себя регистратуры, например Радикс. В крайнем случае можно будет сменить главное зеркало.
Если вы не пользуетесь услугами специалистов и сами не имеете соответствующей компетенции, есть риск возникновения путаницы у аудитории из-за неуместного использования одного из доменов. В этом случае используйте COM и забудьте про красивый/более короткий New gTLD в качестве основного домена. В крайнем случае потом опять-таки можно будет сменить главное зеркало.
businessman#: в том числе и на территории РФ, хотя многие до сих пор после точки первым делом добавляют национальную "ru"
Не многие, а подавляющее большинство. Самыми узнаваемыми в РФ с большим отрывом являются RU и РФ. Это естественно для всех стран, в которых активно развиваются национальные зоны.
businessman#: Дело в том, что brandname - это наименование из двух слов, одно из которых новозона.
Я так и думал изначально. Речь была о том, как "вы" сами называетесь, brand или brandname. Например, если моя автомастерская называется esticcars (на "cc" не обращайте внимания), то выбор очевиден - COM. А вот если просто estic, то можно использовать estic.cars в качестве основного. Если не жалко выложить несколько сотен тысяч рублей за регистрацию в этой зоне 😎
Vladimir SEO#: Редирект не нужен ибо он ничего не дает
Может, вы и "SEO", но в разностороннем продвижении, похоже, не разбираетесь. В наружной рекламе и т.п. даже приставка www. или соответствующая пиктограмма могут плохо работать с New gTLD.
businessman : Какой бы вы выбрали основным для сайта, а какой редиректом?
Если в brandname только brand - брэндовое наименование, то можно использовать "хак" в качестве основного. При условии, что сочетание с name действительно ходовое, а не высосано из пальца из-за недоступности brand.com. Разбивать составное брэндовое наименование точкой нежелательно, даже если когда-то вы хотели сделать брэндом только первую часть (brand).
При выборе также учитывайте перспективы "хака" в плане стоимости регистрации (у многих New gTLD с этим сложно, стоимость может очень сильно увеличиться). Но в общем главное зеркало можно и поменять. Я сначала подумал, что вы выбираете, какой домен зарегистрировать, а не использовать в качестве основного.
Все запросы у меня обрабатываются через роутер - который передаёт управление в зависимости от расширения.
Это медленно. Даже если использовать обратный прокси с короткими ответами (без содержимого) от фонового обработчика, все равно сложно получается. Можно кэшировать в файловой системе под теми же "адресами", чтобы Web-сервер сам выводил кэш.
Может для каждого пользователя делать поддиректорию?
Может. В некоторых системах я использую такой подход. Имя каталога как раз совпадает с идентификатором пользователя.
Все зависит от конкретной системы. Что у вас, я так и не понял.
А сам файл сохранялся в директории пользовательских файлов под id без расширения для безопасности.
Да, переименование - это в общем случае хорошо, чтобы минимизировать в именах кириллицу и т.п., но полагаться только на id, особенно если они числовые, все-таки плохо.
А как без расширения будет определяться Content-Type? Или вы свой файловый сервер написали, который "подтягивает" метаданные из базы данных? 😃 Проще запретить чему-либо выполняться там, где хранятся загружаемые файлы.
я делаю инструмент чтобы пользователи не умеющие программировать легко создавали разные сайты
Это утопия. В лучшем случае из-под рук таких пользователей будет выходить что-нибудь монструозное. И это при условии, что сам инструмент получится более-менее годным. Правда, сайты бывают очень разные. Что-нибудь простое и "обвязанное" шаблонами можно сделать. Но я, например, выбрал бизнес-модель, когда пользователи самостоятельно управляют только содержимым и подключением крупных модулей, а во всем остальном полагаются на разработчиков и поддержку.
А как вы делаете управление файлами?
Слишком абстрактный вопрос. Давайте конкретнее.
не нужно предоставлять пользователю возможность управлять переходом на другой сайт
Уберите target="_blank".
А чтобы самому выводить страницу "Спасибо", не нужно предоставлять пользователю возможность управлять переходом на другой сайт. Если речь об API стороннего сервиса или если у него есть соответствующий API, нужно программно выполнять обращение к сервису (на сервере или на клиенте), обрабатывать ответ и выводить, что нужно.
Если сделано, как полагается, т.е. на основе Web-сервера, то напрямую ничего нельзя сохранить. Только через админку или SCP/SFTP-клиент, либо локально установленный редактор, имеющий функцию (модуль) подключения к серверу. Также можно через сетевую файловую систему отредактировать файл или сохранять измененную копию файла на сервере под тем же именем.
Распространенный SCP/SFTP-клиент упямянут в этом сообщении: https://searchengines.guru/ru/forum/1107755/page5#comment_17066350 (и можно целиком тему прочитать для расширения кругозора).
Новозоны не всем понятны, как минимум с первого взгляда
Для этого и нужна переадресация. Для офлайн- и частично онлайн-рекламы можно будет использовать COM, пока аудитория не созреет.
Не нужно бояться использовать New gTLD как таковой при наличии переадресации с gTLD или ccTLD. Единственное существенное ограничение я вам назвал - стоимость может быть очень нестабильной (или какой-то другой сюрприз от регистратуры). При этом уже есть хорошо зарекомендовавшие себя регистратуры, например Радикс. В крайнем случае можно будет сменить главное зеркало.
Если вы не пользуетесь услугами специалистов и сами не имеете соответствующей компетенции, есть риск возникновения путаницы у аудитории из-за неуместного использования одного из доменов. В этом случае используйте COM и забудьте про красивый/более короткий New gTLD в качестве основного домена. В крайнем случае потом опять-таки можно будет сменить главное зеркало.
в том числе и на территории РФ, хотя многие до сих пор после точки первым делом добавляют национальную "ru"
Дело в том, что brandname - это наименование из двух слов, одно из которых новозона.
Я так и думал изначально. Речь была о том, как "вы" сами называетесь, brand или brandname. Например, если моя автомастерская называется esticcars (на "cc" не обращайте внимания), то выбор очевиден - COM. А вот если просто estic, то можно использовать estic.cars в качестве основного. Если не жалко выложить несколько сотен тысяч рублей за регистрацию в этой зоне 😎
Редирект не нужен ибо он ничего не дает
Какой бы вы выбрали основным для сайта, а какой редиректом?
Если в brandname только brand - брэндовое наименование, то можно использовать "хак" в качестве основного. При условии, что сочетание с name действительно ходовое, а не высосано из пальца из-за недоступности brand.com. Разбивать составное брэндовое наименование точкой нежелательно, даже если когда-то вы хотели сделать брэндом только первую часть (brand).
При выборе также учитывайте перспективы "хака" в плане стоимости регистрации (у многих New gTLD с этим сложно, стоимость может очень сильно увеличиться). Но в общем главное зеркало можно и поменять. Я сначала подумал, что вы выбираете, какой домен зарегистрировать, а не использовать в качестве основного.