Собственно проблема в заголовке. Поискал поиском, ничего особо не написано, поэтому решил выслушать мнения сообщества.
Валерий Викторович всё борется со спамерами. Хотелось бы продолжить борьбу и на фронте с лицами бескультурными, которые проходят спам фильтр на раз.
Как смотрите на то чтобы создать лист слов-индикаторов, с возможным решением по конкретным личностям что с ними делать вешать Бан на время, Игнорировать полностью.

А при работе с Сервисом Мой склад имеются какие нибудь неразрешимые проблемы как с 1С или тут всё более шоколадно обстоит?

Роман (Студия Реборн) писал про жестокие траблы с обменом заказами, которые нужно решать серьёзно наморщив лоб как на стороне diafana так и на стороне 1C.

Отлично - будем тестить. Клиент без 1С на подходе. Будем предлагать это решение.

Да за призы можно чего нибудь поделать. Даже если не выиграть, то нового можно узнать чего нибудь.
А так зачем надо скупать лицухи, которые потом непонятно сколько будут висеть без дела.

И наверное если делать конкурс, то по категориям разбить (лучшая вёрстка, лучшее юзабилити, лучшие примочки, лучший программинг, круть нереальная ....) и уравновесить всех в более жёсткой форме.
Например дать ещё с десяток несвёрстаных psd'шников например вами же забракованных наверное есть такие, у нас точно еть, к тому исходному набору данных, что были в прошлый раз. Ведь в прошлый раз победили те работы, у которых были выполнены все задания + натянут нестандартный шаблон. Например я не обладаю способностями рисовать красивую картинку, но могу попробовать написать, какой нибудь интересный модуль или сделать апгрейд имеющегося функционала. Поэтому работа будет скорее всего выглядеть пострашнее, чем у некоторых как и получилось в прошлый раз.

Согласен - но у нас в республике пока нет плотного потока клиентов.

$this->htmleditor
просканирует и заставит работать встроенные модульные блоки типа <insert name="show_block" module="faq"> если они вставлены не в шаблон а в текстовое поле Анонс или Описание.

Ну в целом мысль понятна - наперёд непонять будут использованы или не будут <insert...> если сделать echo то потом может возникнуть необходимость переписать их на $this->htmleditor

Я уже вчера и так что .
Вообщем какой можно сделать вывод.
Не нужно искать крутого программиста со знанием каких либо CMS. Потому что, на выходе будет, так как говорит Борис. Из за лени почитать пару дней документацию и с такой сильной оценкой своей крутости, поддержанной людьми не особо разбирающихся в тонкостях и критериях оценки этой самой крутости. Мнение этих крутых программеров будет непоколебимо, до тех пор пока платформа не будет давать большую теч. Как это произошло с Joomla! Только после этого они начнут искать что-то более приемлемое и будут выбирать из лучшего. А пока этого не наступило, надо дать этому программеру выбор той платформы на которой ему удобнее. Но здесь есть риск того, что после ухода этого программера с проектами придётся жить вам, и найти на экзотическую платформу с доками не на русском языке другого специалиста будет ещё труднее и дороже чем обходился старый спец.
Нужно искать человека отлично знающего фундамент, основы основ и предлагать уже платформу которую он с радостью изучить из любопытства. Портфолио в принципе не сильно важно.

Для этого не надо родной код модуля руками трогать, потому что придумана кастомизация.
Если доработки сделаны правильно, то обновлятся можно почти безболезненно. Минимум потом перелить из одного места в другое или переименовать пару тройку строчек.

Ну я лет 7 назад в группе разработчиков участвовал в паре проектов с бюджетом в 100 тысруб. именно на Joomla. Тогда казалось что лучше платформы для поднятия нет. Писали 2 модуля и ещё прикрутили 1 платный и 1 уже давно до меня написаный этой группой разработчиков. Сейчас то конечно другие времена и есть варианты намного лучше.

