А так же для залития шелов, бэков и прочего мусора :) Придумать как выйти из этой ситуации я думаю не сложно, но в вэбе в разработке есть одно золотое правило "Все что не разрешено - запрещено". В идеале закрыть все, что не используется для работы пользователей с сайтом и открыть только то, с чем работают. Я сомневаюсь что гостям сайта нужна вся папка wp-admin. Хорошая практика сейчас у вэбфреймворков, весь код/ресурсы/настроки/шаблоны находятся выше корня сервера, а в корне только статика и точка входа index.php
Вы тут с личностями ошиблись. Требование ввели не регистраторы, им то пофиг. Требование ввело государство, чтобы в случае продажи органов, финансирования терроризма и прочей чернухи знали к кому в дверь стучать. А на зону ru/su это распространяется исключительно потому, что только на ru/su есть влияние. А если правительство скажет сдавать анализы, пойдем все дружно их сдавать вместе с регистраторами, тут ничего не поделать, заботяться об общем благе, а некомфортность некоторым персонам в рамках целой страны - это погрешность.
Что то я сомневаюсь что люди берут по 20-50-100 доменов себе для белых проектов😂 Скорее всего там Иван Иваныч Иванов в контактах, но мне кажется как то уже давно регистраторам сказали брать сканы, потом что то опять лайтовенько сделали, только по требованию.
PS. Лично я регистрирую все свои домены на себя, либо клиентские на клиентов и не знаю таких проблем 😂
Так как это копия сайта, то там и настройки подключения к БД тоже одинаковые и по этому на 1 БД у вас работают оба сайта.
Нет, но я не строю иллюзий по этому поводу и всегда готов при этом решать проблемы сам или мигрировать куда то еще. Я верю в силу поговорки "Бесплатный сыр только в мышеловке"
В описании на сайте или в описании в условиях с которыми вы согласились? Дело в том, что сайт это маркетинговый инструмент и там может быть все что угодно написано. Если вам не предоставили что то, что прописано в договоре, то тут другой разговор. Но обычно в договорах много подводных камней с приставкай "мы предоставим, но ..."
Вы тут заблуждаетесь. Цена услуги компании известна, чтобы её снизить, надо сокращать издержки, например на саппорте, новизне железа или чем то еще, но цену уменьшить можно только за счет чего то, а не просто так.
Лоукост в данном случае - это когда вас не спрашивают как вы хотите, а предлагают как есть еще и с урезанными возможностями. А если вам надо как то по особенному, то это уже не лоукост.
Это как поездка в час пик в метро или на лимузине, в конечном счете вы получите одинаковый результат (доберетесь до место назначения), но цена и качество будет явно отличаться.
Я конечно не сноб, но это исключительно ваш опыт, а кто то делает наоборот, переносит на CMS чтобы можно было нормально работать с сайтом.
Все ваши плюсы упираются в незнание конкретных CMS
1. Не знаю не одну CMS у которой есть проблемы для внедряемых изменений.
2. У всех CMS есть кэшировани, которое включается по кнопке и делает сайт статичным, сохраняя вывод в файл, на крайняк можно конфиг у прокси сервера подправить.
3. Я бы сильно поспорил с этим пунктом. Он будет истинным только в том случае, если архитектор и программисты в этом проекте оч крутые ребята, а это очень очень дорого, и я так понимаю там сейчас лапша код, сильная связность с конкретной БД с паролем в каждом файле и прочие "прелести" жизни.
4. Не знаю CMS которая ограничивает фронтедом, а вами приведенная CMS шаблоны может настраивать даже на параметры в урле, а про страницы то вообще молчу.
Глобальный минус тут только 1 из которого вытекает много много маленьких - это
То есть по факту вы переделали с одной CMS на другую, потому что первую вы собственно не знали. Но получили CMS которую кроме вас теперь никто не знает, ничего под ней не пишет (считайте все писать самим) и где тут плюсы вообще непонятно если честно. Лучше выучить что нибудь популярное, хорошо протестированное и поддерживаемое сообществом, чем пилить свои костыли особенно если не хватает квалификации, а её в чем то но не хватает.
PS. Вывод "перенес сайты некоторых компаний с Bitrix на nonameCMS" и получил плюсы. А все уперлось, что битрикс не знаем, а nonameCMS знаем как свои 5 пальцев, по этому есть и плюсы.
PPS. Загрузка битрикса главной страницы одной мебельной компании:
Первый хит:
Последующие:
Статика то может и быстрее, но оно надо ли?
А ТС не говорил что нет БД, ТС хочет просто заливать через FTP, для него это более удобное UI чем админка в данной ситуации, потому что видимо картинок огромное количество. По этому я и предложил найти максимально подходящий модуль для CMS на которой сделан сайт и написать скрипт, который будет индексировать какую то директорию, в которую заливаются файлы через фтп и создавать нужные сущности в БД для работы вышеуказанного модуля. Другого вменяемго способа решения данной поставленной задачи, лично я с ходу придумать не могу. А все предложения по работе с ФС просто считаю маразмом каким то в данной конкретной задаче, потому что написать кода придется не меньше, а толку будет по минимуму.
Вы и сказали про "придется пошаманить с кэшированиями". Мне вот и интересно стало. Пока я знаю только один довольно простой способ работы с ФС, особенно на большом количестве файлов - это B-дерево (ну или что то близкое к нему, как обычно строят файловый кэш, так как именно там и бывает миллионы файлов).
Да только вы уверены что потом с ростом файлов это массив не упрется в лимиты? Почему вы считаете что с массивом работать проще чем с файлом директории? Читать такой файл с массивом будет тоже дорогостоящей операцией. Для сохранения и чтения массива вам понадобится его либо сериализовать/десерилизовать, либо пересобирать в JSON и обратно, что тоже не является дешевой операцией. Ваш так называемый кэш уже бутылочное горлышко в приложении еще на этапе проектирования. Ну а если там будет 10 файлов то их можно и руками на страницу прописать
Откуда вы (люди) выкапываете этот аргумент все время, любую динамику можно превратить в статику (автоматически) которая будет работать по скорости ровно так же, за то обратное сделать проблематично.
И если серьезно, нет у статики никаких плюсов на 2017 год. Сервера стоят по 15 евро в месяц в 8 Гб оперативки, то есть 1 час работы программиста, вопрос, что дешевле сервер взять для цмс и посадить секретаря менять/добавлять/редактировать или программиста за 10-15$ в час?---------- Добавлено 19.01.2017 в 12:11 ----------
Я тоже тебе открою секрет, база данных тоже хранит информацию на HDD и тоже от туда её читает. Изначально БД делались не для "ускорить сайт", а для удобной, каталогизированной работы с однородной информацией (читай таблицами). Это становится действительно быстро когда дело касается по работе с информацией ( выборки, сортировки и так далее), но если исходить из вопроса прочитал с файла - показал, БД как бы ничем не быстрее. Это я говорю про реляционные БД конечно, те что висят в оперативки они читают (если работают конечно с ФС) с HDD только на старте, ну и периодами сбрасывают на диск.
