Всего 122 741 комментарий

Romancho
14 мая 2015, 12:08
0
В моем случае помог снос и переустановка Tickets
[
Minishop2 — 2.1.10 pl,
Tickets — 1.6.1 pl
]

Алексей
14 мая 2015, 12:03
0
gulp, composer, grunt, а все остальное мелочи
Алексей Ерохин
14 мая 2015, 11:40
+1
Во view.AlbumItems есть метод prepareData, который подготавливает данные каждой записи, в этом методе заполняется массив lookup
github.com/splittingred/Gallery/blob/87a03638dec1c878884acc77f9f1c36cd427df7d/assets/components/gallery/js/mgr/widgets/album/album.items.view.js#L183
Василий Столейков
14 мая 2015, 11:25
0
Возможно вы и правы… Это мои мысли были.
Только если для роспотребнадзора банить российский регион
=)))
Алексей Ерохин
14 мая 2015, 11:22
0
Посмотрите на ответ процессоров стандартных: JSON, где есть success: true/false, и message — где собственно сообщение
Виктор
14 мая 2015, 11:22
0
Вы про какой-то очень специфичный тип сайта говорите, видимо.
Как человек может попасть в немилость? Спам в комментарии (любую форму или что-то похожее), а если это спам то человек уже не необычный. Мне кажется в задаче было: «Я хочу заблокировать конкурентов по ip». Серьезно, не могу представить ситуацию где поможет компонент. Только если для роспотребнадзора банить российский регион, но компонент как я понимаю может только определенные ip.
Не одобренному пользователю можно не показывать как что-то отдельное так и весь сайт.
Василий Столейков
14 мая 2015, 11:15
0
Если уж ограничивать доступ к содержимому, то это нужно делать через регистрацию
Тут речь не только о содержимом, а о всём сайте. Для содержимого есть отдельные дополнения.
Василий Столейков
14 мая 2015, 11:14
0
Для злонамеренных злоумышленников нужен отдельный разговор…
Обычный же человек, попав под бан — задумается и даже если и поменяет ip то уже будет осторожным, чтобы не попасть повторно под бан. Для этой же цели я и предлагаю ввести одноразовый запрос на удаление себя из чёрного списка.
t3mnikov
14 мая 2015, 11:08
0
Пытался вывести данные на панель (cmpName.panel.Panel) — не успешно.

Зато удачно все вывел в грид. Продолжаю изучать ExtJs!
Виктор
14 мая 2015, 11:06
0
Думаю, он пригодится многим!
но динамический ip, проксеры и торы… я не понимать. Если уж ограничивать доступ к содержимому, то это нужно делать через регистрацию и её подтверждение админом, а так фиговый лист какой-то
Василий Столейков
14 мая 2015, 10:47
+1
1. Было бы здорово причину блокировки выводить и пользователю, а не только в админке. Тогда понимаешь, почему тебя заблокировали и не поднимаешь панику.
2. Возможно одноразовый запрос со стороны заблокированного пользователя (с причиной и контактами) о восстановлении. Информация о запросах чтобы выводились в второй вкладке для возможной разблокировки или полного бана.
3. Если бы в соседней вкладке плагин собирал ip-адреса последних посетителей сайта, с возможностью их блокировать сразу кнопочкой.
4. Стоит потрудится и причесать пакет и документацию для репозитория! Думаю, он пригодится многим!
Василий Столейков
14 мая 2015, 10:28
+2
1. Уже есть
2. Уже есть
3. +
4. +
5. +
Наумов Алексей
14 мая 2015, 09:55
+1
Хоть и не пользуюсь пока вашим хостингом, но удобно было бы так:
1. Несколько сайтов под одним логином, ибо это удобно.
2. Тарификация — за 1 сайт, посуточная. Ибо если я сделал сайт за неделю — зачем мне хостинг на месяц?
3. Обычно на 1 сайт хватает 100 мб, но бывает, что нужно наполнять разделы, и тогда и гигабайт и более занимает… хорошо бы в зависимости от занимаемого места — и денежку пропорционально снимать.
4. Быстрый перенос на другой аккаунт.
5. Возможность в 1 клик скачать бекапы.
Павел Сидоров
14 мая 2015, 09:19
-1
Ну тогда не вижу смысла в этом тарифе. Проще просто иметь удобную функцию переноса сайта на текущих тарифах, тем более цена у вас отличная!
Василий Наумкин
14 мая 2015, 09:15
0
Да, крутой вариант. Называется он «Свой VPS».
Павел Сидоров
14 мая 2015, 09:12
0
Кстати, на таком тарифе было бы актуальным сделать хранилище бэкапов, бэкап сайта после переноса заказчику хотелось бы хранить на этом аккаунте как то.
Павел Сидоров
14 мая 2015, 08:59
0
Я в курсе что у вас тарифы для сайтов.

Хотелось бы именно что то типа аккаунта разработчика, тариф для которого ограничивался именно ресурсами сервера, а не количеством проектов.

Тогда вообще был бы интересен не определенный тариф с фиксированными параметрами, а конструктор тарифа — такой вариант был бы крутым.

Виталий Сергеенко
14 мая 2015, 08:56
0
Николаи, бюджет не конечный. В такой бюджет я оценил ту часть работы, которая будет отвечать за вывод доступных на эту (эти) дату автомобили.

Онлайн оплата будет только через яндекс.кассу. Этот компонент купим.
Как я вижу реализацию логики бронирования товара: дата бронирования это дополнительное поле (свойство) заказа. В «конструкторе» заказа нужно делать выборку из таблицы с заказами по дате и вычитать из набора автомобилей те, которые есть в выборке.

Хочется свести к минимуму кастомизацию компонентов, что бы не было проблем с поддержкой. Исходя из этого принципа все опции выбора и т.д. будут делаться на фронтенде.
Василий Столейков
14 мая 2015, 08:39
+1
  1. 500 мегобайтов минимум
  2. 100 рублей максимум
  3. возможность скачать full-архив базы и сайта (ссылка может выдаваться на определённое время (допустим полчаса)
  4. возможность легко передать сайт в другой аккаунт (часто разрабатываю на своём, потом появляется аккаунт заказчика)
  5. возможность вести работу сразу с несколькими сайтами (может быть возможность нескольких похожих тарифов)
  6. ну и скидки и бонусы будут приятными, например накопительная скидка за лояльность или количество технических сайтов =))
Василий Наумкин
14 мая 2015, 08:39
+1
У нас нет сайтов для тарифов, у нас тарифы для сайтов. Один сайт — один тариф, чисто для него. Количество сайтов, понятно дело, не ограничено.

Логика видится такая — разработчик делает сайт на служебном домене и передаёт заказчику. Тот переводит сайт уже на рабочий тариф, прикрепляет свой домен и пользуется в удовольствие.

Разработчику быстрый и лёгкий процесс созидания, заказчику готовый сайт на хорошем хостинге, а нам новый постоянный клиент — все в плюсе.