Ну мы сразу к чесной стоимости проекта плюсуем 50% за вынос мозга и улыбаемся. Кто то соглашается :) В итоге потом после месяца - двух у заказчика становится некому заниматься сайтом и мы получаем небольшие бонусы за поддержку если договор не расторгается. Все довольны.

К нам такой товарищь приходил однажды. Мы не договорились. Потом он пришёл второй раз. Уже за головами, пытался на этот продукт подрядить программистов для развития. Угробил он где то 1 000 000 руб на это предприятие и нашёл таки инвесторов. Слежу за развитием - посмотрим что будет дальше.

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

Продолжим веселиться =>

Текст без редакции.
Капец, что творится в мозгах этих людей? Коли вы решились использовать словосочетание "Лендинг Пейдж" то хотябы нужно зайти и почитать определение на википеди где по-русски написано

Я думаю что такие потенциальные клиенты вкладывают в словосочетание "Лендинг Пейдж" = Очень дешёвый сайт.
Блин так и пишите если оно так и есть =>

Да собственно уже смотреть нечего - домены выкуплены осталась только группа VK.

Ещё какая модулей магазинов несколько, не один виртуемар. Да и витруемарт можно по всякому накрутить.

Я бы даже посоветовал мат часть посидеть поизучать в начале дня 3-4 если плохо с пониманиманием HTML и CSS + попытаться в основы JS вникнуть (Дер Бибо и Иегуда Кац : jQuery in Action [приложение], там кратенько и доступно достаточно и можно потом саму книжку поштудировать на досуге, очень полезно если хочется создавать сайты не просто красивые а функциональные и удобные / переведена на русский язык ).

Потом переходить к работе с тектовым редактором - в DW вся эта кухня за шторкой и невидно, что и как строится, можно правда иногда приотодвигать но это действительно не то немного, хотя может и быстро достаточно. Но за скорость потом приходится расплачиваться временем в поддержке :).

Совершенно верно CSS media queries можно использовать для этих целей.

Сергей говорил про 960gs действительно он может помочь, но его нужно тоже поизучать.

Есть ещё одна технология продвигаемая Microsoft, которая уже не загорами и скорее всего войдёт в стандарт CSS, уж очень она привлекательна - одна из разработок этой компании, которая мне действительнопонравилась - это css grid layout + CSS media queries которые уже упоминались и получаем больше возможностей чем у 960gs.
Но пока увы приходится извращатся чтобы потрогать данную технологию. На данном этапе разумнее наверно использовать фреймворк.

А может это вопрос был и человек не понял что -> Есть.

Ничего иногда полезно вспомнить молодость :).

На самом деле большинство настроек этого файла правится из админки "Настройки" > "Параметры сайта" и без риска что либо угробить.
Теперь берите конфиг из пакета и подставляйте ваши значения.

А потом ложите его на место. Если у вас есть крутая Web панель например ISP Manager то FTP может не понадобится. Править файлы на хосте можно через неё.

Значит получилось

и вот тут

Тоже самое.

Документация : шаблонные теги
В самом низу мой коментарий читали.
Только там для картинки, принцип тотже по аналогии.
Конечно лучше использовать кастомизацию, чтобы всё нафиг не сломалось при обновлении.

от каждого партнёра закрыть минуса, и купить лицензию на будущее :)

Ага и фото отчёт - тоже порадуемся и поднимем по стаканчику.

Ага. Например:
http://cms.diafan.ru/dokument/full-manual/developers/architecture/
и так в разделе разработчикам много чего написано практически на каждой странице.
А если надо все методы сразу в куче видеть, то надо Файл открыть с описанием класса Diafan и полистать коментарии у каждого есть. Написаны они для удобства генерирования документации.

Согласен может быть - только сейчас это хоть както по смыслу сгруппировано.
А вы как хотели бы это видеть? Отсортировано по алфавиту?