TiA

Рейтинг
116
Регистрация
12.06.2009
weblad:
Абсолютно верно, а уж сделать свою CMS уровня других, хотя бы лучших бесплатных систем это вообще невыполнимая задача для небольших студий.

При желании - очень даже выполнимая задача :)

weblad:
А вы видимо считаете что 1-2 программиста вебстудии в свободное от проектов время напишут по быстрому систему управления на уровне тех CMS, над которыми по 5-7 лет работали десятки человек, напишут подробную документацию, пару десятков плагинов хотя бы, протестируют на всевозможных хостингах. Не говоря уже о том, что для разработки хорошей CMS нужен разработчик гораздо более опытный чем среднестатестический программист в студии.

Все зависит от тех 1-2 программистов. Если они опытные, то могут и получше систему написать. Этому способствует наличие более-менее четкого ТЗ.

Pasha199:
Посоветуйте CMS для веб студии.

Интересная Web-студия, которая не может себе сайт создать ;)

Raslmos:
Нужно создать интернет магазин, посоветуйте какой движок выбрать, чтобы и интеграция была с 1c, подойдет ли движок joomla, на какой движок лучше обратить внимание и построить интернет магазин?

OpenCart. Тут особых то и вариантов нет.

X-consalt:
Курс рассчитан на начинающих.

У вас какое-то неверное представление о "начинающих".

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

Замечания по программе.

У вас третьим пунктом идет "Создание сайта", а изучение основ HTML, CSS, JS и т.д. идет ближе к средине. Как вы себе представляете создание сайта без знаний HTML + CSS?

Пятым пунктом идет создание интернет-магазина. Нефиговенькое такое задание для новичка. Опустим. Еще вопрос. Как можно создать интернет магазин без понятия о базах данных и HTML/CSS/JS? У вас их изучение идет сразу после создания интернет магазина:


- Создание интернет-магазина

- Работа с данными (LINQ, Entity Framework, XML)

- Технологии клиентской стороны (CSS, Javasript, jQuery, Ext JS)

- Интеграция с различными внешними сервисами (captcha, авторизация,

хранилища данных)

Последовательно так. Гораздо лучше купить нормальные книжки по HTML/CSS, JavaScript и ASP.NET MVC или PHP и вперед обучаться. Результат будет на порядки лучше и дешевле.

X-consalt:
я бы сказал, что html - это детсад, CSS и DreamViewer - это не программирование, а для дизайнеров, JS - это скажем так, вроде альтернативы

Какой детсад? HTML и CSS - это основа. Если нет их понимания, то сайт сделать не получится. Вы же относитесь к этому с позиции "нафиг надо".

Итог: в нынешней реализации данная программа - пустая трата времени и средств.

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

СУБД - это не просто текстовый файл, который где-то там лежит ;)

Если говорить о файлах, то СУБД имеют хорошо развитые средства поиска по большим массивам данных. Это как минимум B-Tree-подобные индексы. Вы о них и не слышали. О query cache и других кешах тоже нет.

Также в СУБД хорошо реализован механизм конкурентного доступа к данным, блокировки всякие, транзакции. Я уже молчу о различных выборках по нескольким таблицам, с различными параметрами. Это не считая процедур и прочих радостей жизни.

donc:
Почему на серче, который сидит на сервере, при 300к просмотров и базе мускуль, и у меня на форуме где 15к просмотров, и который сидит на шареде МХ, вместе с 9 сайтами, оба работают одинаково по скорости.

Сравнили теплое с мягким... Мда.

donc:
Мускуль - это один файл, и как его не оптимизируй- грохнуть его куда проще, чем 1000 отдельных.

Это вы о том как MySQL базы данных хранит? Это не один файл. Учите матчасть. Грохнуть их так же просто как и 1000 файлов. Одна команда.

donc:
В 90% использование мускль неоправдано

Почему?

donc:
Формально база мускуль является файлом, в моем понимании. Как вариант ее можно разбить.

У вас какое-то неверное понимание, на основании которого делаете далеко идущие выводы.

donc:
В общем случае, он дает кучу запросов к одному файлу, который и есть база

К какому одному файлу? Какая куча? Каких запросов? Вы как-то понятней излагайте свои мысли.

donc:
Я практик. Мне опять таки это не нужно. Я вижу результат. Он не в пользу мускуль при посещаемости до 2-5 к и адекватном php

У меня есть несколько сайтов. Один из них на Joomla 1.5. Работает это чудо на дешевенькой VPS-ке с 200 Мб памяти. Посещаемость больше 10К. Сайт летает. Ужас, правда?

Ладно. Вот вы говорите, что вы мол практик. Ок.

Банальная задача. Есть каталог товаров. Нужно выбрать товары по параметрам. На MySQL это делается в рамках одного или двух запросов (если количество параметров и их значения неопределенные). Как вы реализуете такую простую фичу на файлах?

numer482:
То есть цмс с БД быстрее и экономней будут к ресурсам по сравнению с цмс без БД в случае "огромного" количества страниц?

Все зависит от реализации. В общем случае при большом количестве страниц СУБД эффективней.

numer482, в вашем случае CMS на файлах не подходит. Проще поставить тот же DLE.

Talamat:
TiA, скажите, Вы теоретик? Я ж хотел без закидонов и выгибонов объяснить попроще...

Я программист. Нужно объяснять не "попроще", нужно объяснять правильно.

Talamat:
Объясните тогда, чем статические методы и переменные в ПХП отличаются от понятия - "Пространство имён (англ. namespace) — некоторое множество, под которым подразумевается модель, абстрактное хранилище или окружение, созданное для логической группировки уникальных идентификаторов (то есть имён)."

Статические методы и переменные - это составляющие класса, пространство имен - это пространство имен. Это совсем разные вещи.

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

awilum:
Ахаха)) сегодня другу Прогеру скинул ссылку на Кандидата. Поржали вместе)))
Он посмотрел мой сайт с CMS. Зашел в галерею (http://template-cms.ru/gallery), заценил интерфейс Template CMS.
Потом заценил интерфейс Кандидата))))

Ну и зачем этот троллинг? "Я скинул другу, поржали вместе". Школота, блин.

cyklop77:
но результат будет тот же самый - возможность существования только одного подключения

Подключение в один момент действительно будет одно. Объектов класса может быть много.

Talamat:
Стаические методы и переменные - это вроде как пространство имен.

Это статические методы и переменные. Не больше, ни меньше.

Talamat:
Синглтон же полноценный класс со всеми вытекающими...

Синглтон - это не класс. Это шаблон разработки.

Всего: 800