Нет. Не для всего сервера. Только для своих баз.
Я и сам не уверен что это возможно, но с php это сработало =) У меня в каждой папке с сайтом разложены php.ini, и, соответственно, каждый сайт использует свою конфигурацию. Соответственно, возникло предположение что и с DB может сработать =) Учитывая, что доступ к папке ets имеется, где обычно лежат конфиги mysql.
Спасибо за ответ. Но я так уже пробовал. Проблема где то в другом месте.
Это скрин лога с network. Как видно, только первые две строчки грузились примерно по 30 секунд (там именно секунд, не милисекунд), остальное сработало как и должно. Но с этого понять ничего нельзя. Так как запрос был нормальный. Я подозреваю, что какой то плагин "захукался" за "сейв опшен" или "плагин активейшен/деактивейшен", каким то экшеном. Который у него не срабатывает почему то, но при этом вешает все. А потом просто отпадает по таймауту и действие продолжается. Но так как это все происходит на беке, надо смотреть логи. Но не хочется их смотреть в текстовом формате (более того, они у меня даже не ведутся на сервере, ибо не было необходимости еще в этом проекте). А инструментов для быстрого анализа, которые пишут свои логи, я не знаю. Вот и спрашиваю...
Фронт при этом работает довольно бодро (ну на сколько вообще может бодро работать ВП с выключенным кешированием).
"сервисы прототипирования" - можно по этому пункту более подробно? Какие сервисы? Я находил максимум конструкторы шаблонов страниц. Этого явно недостаточно.
Пока писал комментарий, кажется нашел то, что искал. Adobe XD.
В нем можно будет проследить все связи и логику взаимодействия, что бы не было пустых страниц, на которые не ведут кнопки, или наоборот, пустых кнопок и ссылок, или бессмысленных действий. Надеюсь сработает =)
Я ФШ использую исключительно по причине того, что я в нем умею. Но я понимаю, что он для этих задач не очень подходит...
У меня есть несколько сайтов на WordPress, которые я делал под свои нужды. Но там все делалось по принципу "о, этот шаблон вроде подходит, берем, адаптируем под себя, что не нужно - выбросим, что нужно - дорисуем". Но в текущей задаче такой подход - не вариант.
Иван Шумов, я думаю что сайты, которые меня интересуют, полагаются на первые три варианта, а если точнее, то на местоположение. Потому что вебмани, пайпал, майкрасофт и подобные сайты показывают мне украинскую версию. При том что у меня локализация системы русская и заголовки браузера русские(с большим отрывом), местоположение только украинское. Соответственно, как мне внушить сайтам, что я нахожусь, например, в Москве, не используя для этого прокси? Есть ли какой то способ?
Ну они же как то мне выставляют украинский язык, в то время когда у них есть русский. Почему не русский тогда? Я знаю что хром выдает список наиболее часто используемых языков пользователем, и сайт может их просеять и выдавать контент на самом часто используемом. Но тут явно не тот случай, так как украинский я не использую в принципе (и я тестировал свой ответ, ру на первом месте с огромным отрывом). Значит по местоположению. Соответственно, надо каким то образом выдавать сайтам условное местоположение в Москве. Но как это сделать без использования московский прокси? Есть ли в настройках браузера способ отдавать фиксированное местоположение всегда. Типо "я нахожусь в Москве, ребята, не смотрите на мой айпи, это прокси". И если есть, то как это сделать?
Изначально источником звука будет ПК (основной кодек supremefx). Но будет возможность и со смартфона по блютузу подключиться.
Динамики не то что бы очень маленькие, но крупными их тоже не назвать. Самый крупный, что я нашел, и что подходит по размерам - 8 см в диаметре. В музыкальных центрах современных часто динамики меньше (не считая саба). Еще, если смотреть на всякие популярные "карманные" колонки от тех же "харман-кардонов" по 500 баксов - эти покрупнее будут. Но динамик конечно тонковат (12мм), поэтому не понятно, какой она звук даст, так как магнит там думаю "так себе" надо пробовать в общем.
А как работает это устройство? Как я понял, оно вставляется между источником и усилителем. Его надо как то дополнительно настраивать? Или оно "из коробки" работает?
Ezhyg, банок то больше. Банок 12. Но аккумулятор же выдает в пике 24 вольта, значит эти 24 ему надо дать для заряда. Я могу хоть 72 банки подключить, но мне надо что бы было на выходе 16-24 вольта. Соответственно, я должен подключить 6 банок последовательно. Я могу таких блоков собрать сколько угодно, но на напряжении это никак не скажется. Мне 24 взять не откуда (обязательно надо брать их из 19). Повышающих зарядников не нашел. Есть только простые преобразователи, которые, как вы сказали, будут отапливать мне помещение при перезаряде.
Ezhyg, параллельно я то могу подключить, и заряжать тогда понятно как, только толку от этого не будет, если мне надо получить 16-24 вольта... Если я 6 банок подключу попарно параллельно, а потом соберу в последовательный пакет (как в ноутах), я получу 12 вольт в пике, просто двойную емкость и силу тока. Мое устройство просто не запустится от этого напряжения.
Это устройство я находил, но к сожалению, это не вариант, так как есть четкое ТЗ, из которого следует, что зарядка должна быть от 19 вольт. Так как эти 19 вольт не только для зарядки используются. 19 вольт так же используется для питания. Просто от источника будет небольшой отбор мощности на зарядку. А само питание там на 300 ватт.
Разделить батарею на две - не проблема. Платы на 3S на али по 3 доллара. Но два зарядника - так себе. Вот и пытаюсь выдумать велосипед...
Пользователям можно присвоить несколько ролей. Некоторые из них могут отвечать за права пользователей, а некоторые просто давать право доступа куда то. Например одна роль дает право в принципе просматривать сайт(пользователь залогинен, и не забанен), а вторая дает право просматривать конкретный раздел сайта.
Еще можно просто проверять. залогинен ли пользователь. Но это можно делать абсолютно в любой системе через php, и просто выдавать другой контен для незалогиненых (например форму логина).
Короче контент по статусам - это просто. И можно реализовать в любой нормальной цмс без каких либо трудностей.
А на счет багов - все они с багами. Но ворпресс проще всего в плане освоения и деланья чего либо.
Погуглите плагины "membership pro" и ему подобные. Там есть много интересного.
Если вешать на init, то user locale то сработает, но не сработает switch_to_locale, так как эту функцию надо вызывать намного раньше, чем срабатывает init.
С куками та же самая причина. Мы можем куки отдать когда пользователь уже видит страницу, соответственно, switch to locale опять же не сработает (если только не делать всю страницу на js, но это треш в рамках ворпресс). А важно что бы при первом визите пользователь видел страницу в нужном нам языке.
А так куки используются, просто в рамках задачи они не имеют значения. Если незалогиненый пользователь решил поменять язык вручную, то его выбор пишется в кук, и после перезагрузки страницы показывает ему тот язык, который он выбрал.
Возможно просто передавать их чуть позже? Изначально, когда пользователь заполняет поля, они никуда не привязаны, но после, например, пользователь публикует пост, (событие save_post или аналогичные ему), после чего уже понятно ID этого поста, и далее срабатывает та часть, которая отправляет дополнительные поля, добавляя их к уже опубликованному посту.
Еще можно разобрать какой то плагин фронтэнд постинга, и посмотреть куда там воткнуты произвольные поля.
Если при этом, допустим, я на одном сайте поменяю дату рождения или язык пользователя, то он впишется в общую базу данных и будет изменен так же на всех остальных сайтах сети, верно?
"Отлично работает" в моем случае не достаточно хорошо. Мне надо "идеально и 100% безотказно во всех возможных ситуациях". Поэтому лучше лишний раз перестраховаться. Выкатят новый абдейт, и что то ляжет, потом не соберешь... Тем более что даже если сайт из бекапа поднимать есть некоторые плагины, в которых не все настройки сохраняются.
Если все зеркально, кроме языка, то мультисайт не лучший выход.
Но каждой странице на одном сайте можно всегда задать родительскую. То же касается категорий. Можно сделать родительскую EN и все. Но вручную это делать для большого количества страниц - это явно не лучшее решение. Нужен плагин. Которым по сути и является WPML (или polilang, не суть). Но с ним могут случится траблы.
Просто я не очень доверяю плагинам, после того как "топовый" autooptimize сломал в хлам сайт из за конфликта с "топовым" popup maker (мелким шрифтом у которого написано, что его надо добавить в исключения автооптимайза, где то на форуме... но понятно что нельзя прочесть всю документацию к плагину перед его установкой). И самое грустное то, что проблему выявили только после отключения и включения автооптимайза (не один месяц прошел, после установки). Когда на сайте было сделано куча изменений и в бекапе был уже сломанный сайт.
Max Medar, когда на сайте 3 поста, то трехзначное id - это нормально. Но когда на сайте планируется много постов, и слаги вручную задавать не вариант (пользовательский контент) то лучше изначально задуматься о том, как это будет выглядеть потом. Например на тостере вот URL похожим образом реализован. Ну и не хочется, что бы были трехзначные и четырехзначные слаги, намного лучше все выглядит, когда все слаги одной длины.
Я и сам не уверен что это возможно, но с php это сработало =) У меня в каждой папке с сайтом разложены php.ini, и, соответственно, каждый сайт использует свою конфигурацию. Соответственно, возникло предположение что и с DB может сработать =) Учитывая, что доступ к папке ets имеется, где обычно лежат конфиги mysql.