profesor08, Очень вкусные автоимпорты и автокомплиты. Для Ангуляра без них мне лично ну никак. Это важнее PeekView, поэтому пока так. И плюс пытаюсь совместить для себя удобства обоих редакторов. Поэтому и интересуюсь.
Saboteur, Спасибо за ответ, пробовал такие варианты. с -li только что попробовал.
заметил еще особенность. Над терминалом есть горизонтальная полоса, она достаточно широкая.... Так вот.... Если курсором хватать на верхней границе полосы всё норм.... но если курсор поместить(а он помещается) в центр полосы и тянуть(можно в таком положении) то баг этот....
Настройки обсуждения в постах (галочка Разрешить оставлять комм...) добавляет к посту мета информацию выводить/не выводить комменты, которая в коде темы(страницы, поста) после проверяется в условии if( comments_open()). Т.е. это косвенно влияет на вывод комментов. Если в теме это условие удалено, то вообще не будет влиять, и тем более не влияет на двойной/тройной вывод.
SeokkySss, при чем тут вордпрессер совсем не понял. человек предложил хорошее решение, в отличии от вашего комента. да и логику не понимаю - дал логичное решение = вордпрессер оО
freeExec, если я правильно понял, то в моём случае надо смотреть на цены SKU: Places Details, что внизу страницы - https://developers.google.com/places/web-service/u...
Там сказано,
The Places Details SKU is generated from the following APIs:
Maps JavaScript API’s Places Autocomplete widget (getPlace)
Соот-но этот запрос генерируется в рамках Autocomplete JS Maps widget. Не ясно, правда про сессии, на странице указано билинг только для SKU. Но в любом случае, для небольшого интернет магазинчика халявного бесплатного бюджета в 200$ должно более чем хватить, это 11,000 запросов
freeExec, уже понятнее, спасибо
а продолжительность сессии это сколько в секундах у гугла ?
>>Обычно рассчитывают один запрос на автозавершение и одни на геокодинг на пользователя.
запрос по автозавершению понятен. а зачем запрос по геокодингу? или под запрос на геокодинг подразумевается как раз поиск адреса/города по введенным данным ?
Получется пользователь вводит "Мо" - идёт запрос на возможные варианты ввода + запрос ардесов/городов содержащих "Мо". Правильно понимаю ?
ответит частично ниже в комментариях к ответу пользователя sim3x.
а вообще попробовал сейчас в jade писать конструкции django и особых проблем не увидел.
пишете как обычно и пишете на jade и вписываете конструкции переменных {{ var }} , или циклов и прочего {%for } как обычный текст, jade его в таком же виде перенесет в результирующий html, который потом будет использовать django.
Глянул я очень поверхностно, так же с Django только знакомлюсь, поэтому если возникают какие-то трудности в таком подходе с интересом послушаю
Написал им в поддержку. К сожалению, у них другой функционал. Сделать виджет чата на сайт, который пишет в директ инсты с их помощью не выйдет. У них собственное приложения, в котором можно отвечать на Директ Инсты, а это не то, что нужно
Вопрос хороший от автора, поддерживаю.
Можно и как вы ответили делать, но в таком случае хотелось бы сразу иметь возможность писать filter |, и прочие конструкции djnago(%if %for и тд) сразу в pug, а не переписывать потом html-код, добавляя последние.
я пока нашёл вот такую штуку, но судя по популярности она не сильно развита. https://github.com/kakulukia/pypugjs
Да и, смотря на пример кода в README.md, невольно задумываешься в какую передрягу они лезут заменами title= Var , на <title>{{ Var }}</title>. А вообще идея подобного верная, надо только реализацию было отделить от нативных конструкций pug
Проблема была в том , что установка и сразу считывание cookie в одном файле php за один хит сервера не работает.
Решил установкой cookies через JS, в таком случае все работает корректно и шаблон компонента обновляется на 1ом хите сервера.
Но как же это сделать с php )))
если коротко: нельзя установить и получить одну и туже cookies в одном php скрипте, т.к. cookies установится только после отправки в заголовках страницы
решений несколько:
1) установить самому cookie через $_COOKIES['cookie_name'] = $value; и после можно получить её от туда же.
2) использовать headers_list() для получения заголовков и оттуда распарсить свеже-установленные печеньки
Вывод: в моём случае установка cookies через JS на стороне клиента, чтобы после сервер мог отдать установленный шаблон выглядит разумно при всём вышеописанном.
Спасибо за внимание :)
обработку get параметра вставлял в файл /magazin/index.php (magazin - имя компонента основного для каталога)
в этом файле изменение название шаблона меняет отображение.
в этом файле только 3 блока - 1) require(header) 2) includeComponent 3) require(footer)
в другой файл вставлять надо ?
после клика по ссылке перезагрузка страницы происходит но со старым шаблоном каталога, куки при этом новые ставятся, при повторной перезагрузке уже загружается новый шаблон