В процентах от чего? От начального размера картинки? Почему бы и нет, только в этом обычно нет смысла. В процентах от произвольного элемента в котором она расположена? Это делается с помощью CSS, хотя идея изначально порочна, и говорит о том, что вы как-то неправильно верстаете/не продумали нормально расположение.

Никак. Изображение невозможно отмасштабировать в процентах от какой-то неизвестной движку величины.
Это можно сделать только средствами css, сделав изображение заведомо большее чем нужный процент от максимальной ширины/высоты.

"Nick Fedchik" wrote:

Одно не исключет другое.

Модули дают некий функционал. Темизация определяет внешний вид.
Писать модуль, чтобы поменять пару строк в css неправильно, мало того, он может быть перекрыт css темы, и толку от такого модуля будет 0.
Ссылки на модули вывода тегов вам выше написали, как видите, они решают совсем другие задачи.

Поставить на сервере Red5|FMS|Wowza, настроить, подать на вход нужный видео поток.
На стороне Drupal разместить любой плеер по вкусу.

А при чём тут модули, когда это решается темизацией?

Годится только для коротких роликов, и шустрого канала, т.к. до загрузки перемотка невозможна.
Нет даже минимальной защиты контента, даже от хотлинкинга - по ссылке видео прекрасно скачается, ссылка добывается фаербагом в один клик, можно вставлять куда угодно и грузить сайт.
Нет никаких ограничений скорости на клиента, легко забить канал и получить по голове от хостера.
ffmpeg есть не на всех хостингах, и создаёт высокую нагрузку.

Нет таких модулей в виде решения - поставил заработало. Собственно нет их пожалуй нигде, кроме специализированных tube скриптов, возможно.
Мало того, если у вас шаред хостинг, то и видео вы показывать не сможете нормально, на самом-то деле, для этого нужно либо что-нибудь типа Red5, либо хотя бы http псевдостримминг, и разные хитрости, чтобы не было статичных линков на видео.
А написать модулёк, который будет по факту оплаты генерить правильную ссылку как раз меньшая проблема.

Ничего так конфиг.
Только ещё отказаться от phpmyadmin стоит и пользоваться для работы с базой каким-нить десктопным приложением через ssh тунель, это практичнее и безопаснее.
А к php-fpm лучше цепляться через сокет, а не через tcp.
Ну и самое начало лучше сделать так:

Вообще говоря, это к Drupal, или любой другой CMS относится мало.
Для того чтобы сделать трансляцию нужно оборудование и соответствующее серверное ПО.
А имея видео поток, вставить плеер можно хоть на статичную html страничку, модули такие для Drupal конечно есть.

"marazmus" wrote:

Камрад, я посоветовал nqhost тупо потому что сам там был

А это был ответ для bost84. Я, ни против nqhost, ни против вашего мнения ничего не имею.
Если их заявленные параметры соотвествуют реальным, то это лучший вариант из перечисленных, впрочем я это уже писал.

Не надо полагать, можно посчитать.
Давайте прикинем. Банально арендовать вполне приличный 1U сервер с двумя xeon по 4 ядра обойдётся порядка $200. Это 16 ядер учитывая hyperthreading. 200/16 = 12,5$, в расчёте на ядро. Пока не выгодно - работаем в минус, но довольно близко. И это из расчёта только одного и арендованного сервера.
Со своим таким же сервером это будет уже работа примерно 0, или даже в +, в зависимости от потребления трафика.

"marazmus" wrote:

У них есть ноды в Москве, т.е. ру-трафик бесплатный

Поясните свою мысль? У них не тарифицируется трафик в принципе.

По поводу бюджета разумная вполне мысль.

"iNFerNo" wrote:

лучше список разработчиков был бы по версиям дру и свободным временем занятости...

Как это отслеживать и создавать список?

Александра, что такого у них учтено?
У них есть более-менее подходящий под описание тариф - на xen последний, на 1400р, и на нём примерно втрое меньше процессора, чем например у http://coolvds.com/vds/, за те же деньги.

Да и вообще простите, но вы откровенно спамите рекламой анлимитс. Это просто ну настолько явно, что ни в какие ворота не лезет. Как-то надо аккуратнее продвигаться.

5. был php для 7 - Это вопрос исключительно настройки.
6. не было ограничений на трафик - на самом деле так не бывает. Либо есть ограничение по ширине канала, и оно обычно для vps довольно небольшое, либо явно ограничен трафик.

Если это на замену того, что я смотрел, в 1000р вряд-ли получится уложиться.
А если рассматривать бОльшую сумму, то VPS с п.2 конкурировать не смогут ну никак.

Вы внесли, судя по всему, изменения только в ту тему, которая используется в админке, да и то сдлали это неправильно - изменять стандартные темы лучше через создание подтем. Тема оформления самого сайта, скорее всего находится в sites/default/themes/. Но перед тем, как всё испортить, подумайте, надо-ли вообще туда влезать - одних знаний вёрстки, вам будет наверняка не достаточно. Ну и если-таки решите делать, почитайте о темизации в Drupal, она наверняка очень сильно отличается от того с чем вы сталкивались.

Странно, что есть проблемы какие-то с Devel, он обычно вполне нормально работает. У вас ядро не пропатчено случаем?
Да, под 7 пока Boost не зарелизен. Под неё вообще многое полезное не зарелизено на самом-то деле.

Куда столько модулей-то? Точно всё нужно?

Вы проверьте на практике, чисто на всякий случай, я писал из головы не проверяя.

Вот это:

Если на сайте нет посещений, и вы один туда заходите, то надо искать проблему - столько запросов всё же быть не может. Это всё же 20 запросов в сек, чтобы исчерпать лимит за час. Поставьте модуль devel, посмотрите на статистику по запросам на разных страницах.

По поводу кеширования:
Во-первых его надо всё же включить, по умолчанию оно выключено.
Во-вторых кеширование у drupal не очень-то всё просто. Кроме кеширование в ядре, которое кстати, кеширует в базу данных, есть и другие модели для кеширования, и кеширование в различных модулях.

"afishi" wrote:

Короче, вместо того чтобы издеваться, над человеком, дали бы ссылок, или назвали бы цену свою и время!
Вам что деньги не нужны?

Нельзя вот так давать ссылки, когда не известна даже OS. Это минимум бесполезно, максимум привёдёт к тому, что и работающий сайт ляжет.

"dvman" wrote:

в дефолтном php.ini у слаквари этот параметр установлен GP

Не поверите - у Ubuntu тоже GP, да и везде. Если вы ещё не поняли, это значение выставлено вручную тем кто "твикал".

Сверстать кнопки, повесить на них JS обработчик, который будет уменьшать/увеличивать значение в соответствующем поле ввода.

"Godwin" wrote:

А имя godwing7 - это единственная связь с ЖЖ. Это имя у меня на сайте никак не присутствует. Тут видимо модуль Sharethis как-то работает, что посылает эти запросы.

Зайдите в /sites/default/config.php и посмотрите, какое имя пользователя БД там написано. И у вас отпадут всякие мысли о какой-то таинственной связи с ЖЖ.

Дело в количестве запросов, а не в базе данных как таковой. Альтернативой смене хостера, только запинать их, чтобы они лимиты подняли посмотрев на собственно запросы, или просто убрали. Но очень сомневаюсь, что ради одного клиента что-то будут менять. Ещё одна альтернатива - озаботиться настройкой кеширования, пожалуй у вас только этот выход и остаётся.