- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
вопрос к тем, кто пробовал использовать LESS на стороне сервера: плюшки плюшками, но стоит ли оно того?
А что это такое? :) Дали бы хоть ссылочку, а то ваш пост не викифицирован.
;11234348']А что это такое? :) Дали бы хоть ссылочку, а то ваш пост не викифицирован.
кто использовал - тот в курсе ;) ну а для "любознательных", что уж, не жалко: Google
Интересная вещица, если это про CSS.
Думаю, в каком-нибудь HTML8 и CSS7 нечто подобное будет реализовано на базовом уровне.
На стороне сервера это использовать, имхо, смысла нет. Это уход от статики, а кэширование народ как-то недолюбливает.
Кстати, можно просто самостоятельно и без заморочек поменять handler для css на какой-то интерпретатор, без установки какого-то дополнительного софта/модулей.
;11234401']На стороне сервера это использовать, имхо, смысла нет. Это уход от статики, а кэширование народ как-то недолюбливает.
ничего не попутали? отработка интерпретатора на стороне сервера как раз и обеспечит "статичность" результата для клиента. моё имхо: как раз нагружать клиента интерпретацией не стоит по любому, а с наших серверов он и так уже получает сжатый и скомпонованный CSS. вопрос - стоит ли только ради нашего удобства запускать перед сжатием+компановкой еще и LЕSS интерпретатор.
ничего не попутали? отработка интерпретатора на стороне сервера как раз и обеспечит "статичность" результата для клиента.
Для клиента, но не для сервера. Я беспокоюсь в первую очередь о системных ресурсах :)
Сервер каждый раз будет вызывать интерпретатор, если не включено кэширование в виде статичных файлов.
;11234446']Для клиента, но не для сервера. Я беспокоюсь в первую очередь о системных ресурсах :)
Сервер каждый раз будет вызывать интерпретатор, если не включено кэширование в виде статичных файлов.
ну вообщето, результаты отработки скриптов сжатия/компановки ессесно кэшируются серваком, 99.999% времени работают только скрипты контроля изменений. да и постоянный запуск этих примочек происходит только в dev варианте - для prodaction подсовывается полученный результат, уже как чистопородная статика (не требующая гзипа ко всему прочему). другое дело, что по разгильдяйству dev даже на боевом сервере может длится месяцами 😂, но и это не смертельно...
надо пробовать LESS, но это ж перелопатить не одну тысячу строк готовых заготовок CSS. хотя плюшки вырисовываются чрезвычайно вкусные, да и эти "тысячи" в резалте могут изрядно "похудеть"...
другое дело, что по разгильдяйству dev даже на боевом сервере может длится месяцами 😂
Вот и я о чём.
А клиенты потом будут маяться с лишней "нагрузкой".
И кэшироваться css-ы должны именно до уровня статических css-файлов. А любые дополнительные скрипты/интерпретаторы должны вызываться только в случае, если css-файл отсутствует. Иначе это уже не будет считаться кэшированием :)
;11234522']Вот и я о чём.
А клиенты потом будут маяться с лишней "нагрузкой".
И кэшироваться css-ы должны именно до уровня статических css-файлов. А любые дополнительные скрипты/интерпретаторы должны вызываться только в случае, если css-файл отсутствует. Иначе это уже не будет считаться кэшированием :)
это как бе азбука: не нашёл nginx файл в директории - вызвал компоновщик/интерпретатор с этим URI в параметрах, тот или отработал, если контрольные суммы поменялись, или отдал кэш. тут особо мозжечок напрягать не надо ;) ну а в prodaction удовлетворительный вариант кэша уже лежит в этой папке готовенький к засосу...
это как бе азбука: не нашёл nginx файл в директории - вызвал компоновщик/интерпретатор с этим URI в параметрах, тот или отработал, если контрольные суммы поменялись, или отдал кэш. тут особо мозжечок напрягать не надо ;) ну а в prodaction удовлетворительный вариант кэша уже лежит в этой папке готовенький к засосу...
все правильно... но нахрена так сложно??...
используйте кеш встроенный в nginx и забудьте про директории, проверки, контрольные суммы, статические файлы и т.д.
все правильно... но нахрена так сложно??...
это "сложно" ? 😂 это как раз ерунда, а вот "нахрена" ответить можно только симметрично: "дохрена" причин и резонов...