Влогери на митинги в рф? Даже писателям фантастам такого не снилось )
Здравствуйте! Делаю сайт-витрину компании, движок WP + woocommerce. Сайт будет работать по принципу интернет-магазина для оптовиков. Поэтому есть задача выводить цену в каждой карточке товара только зарегистрированным пользователям (регистрация должна быть одобрена вручную), а простым посетителям цены показываться не должны. Может кто подскажет решения (плагины) как можно это реализовать?
P.S. нашел пример как это может выглядеть на практике
Если интернет магазин, то уже есть модуль регистрации. На сайте уже где-то есть проверка зарегистрирован ли пользователь. Вот и перенесите эту проверку на цену. Или есть трудности с программированием?
Довольно странное заявление. Ты когда-нибудь заглядывал в код или в БД популярных CMS? Попробуй заглянуть. У них меню в базе данных. Либо генерится "на лету" в случае динамического контента (но это явно не случай ТС). Никакими файлами там и не пахнет. Правда, есть и исключения - Битрикс, например.Хранение данных в БД - общепринятая практика. Для того и разрабатывались реляционные базы данных.
Никогда не пользовался разными CMS и не собираюсь. Зачем мне эти тормознутые монстры, да и все равно пришлось бы дорабатывать под свои проекты.
Еще в 2005 определился со своим движком, 2 или 3 раза переделывал только функциональность за все время (логика оставалась). Что там сложного? 1 исполняемый файл, в базе для каждой страницы подключается шаблон и модули. Исполняемый файл собирает страницу.
И на этом движке были реализованы не только простые сайты, но и каталоги (с личными аккаунтами), сервисы.
Я не против бд для меню, при условии: 1) реализовано полное кэширование страницы; 2) реализовано кеширование через меткешед (чтобы не обращаться к базе данных)
Мне кажется, что перевод для интерфейса в бд - это стрельба по воробьям из пушки (если не кэшировать их в оперативной памяти через мемкэшед. Но в этом случае лучше через массив в пхп файле и подключить опкэш).
Ну вот даже если каждому элементу из базы присваивается префикс, где он будет использоваться (main, menu, news, art, shop), это же нужно знать из каких модулей состоит страница и подгружать составным запросом, сохранять в переменные, а потом уже использовать в каждом модуле. Или в каждом модуле делать запрос к бд для слов интерфейса этого модуля. Тем самым плодить количество запросов к бд. А смысл в этом? На шаред хостинге вообще есть ограничения по процессорному времени и времени запросов к бд.
Ничего себе ) Вот это новость. Может сбой какой-то и пронесет? Говорили же только для бизнеса. Что-то и не верится. Мобильным операторам соседних стран приготовиться!
Да, его простота и быстрое кодирование в плюс идет и для большинства проектов этого достаточно. Но вот разбирать код каждый раз при обращении - это конечно делает и нагрузку и задержку. Наверное опкэш немного помогает.
Интересно будет посмотреть в какую сторону веб будет развиваться.
Тогда извиняюсь. С 2015 года занимаюсь программированием только для своих сервисов и так уже сильно не слежу за изменениями.
Читал недавно статью, где автор рассуждает о не сильной популярности пхв в молодых программистов (на первые места вышли джаваскрипт, пайтон и т.д.). Хотя конечно по статистике 43% работаю на вордпресс, который написан на пхп. + пхп на каждом шаред хостинге, а node.js, python не часто встречается.
"Для PHP он видит другой путь – что-то вроде ребрендинга и переименование следующей версии PHP в HypeScript. Это будет воспринято как нечто новое, и люди снова обратят внимание на этот язык программирования. Кроме того, по мнению специалиста, так появится возможность отказаться от более старых фрагментов PHP или добавить более строгие правила, например сделать типы обязательными для улучшения качества и производительности."
