maksam07, огромное спасибо за ваш совет, я смог допилить tinyfilemanager под свои потребности. На всякий случай пересмотрел весь файл программы - вроде никаких бэкдоров не обнаружил :)
maksam07, старые репозитории (2010, 2011 года и т.д.) в php8 выдают кучу ошибок, что логично :(
Идею с вырезанием лишнего буду пробовать - мне ведь реально надо самый минимальный функционал.
Проблема старых репозиториев - старые версии php :)
Мне, в целом, функционала и дизайна нулевых или девяностых (примерно как у этих сайтов: 512kb.club) вполне хватит - лишь бы корректно работало. Без редактора, просмотра, переназначения прав на директории, многопользовательской системы и так далее.
maksam07, в этом файле подключаются те же библиотеки, но уже локально :) Хотелось бы ничего лишнего не подключать, т.е. один файл - пусть даже с суперминималистичным дизайном и без красивостей. Можно даже без ajax - просто на post. Но, возможно, этого в природе нет, т.е. надо выбирать из того, что имеется.
maksam07, для меня избыточность, например, - это подключение кучи внешних библиотек с сторонних CDN. Я создавал сайт так, чтобы не подключать лишнего (никаких jquery, bootstrap, composer и подобного), лишь самое необходимое (mathjax).
Для меня ближе вот такой подход без загрузки лишнего: github.com/Den1xxx/Filemanager, но тут надо пробовать, конечно. Буду сегодня тестировать разные скрипты.
Спасибо за совет, я встречал его в своих поисках, однако показался несколько избыточным для моих целей. Если не найдётся ничего полегче, буду пробовать.
Refguser, я уже сделал свой сайт, и он больше года работает, потребляя в разы меньше ресурсов, чем cms mediawiki, на которой ресурс работал ранее :) Цели стать разработчиком не имею, изучал веб-технологии исключительно в рамках создания одного своего проекта. При необходимости, разумеется, можно разобраться с работой с файлами, однако если есть возможность такой работы избежать - было бы отлично. Собственно, отсюда и возник вопрос.
Rsa97, чтобы не выходить на пределы админчасти сайта при создании новой страницы, для которой требуются файлы. Чтобы всё можно было сделать в рамках сайта. Сейчас я и делаю через ftp, однако хотелось бы внедрить методы работы с файлами на сам сайт.
Refguser, я писал сайт просто как хобби. Углубляться в работу с файлами не хотелось бы, но если альтернативы не будет - то придётся, конечно. Пока что надеюсь на то, что готовый код всё же существует.
Огромное вам спасибо! Я и не представлял, что данную проблему можно решить одним свойством CSS - это просто невероятно :)
Значение scale-down и правда оказалось более удачным: оно сохраняет видео в нужных рамках при исходном, неразвёрнутом плеере, а при разворачивании плеера - оставляет видео нерастянутым, лишь дорисовывая чёрные полосы по мере необходимости. Жаль, что нельзя такое выставить на youtube или ВК-видео, но для своего сайта этот параметр просто находка :)
Ибо это лишняя технология, к которой проект будет привязан, и в которой нужно разбираться. Одно дело - подогнать по себя шаблон на чистом css (на это моих знаний, скорее всего, хватит), а совсем иное - тащить в проект цельный фреймворк, из возможностей которого потребуется едва ли пару процентов.
К сожалению, такой подход для меня не подойдёт, так как, например, сворачиваемого верхнего меню в чистом html по умолчанию нет. Прилепленного к низу страницы футера тоже нет. На крайний случай, конечно, придётся всё это делать самому, но не хотелось бы.
Я привёл ссылку просто для примера. Если бы она имела вид sitename.com/shop/notebooks_and_computers/notebooks/, то были бы отображены все модели ноутов. Это поведение ведь явно обрабатывает какой-то контроллер, передающий виду данные, сгенерированные моделью. При этом учитывается, что если ссылка заканчивается id товара, то выдаётся карточка товара, а в противном случае - список всех товаров категории.
Вы не могли бы подсказать, как именно делают в реальности? Просто в этой статье на хабре я впервые увидел практический пример с пояснениями. Остальные материалы просто в сотый раз пережёвывали общие слова про mvc :( Может, есть некие источники (на английском, русском - неважно), с которыми можете порекомендовать ознакомиться?
maksam07, всё может быть :) Т.е. в данном случае контроллер - это shop, а что он получает на вход, зависит от дальнейшей строки, которая разбирается роутером?
Спасибо за ответ! В вопросе я привёл просто пример такой структуры. В случае json - вы имеете в виду именно отдельную базу или таблицу? Нет ли источников информации, где можно глянуть пример реализации такого подхода?
Спасибо за ответ, буду рассматривать варианты, предложенные по указанной вами ссылке. Ситуация слегка усугубляется тем, что в моём случае "стандартных" экземпляров , грубо говоря, 4-5 тысяч, а "нестандартных", с дополнительными свойствами, - около сотни. Не хотелось бы вводить кучу лишних полей ради сотни записей. Возможно, формат json был бы неплохим вариантом, буду думать.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.