Теперь это можно решить характеристиками с зависимой ценой.
Раньше только созданием разных товаров объединяя в группы и возможно хитрым выводом.

Немного офтопа.
Хы хы, кто у кого название слямзил?

www.citrus-soft.ru

эти работают лет 10, а вы?

Ну, мы конструктор доделаем, можно будет бесплатно делать сайты.
Монетизация - плюшечная.

Убрать рекламу
Убрать ссылку на нас
Возможность заливать по нескольку фоток к 1 товару
Увеличить место для хранения данных.
ну и т.д. и т.п.

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

Блин, откуда такая любовь IT'шников к этому фрукту?

Такие решения не могут удовлетворить всех потребностей большой толпы, ктото идёт на жертвы, и для этого нужна причина, а ктото нет.

Это будет нашим инкубатором - если малыши вырастут из песочницы (намучаются и им это всё дело надоест), то мы будем им предлагать сделать нормальный сайт за нормальную плату как положено.
Или они найдут исполнителя на свой проект у какой нибудь знакомой фирмы или ту что посоветовали.

Как ни крути, но сервисы подобного рода это в основном баловство или хобби, наш проект не исключение. Полезная составляющая, человек будет знать, что хочет от своего сайта.

Вообщем что растёт в огороде это всё приезжие культуры гасторбайтеры.

Картошка это Перу
Морковь это Афганистан или Голландия
Свекла это Йндия
Капуста это Англии, Франции, Италии, Греции, Турции
Репа это тоже Англия

Надо смотреть что растёт в лесу или в диких местнотях.
Чилим, к сожалению сейчас он уже находится в красной книге и я про него узнал что это такое в 30 лет. А раньше были времена его заготавливали как картошку в подвале целыми стелажами.
Малина, черника, костяника, голубика, лук, земляника.
Ну и ботва всякая :) Удачи в поиске.

WebЛук отлично на слух только вот асоциации невкусные, но убивает паразитов, хоть и плакать хочется.

Занят - если сайта нет это не значит что он свободен.
Зареган ещё в 2004 году.
Может быть освободится в мае следующего года.

Действительно лучше использовать

больше подходит для размещения простых ссылок

Хы хы - пишу модуль синхронизации подобный авто-обновлению CMS, но с некоторым набором расширений (работа с шаблоном, история обновлений, фильтрация). Тоже планируется сделать нечто подобное, тому что вы описали.
Организовано Центральное хранилище к которому будут подключаться CMS'ки, вытягивать и размещать у себя необходимую информацию :)

Клиентские сайты будут принадлежать различным организациям. Поэтому в центральном хранилище будут размещаться только рекомендуемые к размещению материалы и общие обновления. Каждый клиент помимо рекомендуемой к размещению будет ещё дополнять сайт своим контентом.

Соответственно одна база никак.

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

Я думаю в куче неопубликованного контента, новый будет сложно искать, если накопится. Зная ответственных в фирмах клиентов и методы их работы, уверен, что такой подход будет не эффективен.

Но как вариант тоже возможен.

Раньше такое метод работал - теперь вроде не работает.

Специаьно идти и учится где-то php смысла особого нет. На 100% уверен что 90% матерьиала которого вам там дадут это будет то, что вы уже скорее всего знаете, а 8% вам никогда не понадобится. Полезной информации останется 2% это открытие лично для вас.
Надо учится мыслить алгоритмически с этим никакие курсы не помогут, и понимать синтаксис, а для этого надо пару часов времени. Читаем любую книжку по PHP раздел основы синтаксис.

Именно то, о чём я и говорю. Главное - это алгоритмическое мышление.

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

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

Да и насколько просто объяснить используя язык высокого уровня, что такое переполнение буфера, переполнение стека, эксплоит и прочие вирусные технологии?

Ура - да здравствует Диафан.
Скоро рынок будет завален разного рода примочками.

Да они уже давно модуль Web прикрутили и даже есть расширение для написания PHP кода. Так что вполне можно использовать. Но в основном конечно для ASP решение.
Я NetBeans использую - ничуть не хуже.

Ну Дрим больше под вёрстку заточен. А НетБинс под программрование как в прочем и другие (Эклипс, ИнтелиджИДИ, Шторм ...).

Есть такая ерунда. Тоже не работает. Пробую ремарить.

смотри внимательнее в следующей версии 5.3 дата выхода 1 октября. Так что пока пользуемся своими разработками.

$images = $this->diafan->_images->get("medium", $id, "shop", $site_id, "Название товара", false, 2, "large");

medium - кликабельные картинка в общем списке
large - те которые нужно открыть после клика (большего размера)
medium, large - это то что написано в настройках модуля какого формата картинки нужно генерировать.
А сами форматы настраиваются в модуле изображения.

О много чего - Идёте в модел и смотрите методы класса интересующего вам модуля.

Ковыряясь в модуле Статьи нашёл отковенные дубли.
Есть таблица clauses которая имеет поле cat_id в котором хранится категория которой принадлежит данная статья.
Есть таблица сlauses_category_rel в которой хранятся категории в которые та или иная статья также входит + дубль отношения с главной категорией.
По сути если все данные есть в таблице сlauses_category_rel то поле cat_id в clauses уже не нужно.
Вопрос собственно в том зачем в сlauses_category_rel пишутся дубли, с этим планируется что-то делать?

Вот я и интересуюсь. Чисто из любопытства. Спасибо за ответ.

Если ширина или высота исходного изображения меньше указанного формата, то изображение наращивается чёрными пикселями. Есть такое.
Но есть по умолчанию формат "Большое изображение (полная версия)" у которого такого поведения не наблюдается.

Не копал эту тему глубоко, но постоянно контент мэнеджерам напоминаю чтобы картинки искали побольше.
Теоретически, конечно можно.