Mik Foxi#: ну 2-3к в год за домен не много, если это для бизнеса
Это понятно. Я сам и пользователи моего сервиса примерно столько и платят за gTLD, некоторые New gTLD. А в RU/РФ скорее больше раздражает разница в цене, взимаемая "за воздух" (с точки зрения пользователя), чем сама цена.
Я вообще ничего не говорю пользователям, которые платят за RU/РФ 500-600 руб. Часто сдерживаю себя, когда юр. лица/некоторые ИП платят 1500-1600 руб. Но мне сильно не понравилось плюс 800 к 1600 по сравнению с прошлым годом.
Nil2024 #: Странно, с чего я все это взял. Видимо, там речь шла про смену администратора домена.
Да, верно. А менять регистратора всегда было относительно легко. Из последних нововведений зоны RU - собственно сам код переноса и взимание платы за перенос (без продления срока регистрации).
wuser#: У них еще теперь разные цены для юриков и физиков.
Про это я знаю. Письма рассылки про "12 ноября" многократно получал.
wuser#: Самая низкая цена на RU для юридических лиц 2399 руб, а для физических дороже - 2829 руб.
Для физических цены выше, чем для юридических (я всех физических давно увел от РЦ/РР)? Ну, точно с головой не дружат. Раз физических лиц больше, пусть для них цены будут выше. Больше хапнем 😊
Алеандр#: Слегка обалдел от цен продления в руцентре. Предлагают почти по 3к/домен продлеваться.
Я какие-то допы отключал, так что у меня (точнее у моих подопечных) пока максимум 2400 руб. Но все равно плюс 800 за год.
Даже среднему и крупному бизнесу такая ценовая политика может не понравиться, особенно с учетом новых тарифов на хостинг. Так что я буду советовать менять регистратора/хостинг-провайдера. Другие юр. лица стабильно из года в год платят 400 руб.
SenSS#: Идеальное решение для простого сайта - html+css
Помимо плюсов у статических сайтов есть и определенные минусы. Даже если не брать в расчет нарушение принципа единого источника данных, которое помогают исправить генераторы статических сайтов. Возьмите хотя бы адресацию или редактирование шаблонных фрагментов страниц.
Ruschan#: так это в первую очередь возможность добавления новых страниц с указанием мета тегов, а также редактирование и удаление старых
Так это понятно. Управление содержимым, включая создание-удаление "объектов хранения", действительно может выполнять обычный пользователь (качество подготовки содержимого в расчет не беру, здесь тоже нужны определенные навыки). Но этим управление не ограничивается. Возьмите хотя бы установку или обновление системы.
Не люблю CMS на файлах из-за их ограниченности. Но лайк поставил. Для создания визиток пойдет.
Любой пользователь компьютера, планшета и даже смартфона теперь может управлять своим сайтом, не обращаясь к программистам. Это отличная экономия времени и денег для всех!
Не нужно вводить пользователей в заблуждение. Есть определенные действия по управлению сайтом, которые должен выполнять программист или по крайней мере технически подкованный пользователь. Всегда нужно писать о поддержке, если хотите быть честным с пользователями.
ArbNet#: Все запросы у меня обрабатываются через роутер - который передаёт управление в зависимости от расширения.
Это медленно. Даже если использовать обратный прокси с короткими ответами (без содержимого) от фонового обработчика, все равно сложно получается. Можно кэшировать в файловой системе под теми же "адресами", чтобы Web-сервер сам выводил кэш.
ArbNet#: Может для каждого пользователя делать поддиректорию?
Может. В некоторых системах я использую такой подход. Имя каталога как раз совпадает с идентификатором пользователя.
Все зависит от конкретной системы. Что у вас, я так и не понял.
ArbNet : А сам файл сохранялся в директории пользовательских файлов под id без расширения для безопасности.
Да, переименование - это в общем случае хорошо, чтобы минимизировать в именах кириллицу и т.п., но полагаться только на id, особенно если они числовые, все-таки плохо.
А как без расширения будет определяться Content-Type? Или вы свой файловый сервер написали, который "подтягивает" метаданные из базы данных? 😃 Проще запретить чему-либо выполняться там, где хранятся загружаемые файлы.
Все пользуются услугами программистов, чтобы сграбить товары из других крупных ИМ?
Непосредственно с поставщиками трудно взаимодействовать? 😀
Программист посмотрит на формат экспорта и сделает импорт. Потом программа импорта может сама контролировать формат экспорта.
ну 2-3к в год за домен не много, если это для бизнеса
Это понятно. Я сам и пользователи моего сервиса примерно столько и платят за gTLD, некоторые New gTLD. А в RU/РФ скорее больше раздражает разница в цене, взимаемая "за воздух" (с точки зрения пользователя), чем сама цена.
Я вообще ничего не говорю пользователям, которые платят за RU/РФ 500-600 руб. Часто сдерживаю себя, когда юр. лица/некоторые ИП платят 1500-1600 руб. Но мне сильно не понравилось плюс 800 к 1600 по сравнению с прошлым годом.
Странно, с чего я все это взял. Видимо, там речь шла про смену администратора домена.
У них еще теперь разные цены для юриков и физиков.
Про это я знаю. Письма рассылки про "12 ноября" многократно получал.
Самая низкая цена на RU для юридических лиц 2399 руб, а для физических дороже - 2829 руб.
Для физических цены выше, чем для юридических (я всех физических давно увел от РЦ/РР)? Ну, точно с головой не дружат. Раз физических лиц больше, пусть для них цены будут выше. Больше хапнем 😊
Слегка обалдел от цен продления в руцентре. Предлагают почти по 3к/домен продлеваться.
Я какие-то допы отключал, так что у меня (точнее у моих подопечных) пока максимум 2400 руб. Но все равно плюс 800 за год.
Даже среднему и крупному бизнесу такая ценовая политика может не понравиться, особенно с учетом новых тарифов на хостинг. Так что я буду советовать менять регистратора/хостинг-провайдера. Другие юр. лица стабильно из года в год платят 400 руб.
Идеальное решение для простого сайта - html+css
так это в первую очередь возможность добавления новых страниц с указанием мета тегов, а также редактирование и удаление старых
Так это понятно. Управление содержимым, включая создание-удаление "объектов хранения", действительно может выполнять обычный пользователь (качество подготовки содержимого в расчет не беру, здесь тоже нужны определенные навыки). Но этим управление не ограничивается. Возьмите хотя бы установку или обновление системы.
Есть ли у Вас предложения?
Я написал, что нужно сделать, чтобы "быть честным с пользователями".
Не люблю CMS на файлах из-за их ограниченности. Но лайк поставил. Для создания визиток пойдет.
Все запросы у меня обрабатываются через роутер - который передаёт управление в зависимости от расширения.
Это медленно. Даже если использовать обратный прокси с короткими ответами (без содержимого) от фонового обработчика, все равно сложно получается. Можно кэшировать в файловой системе под теми же "адресами", чтобы Web-сервер сам выводил кэш.
Может для каждого пользователя делать поддиректорию?
Может. В некоторых системах я использую такой подход. Имя каталога как раз совпадает с идентификатором пользователя.
Все зависит от конкретной системы. Что у вас, я так и не понял.
А сам файл сохранялся в директории пользовательских файлов под id без расширения для безопасности.
Да, переименование - это в общем случае хорошо, чтобы минимизировать в именах кириллицу и т.п., но полагаться только на id, особенно если они числовые, все-таки плохо.
А как без расширения будет определяться Content-Type? Или вы свой файловый сервер написали, который "подтягивает" метаданные из базы данных? 😃 Проще запретить чему-либо выполняться там, где хранятся загружаемые файлы.