Так же возможно стоит задуматься о переработке дизайна в адаптивный. Тогда и мобильные и обычные пользователи будут использовать общий сайт.
13.03.2015 14:55:52
Так же возможно стоит задуматься о переработке дизайна в адаптивный. Тогда и мобильные и обычные пользователи будут использовать общий сайт.
|
|
|
13.03.2015 14:55:06
P.S. есть кнопка "мне нравится". 8) |
|||
|
13.03.2015 14:12:15
шаблон соответствующего компонента есть в шаблоне сайта полноценной версии, но отсутствует в мобильном шаблоне сайта.
Можете скопировать просто, но боюсь, что он у вас может быть не заточен под мобильную и выглядеть это будет жутко. |
|
|
12.03.2015 20:16:17
Ну ещё таймвеб ничего так... Раньше конечно совсем супер были, но перенести сайт к себе вполне в состоянии.
|
|
|
12.03.2015 14:22:04
В маркете -
А вообще всё зависит от задач и потребностей. Может если "не бюджетно", то нафиг и не нужно? Если есть свой отдел разработки (или веб-админ интересующийся) и со свободным временем, то можно самим запилить. На том же bootstrap'е. |
|
|
12.03.2015 10:10:10
|
|||||
|
11.03.2015 15:22:39
На самом деле никто вам не скажет, что какая-то цифра удовлетворительна. Надо для каждого случая садитсья и считать показатель отказов по статистике. И смотреть сколько вам даёт выигрыш во времени на 10% в плане отказов, например. Тогда вы будете понимать НУЖНО ЛИ ОНО. А то для сайта-визитки "рог |
|||
|
10.03.2015 15:51:30
Речь не о шаблоне компонента (или шаблоне сайта), а о ПОЧТОВОМ ШАБЛОНЕ (в параметрах компонента дальше идёт).
В админке их список находится тут - ваш_сайт.ру/bitrix/admin/message_admin.php?lang=ru |
|
|
10.03.2015 15:42:44
Погодите, почтовый шаблон у вас отсутствовал?
Так у вас и тип почтового события наверное отсутствует - надо создавать всё. |
|
|
10.03.2015 10:48:29
Возможно проблема в кеше?
Вообще у вас очень странный шаблон. Вам не кажется, что цикл
|
|||||
|
10.03.2015 10:40:58
если на хостинге есть резервная копия, то просто восстановите резервную копию файлов и всё. Бд не потребуется, если бекап свежий.
Касательно вашего вопроса. Нет, установить новый битрикс, а потом заменить ядро на старое не получится. Могут быть изменения в структуре БД, которые всё сломают. Больше из вашего поста ничего не ясно. Поставьте чётко задачу что куда установить/восстановить и сообщество вам поможет. |
|
|
06.03.2015 19:55:22
Объективности ради соглашусь, что отсутствие разработческой доки по модулю, которому 100 лет в обед (а апи методы не описаны) - это очень плохо.
Однако надо понимать, что данный модуль используется ТОЛЬКО РЕДАКТОРАМИ (ну почти на 100%). В связи с чем появление документации было бы не рациональны - лучше всё что нужно на АПИ делать с инфоблоками. Поэтому ваша проблема не смертельная и не страшная. Надеяться вам стоит только на самого себя и на изучение исходников. Шанс, что вы получите доку по этому вопросу равен 0. |
|
|
06.03.2015 16:01:51
Какая документация вам нужна?
|
|||||
|
06.03.2015 13:49:44
Этот список нужен для разных формальных операций, например если вы забываете/теряете ключ. |
|||
|
06.03.2015 09:15:43
Передача лицензии от одного владельца другому происходит через техподдержку. Сделать это можно безвозмездно, но лишь 1 раз. Таким образом ПРОДАТЬ лицензию вы не имеете права.
На непродлённую лицензию конечно же последняя версия движка не установится. Вы не имеете права на последнюю версию, ведь не продлили лицензию. Но если установлена та версия, где уже введён ключ, вы просто можете перенести её на другой хостинг (к новому владельцу) с помощью резервного копирования. Так же можете обратиться в техподдержку с просьбой не завалялся ли у них старый дистрибутив. Однако они вам вправе отказать. |
|
|
05.03.2015 16:04:49
А как бы какая особенная документация вам нужна? всё же просто - это просто хранилище. Диалог добавления документа вам показан.
Больше особо там ничего и нельзя, только перемещать/переименовывать. Поэтому и просто статья в блоге на эту тему. Есть и более подробная дока и лежит она не в блоге, а в ДОКУМЕНТАЦИИ - И в чём астероид? Что должны администраторы сделать? Выпилить этот топик? |
|
|
05.03.2015 10:59:34
В публичке по умолчанию всё ОК -
Проблема возникает только под администратором когда авторизованы? Тогда это просто значит, что у вас может быть неверная кодировка установлена в настройках сайта, либо кодировка файлов админки/БД отличается от кодировки файлов публички. По крайней мере у неавторизованного пользователя сайт прекрасно отображается в публичке в кодировке win-1251, как указано в заголовке страницы. А в битой кодировке у вас какую кодировку браузер взял? Какая кодировка в браузере для страниц админки? Какая кодировка указана в настройках сайта? |
|
|
03.03.2015 11:27:04
Ведь все понимают, что вы можете тупо на соседней демке собрать тоже самое, просто перенеся данные. |
|||||
|
27.02.2015 12:28:59
должен подойти.
При запаковке архива берётся кусок того объёма, которое соответствует ограничению в настройках резервного копирования (например 900мб или 100мб), а потом сжимается. Поэтому если у вас ограничение маленькое, то вы можете получить несколько файлов разного объёма (после сжатия-то размеры одного исходного размера могут получиться архивами разного размера, смотря как сжать получится). |
|
|
27.02.2015 11:10:35
Забавно видеть людей, которые только зарегистрировались, но уже пытаются качать права и обижаются на окружающих.
Думаю, мы не получим от комрада адекватного ответа в теме (и дальше будет либо обиженное молчание, либо поток новых претензий и хамства). Если по сути. Резервное копирование в Управлении Сайтом присутствует уже много лет (даже в версиях 6.5 и ниже уже было). В 10.0.8 тоже есть. И сомневаюсь, что там есть какой-то баг. Если в данной минорной версии есть баг резервного копирования, который известен ТС, то прошу извинить остальных участников треда, включая меня. На дворе уже 15.0 и мы можем не помнить какие баги были характерны для каких модулей каких минорных обновлений. В этом случае вам необходимо будет прост оруками скопировать файлы и БД. В остальной процесс идентичен. Если вдруг ваша задача перенести статический сайт на сайт БУС (версии 10.0.8), то это обычная типовая задача разработки нового сайта. Учите курс контент-менеджера, разработчика, админа. В 2 словах вам не объяснят. Но тут нет особого смысла мигрировать на старую версию БУС. Тогда уж лучше новую купить. Не верю я, что вы какой-то БУС функционал будете использовать при такой некрофилии. В любом случае немного конкретики прояснило бы ситуацию и помогло бы коллегам дать вам развёрнутый ответ. |
|
|
24.02.2015 19:45:59
А это Что вообще и почему оно должно вам что-то вывести?
=) |
|
|
24.02.2015 16:36:37
Даже в дефолтном шаблоне компонента веб-формы нет никаких дополнительных ИД. На странице может быть несколько веб-форм, это нормально. В своём решении |
|||||||
|
24.02.2015 14:32:11
Сложно сказать точно, но есть предположение.
Проверьте поставлен ли у вас в конце шаблона
Если не поможет, то стоит внимательнее смотреть код, других идей пока нет. |
|||||
|
19.02.2015 18:02:36
Вообще это ужасный моветон городить запросы к БД (пусть даже через апи) на странице, заворачивать их в кеш и т.д. Есть жизненный цикл страницы, от него и отталкивайтесь. |
|||
|
19.02.2015 15:24:50
Идеологически верно и для производительности полезно собрать свой компонент без лишних запросов. НО, это сработает только если у вас уровень позволяет написать запросы без лишнего барахла. Обычно, если у вас уже есть такой уровень, то подобные вопросы вы не задаёте, поскольку умеете пользоваться отладкой и смотреть время выполнения запросов... P.S. не забывайте, что просто запрос на странице не кешируется. Его надо обернуть в кеш. А компонент кешируется. Запрос к БД всегда* проиграет кешу по скорости (хотя первый хит конечно всё равно сделает запрос к БД для создания кеша). |
|||||
|