Что такое управление?
Поиск?
Если у вас куча страниц, где нужно найти определенное слово в тексте - да, конечно БД лучше. Только не обычный MySQL, а специализированная БД полнотекстового поиска.
Если же у вас информация структуризирована и вы ищете по дате, по тегу - никакой разницы нет в удобстве и на голой файловой системе.
Добавление, редактирование - не является проблемой на файловой системе.
Блокировки во избежание множественного доступа на запись в файловой системе решаются элементарно.
Какие еще проблемы управления?---------- Добавлено 07.03.2018 в 05:03 ----------
Это говорит только то, что ваша конкретная система была заточена на работу с БД и криво от нее отвязана. Системы изначально заточенные на работу без БД, те же генераторы статических файлов - вообще максимально быстры, быстрее их и быть не может чисто конструктивно.---------- Добавлено 07.03.2018 в 05:19 ----------
Они просто очень хорошо понимают зачем именно нужна СУБД?
И хорошо понимают и различают ситуации когда СУБД не нужна?
😂
Товарищ, который пишет интернет-магазин на статических файлах - отлично прояснил все технические моменты.
И страницы с товаром можно отображать прямо из статических файлов - это будет очень быстро. Понравится и пользователям и Гуглю.
А в самом магазине есть какая нибудь системка с 1С, где учет остатков ведется.
Другое дело, что если товаров тысячи и больше - то, да, для поиска придется использовать полноценную СУБД. Правда для нормального быстрого полнотекстового поиска это должен быть не MySQL, а какая-нибудь специализированная вещь Сфинкс, Мантикора или ЭластикСерч.
И при хорошей посещаемости для отображения динамической части сайта, для корзины и оформления заказов, СУБД предпочтительнее файлов.
Но на небольших объемах - СУБД это оверлишняя вещь. Файловая система будет проще в обслуживании и быстрее отдавать страницы
Другое дело, что большинство программистов (как впрочем и в других профессиях) низкоквалифицированы и работают по шаблонам, которые где-то увидели один раз. А типовой шаблон сами знаете какой.
Поэтому им кажется СУБД верхом прогресса и они представить себе не могут ситуаций, когда СУБД не нужна.
Опытный профи может манипулировать своими инструментами свободно. И выбирать именно то, что лучше для данной конкретной ситуации.---------- Добавлено 07.03.2018 в 05:24 ----------
Регистрация не нужна. И вообще дико раздражает в интернет-магазинах. У меня уже миллион паролей. А спамеры вынуждают не отдавать основной адрес электронной почты магазину.
Поиск прекрасно работает без СУБД.
Нужно только нагенерить заранее файлов для поиска: http://www.tipue.com/search/
В случае больших объемов данных разумеется не подойдет. Но в случае большого наплыва посетителей - хорошо работает, так как нагрузка на клиенте а не на сервере.---------- Добавлено 07.03.2018 в 05:39 ----------
http://www.tipue.com/search/
Какой же это web 1.0---------- Добавлено 07.03.2018 в 06:25 ----------
Откуда? Система всегда строится под конкретные задачи.
И на 100 000 и на 100 - это совсем разные архитектуры.
Не, если будет рост со 100 до 100 000 - значит бизнес идет отлично и владелец оплатит новую систему, делов-то.
Скорее упасть.
Биткойн - это исключение, а не правило.
Если они дождутся завершения загрузки.
Классический PNG, который понимают все браузеры - это "сжатие без потерь". Фотографии будут выглядеть неуловомо лучше, но занимать значительно больший объем и скачиваться, разумеется, тоже будут значительно дольше.
JPEG - это "сжатие с потерями". Видимо это и смутило вашего клиента. Но перед тем как придумали этот алгоритм провели психо-офтольмалогические исследования. Убирается та информация, на которую наш мозг меньше реагирует.
В идеале - просто подобрать правильную степень сжатия JPG. Не слишком сильно, не слишком большой файл.
P.S.:
Зуб даю, что этот требовательный клиент при всем своем отношении - напрочь забыл про качество thumbnail. А их, как правило от балды не самым лучшим (но и не самых худшим) алгоритмом делают.
P.P.S.:
Если это сайт, с которого дизайнеры, к примеру, скачивают купленные фотографии - то да, им лучше отдавать в PNG.
Но это редкий и крайний случай.
Обратите внимание, не лучше выглядят такие фото, а лучше для последующей обработки.
Но как именно хранить.
Как тут верно заметили - иерархические данные хранятся в MySQL нормально и удобно, но вот доступ к ним - медленный.
Учитесь сразу делать быстрые системы.
Официальный ресселер платит тот же самый НДС, пусть даже и в другой стране.
Неофициальный....
Всеми правдами и неправдами получает от хостера скидки и потом уже продает хостинг "в розницу".
Ему наплевать по какой причине вы хотите получить скидку, в другой стране вы живете или нет, не нравится вам VAT/НДС или что еще. Вы покушаетесь на кусок хлеба реселлера.
Скидку он будет давать от объема, например. Ваше местоположение - значения не имеет.
Посему есть 2 способа:
1. Получить эту скидку непосредственно от Хетцнера. Как - я уже описал выше.
2. Договориться с реселлером, тут будет иметь значение объем, а не местоположение
Майнить на CPU, взятом в аренду - не выгодно.---------- Добавлено 06.03.2018 в 16:06 ----------
Дополню.
Не выгодно хостеру - вы загружаете ядра по полной. Жрет электроэнергию. Если это на виртуалке - отнимает ресурсы у других клиентов хостера.
Тарифы хостера рассчитаны на средне-типовое применение сдаваемого хостером в аренду сервера. Профиль майнера существенно отличается от такового типового применения.
Ожидать от хостера супер-скидок майнерам не приходится. Ну разве что если хостер ошибся и закупил слишком много мощностей и сейчас хочет их хотя бы по себестоимости слить.
Но все равно - сомнительно чтоб это было выгодно майнеру. CPU - не тот вариант. Нужно хотя бы GPU.
Чтобы получить скидку, нужно идентифицироваться себя.
Полностью, с местом жительства.
Тогда и сам Хецнер отменит VAT.
Это нужно с тех. поддержкой порешать, выслать им сканы документов, подтверждающие вашу личность и место жительства (годятся квитанции об оплате квартиры, если квартира на ваше имя)
