- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Привет, порекомендуйте простенький движок сайта или компонент на joomla - для размещения картинок удовлетворяющий следующим требованиям.
1. Элементы(картинки) добавляются не через админку, а просто берутся из папки на сервере, и отображаются на сайте.
2. Новые закачанные в папку изображения отображаются в ленте сайта сверху, при этом корректно работает пангинация или старые элементы подружаются яваскриптом при пролистывании сайта.
3. Возможность задать категории, категория просто привязана опять же к папке.
Т.е. например на сервере имеются три папки.
events - (категория события)
peoples - (категория люди)
Просто заливаем в категорию events файлы 1.jpg 2.jpg - и они при обновлении страницы сайта отображаются на главной, в верху с меткой - события.
На нативном ПХП такое можно за несколько часов написать, разумеется, если никакое администрирование не нужно и картинок не много. Если картинок дофига, то придется пошаманить с кэшированиями, так как обход будет весьма ресурсоемким
на счет модулей - ничего не скажу
Ищите по запросу "php gallery folder", писать ничего не нужно - уже все написано давно.
На joomla скорее всего через админку все будет. Да и смысл от joomla, когда тут базой и не пахнет, судя по вашему тз?
Если картинок дофига, то придется пошаманить с кэшированиями, так как обход будет весьма ресурсоемким
Какую только дурость не встретишь на этом форуме. Учите мат часть, программисты фиговы 😂 Расскажите подробнее про кеширование запросов к файловой системе?😂
ТС, тебе все равно понадобится работа с БД, все таки название файлов и всю метаинформацию лучше сложить в БД, так например ты сможешь сортировать файлы, строить нормальную пагинацию, показывать нужное кол-во картинок за определенный промежуток времени ну и так далее, с ФС все это будет проблематично. По этому тебе лучше найти плагин галереи для джумлы (сайт ведь на ней) и заказать скриптик на фрилансе, который будет индексировать нужные тебе директории и заносить информацию в этот модуль джумлы.
с ФС все это будет проблематично
Для тех, кто не умеет работать с ФС 😂
Для тех, кто не умеет работать с ФС 😂
Так вы сразу с примерами на выборке 5 000 - 10 000 файлов хотя бы, вы же умеете судя по всему. Желательно построить пагинацию от более новых к более старым по 50 на странице и альтами подписать картинки. ТС как раз и нужны примеры.
Так вы сразу с примерами
Зачем?! Ведь надо же
заказать скриптик на фрилансе
Расскажите подробнее про кеширование запросов к файловой системе?
Кто сказал, что про кэширование запросов к файловой системе?
Вообще-то перед тем как вывалить файл надо понять , что это картинка, а не что-то с расширением JPG. Бо долбодятлов дохрена. Иногда пихают jpeg как PNG, а иногда и PDF переименовывают в GIF вот и разберись. И если при заливке через форму проверка происходит практически для всех файлов (конеч, если разработчик не рукожоп), то залитые на диск файлы не проверяются от слова совсем. А на перманентную проверку нужна ресурса.
если у вас 10 файлов, то там пофих. Если 10000, то уже можно все собрать в массив вида [имя][дата изменения, тип] и скинуть на диск.
после чего проверка уже не нужна, т.к. при изменении даты (то-есть перезаливки) сразу всё всплывёт
Кто сказал, что про кэширование запросов к файловой системе?
Вы и сказали про "придется пошаманить с кэшированиями". Мне вот и интересно стало. Пока я знаю только один довольно простой способ работы с ФС, особенно на большом количестве файлов - это B-дерево (ну или что то близкое к нему, как обычно строят файловый кэш, так как именно там и бывает миллионы файлов).
если у вас 10 файлов, то там пофих. Если 10000, то уже можно все собрать в массив вида [имя][дата изменения, тип] и скинуть на диск.
после чего проверка уже не нужна, т.к. при изменении даты (то-есть перезаливки) сразу всё всплывёт
Да только вы уверены что потом с ростом файлов это массив не упрется в лимиты? Почему вы считаете что с массивом работать проще чем с файлом директории? Читать такой файл с массивом будет тоже дорогостоящей операцией. Для сохранения и чтения массива вам понадобится его либо сериализовать/десерилизовать, либо пересобирать в JSON и обратно, что тоже не является дешевой операцией. Ваш так называемый кэш уже бутылочное горлышко в приложении еще на этапе проектирования. Ну а если там будет 10 файлов то их можно и руками на страницу прописать
всё лучше в БД хранить данные
и при заливке все приводить к единому виду.
миниатюра + оригинал, к примеру
Aisamiery, TF-Studio, Так это понятно, что идеальный вариант - хранение результатов в БД, но на безрыбье и ведро подстаканник... бо в задаче нигде не указано, что есть база. Вот такой экспресс вариант базы и придумывается. При наличии нормальной бд, необходимость подобных изподпреподвыподвертов отваливается автоматом.