Форум

Тоже не совсем понятно почему на человека так наехали.
Василий Слободчиков, так держать!

Алексей Гальченко, и прочие критики, для ясности картины, прокомментируйте, пожалуйста, а в чем уникальность такого продукта как "Корпоративный портал"?

Друзья, я не читал весь пост, но моя позиция - больше решений, хороших и разных!
Придумали отличный компонент, или придумали модуль, назначайте цену и продавайте.

Мы сейчас работаем над тем, чтобы вы могли создавать решения (внешний вид + публичные страницы + компоненты + данные) и делать дистрибутивы без нашего участия. Мастера можно будет объединять в пакеты и давать скачивать...
Можно будет сделать пакет, который просто поставит Гостевую книгу или Фотогаллерею, скопирует пару компонент и обеспечит их работу.

Какую назначать цену и как продавать - это другой вопрос. Тут мы тоже продумаем и будем помогать вам.

Решения могут быть простыми и могут быть сложными.
QSoft выпустил Корпоративный портал. Не все получилось идеально у нас и у них.
НО, решение отлично продается и клиенты довольны! А это самое главное.
Значит будет Корпоративный портал 2 и значит будут другие решения.

Как-то не совсем понятно. Словно я у кого-то кусок хлеба отобрал.
Замечание принято. Добавил функцию удаления пробелов для всех полей (в начале и в конце). Буду признателен, если выскажите ещё свои замечания и предложения. Можно на мыло.
А вы наверное выкладываете все свои коды для всех?
Я посмотрел как это решено стандартными компонентами, и мне не очень понравилось. Хотя бы то, что посетитель не может отредактировать или удалить своё сообщение. А если он случайно ошибся, например: в номере телефона, то не может сам исправить. При выборе категории "Недвижимость", страница перезагрузилась и выдало сообщение "Разрешено добавление только в разделы последнего уровня". А ведь лучше, если эта проверка сделана в жаваскрипте до отправки данных на сервер. Это просто правила хорошего тона и уважение к посетителям.

После первого и следующих обновлений краха не произойдёт. Не думаю, что разработчики Битрикса будут менять свои функции. Во всяком случае совместимость отсанется, даже если они и расширят возможности каких либо классов или функций.
А что не нравится в цене? Это много или мало?
Вот именно. Я писал его не для разработчиков, которые и сами могут всё сделать, а для заказчика, которому нужно, чтобы было. Да и сами подумайте, сколько времени и трафика уйдёт на то, чтобы сделать "доску обяъвлений" стандартными компонентами? Если заказчик попросит вас сделать это, то уж не даром же вы будете ему это делать, а подсчитаете затраченное время + трафик + ...
И выставите счёт.

Возможно не разобрался. На данном этапе спорить не буду.
С "потолка" цена была бы значительно больше. Она была бы больше и в том случае, если бы модуль писался под конкретный заказ. А так как модуль разработан для массового использования, то и цена ниже. Труд будет оправдан только после нескольких продаж. И только потом начнёт приносить прибыль. Естественно учитывалось время на написания модуля, а так же примерное число продаж, чтобы оправдать затраты.