Вопрос в том есть смысл использовать днс яндекса в рунете, если есть вариант потерять 10-15% пользователей сервиса
Не, терять юзеров, ясень пень, не хочется. Просто до сих пор не знал об этой проблеме. Знал, что доступ к сервисам Яндекса перекрыли, но не ожидал, что и на уровне ДНС это делается. Будем решать, конечно
Для тех, кому интересны детали по Picture.plus:
Первая альфа-версия была написана «на коленке» за выходные на микрофреймворке Slim. Там не было даже регистрации, просто зашел, выбрал шаблон, создал картинку, скачал. И все.
Когда возникла необходимость регистрации пользователей, сохранения созданных картинок, ведения блога сервиса и т.д., то перенес все на Альто.
Т.к. видео создается довольно долго, то пришлось написать специальный класс-обертку для запуска и управления параллельными процессами (это когда запускается на сервере софт, а потом можно время от времени проверять его состояние). Думаю, неплохая будет фича для движка, когда долгие задачи потребуется выполнять (например, рассылка писем/уведомлений большому числу адресатов).
Шаблоны сейчас описываются в json-формате, в планах есть такая фича — отдаешь по API в сервис изображение, описание, какой текст куда и как нанести, и получаешь, например, готовое превью для топика с названием топка прямо на изображении.
Крутится все на связке Nginx + php-fpm, без апача, на php 7.1
Собственно, почему не работает, понятно: и цвет, и выравнивание задаются в атрибуте style, который по умолчанию не является разрешенным. И разрешать его нельзя, т.к. в этом случае в стилях можно будет задавать абсолютно что угодно.
Видимо, раньше эти параметры как-то иначе задавались. Есть идея, как это можно решить...
Это не баг, а фича jquery-плагина montage, который используется для вывода фотосета, по умолчанию он старается заполнить контейнер с фотографиями по всей ширине. Уже готова версия 1.1.29, где это поведение можно будет задавать в конфиге
Готового кода не дам, могу подсказать только алгоритм для тех, кто готов сам реализовать: при загрузке картинки делать два варианта — однокадровую неанимированную, и обычную с анимацией. Выводить на странице неанимированную картинку, а по клику подставлять анимированную
Да какой там отпуск? Работа, работа, работа... Много работы... Очень много работы... Слишком много работы... И много экспериментов с движком, версию 2.0 с осени никак не могу довести до альфы :(
Но «жара», пожалуй, действительно слишком затянулась, пора выходить из сумрака...
Первая альфа-версия была написана «на коленке» за выходные на микрофреймворке Slim. Там не было даже регистрации, просто зашел, выбрал шаблон, создал картинку, скачал. И все.
Когда возникла необходимость регистрации пользователей, сохранения созданных картинок, ведения блога сервиса и т.д., то перенес все на Альто.
Т.к. видео создается довольно долго, то пришлось написать специальный класс-обертку для запуска и управления параллельными процессами (это когда запускается на сервере софт, а потом можно время от времени проверять его состояние). Думаю, неплохая будет фича для движка, когда долгие задачи потребуется выполнять (например, рассылка писем/уведомлений большому числу адресатов).
Шаблоны сейчас описываются в json-формате, в планах есть такая фича — отдаешь по API в сервис изображение, описание, какой текст куда и как нанести, и получаешь, например, готовое превью для топика с названием топка прямо на изображении.
Крутится все на связке Nginx + php-fpm, без апача, на php 7.1
Видимо, раньше эти параметры как-то иначе задавались. Есть идея, как это можно решить...
Но вот рабочий вариант прямо с сайта, который работает по HTTPS
Но «жара», пожалуй, действительно слишком затянулась, пора выходить из сумрака...
А домен m.site.ru — это алиас основного домена site.ru? Или это реально отдельный домен, где установлена отдельная копия движка?