Орхан Гасанлы
@azerphoenix Автор вопроса, куратор тега Java
Здравствуйте!
Я пробовал) Оказалось, что просто забыл указать формат файла .properties || .yaml из-за чего он упорно игнорировал мои конфиги))) Спасибо за ответ)
Veritas23, P.S. можете и сами собрать сайт с виз. редактором.
Возьмите связку: WPBakery Visual Composer + Revolution Slider + Essential Grid. Вам их будет предостаточно. Но плагины тяжелые.... и платные...
Veritas23, все зависит от ТЗ. И нет, верстальщик не пошлет, если вы попросите сделать с виз редактором. Всему своя стоимость. Находятся некоторые верстальщики, которые сами рады с виз. редактором поработать. Хотя, имхо, я не сторонник виз. редакторов, Алексей все правильно сказал.
Если делаете для себя, то виз. редактор не нужен, если делаете для клиента, который захочет что-то потом поменять, отредактировать и т.д., то лучше виз. редактор. Разница в весе сайта с редактором или без большая, так как на фронте они грузят огромное кол-во шрифтов, стилей и скриптов
Дмитрий, можно и так, тут уже надо смотреть по обстоятельству)) product (woocommerce) тоже кастомный тип записи, в каком-то смысле.. может его не нужно трогать
Артем Гвоздев, как вариант... можно сделать так:
создайте шаблон для терминов таксономии и назначайте этот шаблон через functions.php через load_template() https://wp-kama.ru/function/load_template
Т.е. сперва проверяете принадлежит ли архивная страница (термин) к определенной таксономии и если да, то подключаете нужный шаблон. https://wp-kama.ru/function/is_tax
таким образом, у вас будет 1 шаблон для всех архивных страниц текущей таксономии.
ligisayan, если заменить файл, то тут уже вы сами можете решить менять БД или нет...
чтобы что-то реализовать, надо представить ясно, что нужно получит в конечном результате.
например, спарсили вы таблицу и разобрали построчно. Замаппили все строки по принципе имя, рейтинг. Соответственно, сравнили рейтинги и нашли 3 максимальных показателя. Дальше из маппинга берете именя, которым соответствуют эти показатели.
Что касается замены файла, то как бы каждая запись в БД будет хранить информацию об одной спарсенной таблице (как вариант). Тут уже вам виднее, в зависимости от того, что и как нужно парсить, что и как нужно хранить и соовтетственно, что и как нужно заменять.
ligisayan, тоже нет необходимости... (имхо)
Вы можете сделать при помощи js (ajax). Если вкратце, то пользователь вводит что-то, аяксом запрос убегает на сервер и он видит нужную ему информацию
Другой вариант, чтобы с плагином не возиться... Создайте свою таксономию + кастомный тип записи + плагин ACF (кастомные поля). И создайте простую галерею с lighbox и все. Дизайн галереи можете взять с bootsnipp.com например...
WebforSelf, так значит, вы без кодинга и не выведете группу галерей, если плагином это не предусмотрено.
надо покопаться в файлах плагина и посмотреть, как он выводит галерею, а дальше уже создать шаблон и вывести его. И поверьте мне, никто, кроме вас не будет лезть в плагин))
WebforSelf, если это плагин, то по идее для вывода на главной у них должен быть шорткод.
Если шорткода нет, что весьма было бы странно, то можете создать сами шорткод. Создайте шаблон, добавьте туда цикл с галереей, создайте шорткод через add_shortcoe() этот шаблон. Добавьте созданный шорткод на главную (правда, не очень хорошее регение)
Вам нужно, чтобы было уведомление на клиенте о том, что файл скачался или закачался?