Могу подсказать библиотеку, которая легко с этим справится - upload.php
На счет плагинов не знаю. Слишком частный случай, чтобы под него писать плагин.
и так и сяк - не получается.
Можно в php динамически вычислять и передавать в css готовое значение. Хотя это аналогично варианту с js в том плане, что тоже костыль.
Ну как бы вариант. А что-бы код не засирать, использовать CSS display:table и display:table-cell
Ну я на своем опыте. Вы конечно можете для любителей китайских смарт-часов сделать минимальную ширину 60px. :)
МПСМ, конверсия с таких разрешений стремится к нулю. И даже если такой посетитель зайдет, то особого шока и дискомфорта от полосы прокрутки испытывать не должен, ибо должен уже привыкнуть к такому отношению в адрес своего девайса со стороны верстальщиков.
Это потому, что многие путают пиксели и dpi.
Вообще минимальное разрешение 240, но такими телефонами уже давно не пользуются. Я всегда за минималку беру width:320px. Таких, у кого появляется прокрутка при такой ширине - жалкие единицы.
Настройте редирект в .htaccess
RewriteCond %{REQUEST_URI} !(.*)/$
# Если слеша в конце нет.
RewriteCond %{REQUEST_FILENAME} !-f
# Не является файлом.
RewriteCond %{REQUEST_URI} !\..+$
# В URL нет точки (файл).
RewriteRule ^(.*)$ $1/ [L,R=301]
# Добавляем слеш в конце.
<div id="id_16" class="zagruzka-plus_menu-box" style="padding-bottom:5px;display:block;">
Можно в шаблоне сделать что-то вроде
<style>
#id_<?=$parent_id?>{
display:block!important;
}
</style>
где $parent_id (насколько я понял - это родительская категория) в данном примере 16
SELECT YEAR(`date_column`) as `Year` ... - возвратит год из значения поля `date_column`
Ежели сразу в БД надо запихать, то примерно так date('Y', $date_of_movie)
А вообще выше правильно написали. Лучше вытащить данные из базы и там уже сформировать тайтл, чем хранить в БД лишнюю инфу.
Отвечаю на свой собственный вопрос.
1) другой протокол.
2) без доп. ПО на ПК (типа 1С) - никак
3) никак
Отсюда вырисовывается следующее:
1) Интеграция цмс и онлайн-кассы с 1С. Дорого, геморройно, долго.
2) Воспользоваться онлайн сервисами, которые предлагают облачное решение. Тоже неоднозначное решение и с абон. платой.
3) Вручную. Без комментариев.
4) Расслабиться и получать удовольствие, в надежде на то, что кто-нить из производителей онлайн-касс таки выпустит кассу работающую по протоколу https.
Уопщем, все как всегда. Принимается закон, а элехторат пусть выкручивается как хочет.
Хотели как лучше, а получилось как всегда. Теперь те, кто хоть как-то работал легально по типу ИП на УСН, совсем уйдут в тень. Гораздо проще на физ. лицо прием платежей зарегить, чем вытрахать себе мозг и кошелек с покупкой, регистрацией, интеграцией и обслуживанием этих касс.
Благодарю, Dag. Однако там никакой информации по теме нет. Но в целом направление поиска понятно. Буду курить инструкции других производителей.
