GreyCat: ownCloud я и сам использую. Цель - выкладывать стабильные и ночные сборки Open Source продукта с возмжностью получения доступа к любой версии подобно тому как у Mozilla FTP устроен - там можно найти любую версию любого их продукта. Одна сборка - 10-15 МиБ.
Объем при 2-4 релизах в месяц + ночная сборка ежедневно это 500 МиБ в месяц, то есть 6 ГиБ каждый год.
Travis CI используется для сборки и прогонки тестов, и в этом плане он полностью устраивает.
Вот мне бы как раз это место с хранением релизов (желательно чтобы и сборка была там же). Не хочется городить что-то для этой самой сборки и хранения релизов, но судя по отсутствию решений либо городить свое, либо создавать такой сервис самому.
con_: Тогда посмотрите исходник, там LESS правда, но принципиально он от SCSS не отличается: https://github.com/twbs/bootstrap/blob/master/less...
Пользование сторонним помогает - вы смотрите как оно должно быть, иногда вникаете в детали устройства (надеюсь, частенько), в итоге понимаете как оно устроено в целом.
Артем Калачян: У меня в E10S (Firefox Nightly) режиме заработали и Lingualeo, и Ghostery. Оба лечились выключением/включением, по ходу разработчики браузера что-то с этим сделали, попробуйте.
Вы же написали:
> В погоне за производительностью произвел миграцию с MySQL 5.5 на MariaDB 10.0.17.
А потом:
> Note that before MariaDB 10.0.9, MariaDB included MySQL's InnoDB as the default
Ничего делать не нужно, вы уже используете XtraDB
Артём Кобяков: Зачем? Он обновляется автоматически, так как предпоследняя версия поддерживается - у вас есть время около месяца чтобы обновиться. То есть вероятность того что у вас что-то отвалится мизерная, к тому же по факту будут поддерживаться не две , а 10-15 последних версий, что покрывает 99.999% пользователей браузера. Не думаю, что кто-то считает с какой версии поддерживается Chrome - последняя и предпоследняя - правильный и достаточный вариант.
Константин Рафиков: Тогда есть проверенный способ - потратить время на полезное дело - найти причину бага, исправить, заодно отправить разработчику pull request.
Заодно посмотрите на сайте разработчика демку, может это вы что-то наковыряли, что привело к багу.
246: Тогда профилировать выполнение скрипта чтобы укладываться в лимит. Лимит можно поднять, но скорее всего это будет временная мера, обычно либо рекурсия либо ещё что-то, что кушает памяти сколько не дай. Смотрите на каких страницах проблема, и профилируйте.
Дмитрий: Вот ещё что, у вас есть http { блок в /etc/nginx.conf?
Если есть - добавьте строку ssl_protocols TLSv1.2 TLSv1.1 TLSv1;
Если блока нет - создайте с этой строкой.
Серьезно?)))