togo

Кто в курсе, на каком скрипте построен сайт www.cv.ee?

     

TheLook

На самописном.

     

zuber

По крайней мере, индех у них на пхп.

-----------------
-=*=-

     

togo

¨

Точно? Посмотри http://www.cv.ee/admin

     

togo

PHP/MySQL. Единственное непонятно сами ли они писали или взяли какой-либо готовый скрипт? Какой именно я и пытаюсь узнать. Нужен подобный скрипт. Если кто подскажет буду признателен.

     

zuber

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

tp.php?par=sisestati
tp.php?par=sisestati&keel=eesti

-----------------
-=*=-

     

Wellwalker

На апачевая авторизация, а не веб-форма для пароля, говорит скорее о самописности. Никто обычно не заморачивается с авторизацией через куки, когда делается для себя.

     

Pöllö

Почему это? Контент-менеджер на любом скриптовом языке написать можно.

     

zuber

Опять путаем теплое с мягким. У веб-дезайна есть три составляюшие:
- дезайн
- контент
- активатор (или програмная поддержка).

С помошью скриптов можно достаточно еффективно создать систему, которая позволяет менять контент и использовать набор имеюшихся обших активаторов. Но особо менять дезайн такие системы обычно не позволяют, т.к. создаются для специфических целей. Например, может сушествовать движок для создания форума, типа суоми.ру. T.k, во всех форумах всегда одно и тоже. Но я очень удивлюсь, если будет сушествовать движок, который позволит создавать любые сайты с любым контекстом, т.к. такой уровень свободы повышает уровень сложности и все сводит к обшему скрипту типа ПХП .

-----------------
-=*=-

     

Pöllö

А с чего ты взял, что я что-то путаю?
Я немного соображаю, как построены подобные сайты.



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


Форум очень часто является одним из множества компонентов CMS, т.к. главная цель СMS - возможность построения сайта/портала любой тематики/функциональности


Поверь, такие движки есть!!!

     

zuber

Ссылки в студию, пожалуйсто. Если бы сушествовал подобный движок, то большинство народу его знало бы "в лицо", т.к. тогда отпадала бы необходимость изучать обшие скрипты программирования. Я судовольствием изучу такой и скажуи тебе большое спасибо .

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

Понимаешь, такая вешь логически сушествовать не может. Все-равно, что искать "движок" который позволяет создавать ЛЮБЫЕ программы. Такими "движками" являются технологии обшего назначения низкого уровня. Чем больше "свободы" тем ближе искомый движок будет повторять пхп/мысqл .

-----------------
-=*=-

     

maxsl

Зубер для всего нельзя сделать, но для много можно. Я использовал портал кстати в котором можно было меня ВЕСЬ дизаин без особых усилий, дополнительные модули присабачивались довольно быстро.

     

zuber

Ключевое словосочитание: "для всего". Кстати, менять весь дезигн подразумевает, что ты можешь делать все, что делает ХТМЛ + CSS + Явасцрипт до мельчайших подробностей с помошью данного движка. Оно так?

-----------------
-=*=-

     

Pöllö

Ну так такие движки денег немалых стоят!!!
Я поищу тебе ссылки на сайты, сделанные с помощью одного и того же движка.



Тематики - не миф, функциональности - тоже не миф, но согласна, если требуется что-то сверхоригинальное и нестандартное, придется доработать кое-какие стандартные модули или создать новые. Это как раз второе важное свойство CMS - наращиваемость!



Вообще-то спор у нас был изначально не о том, надо ли знать этот язык, используя движок, а о том, что такие универсальные движки существуют!
Да и язык в таких системах требуется действительно в крайних случаях! Тем более любая крупная компания-производитель CMS обязательно проводит обучение администрированию этой среды.

     

togo

Кстати, про универсальные движки, вот пример: http://typo3.org/about/sites-made-with-typo3/

     

zuber

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

-----------------
-=*=-

     

zuber

Отличный пример .

Для универсальности, кроме знания HTML PHP и MySQL тебе еше надо читать все енто:

* Documentation template (doc_template)
* doc_core_compclient (doc_core_compclient)
* doc_core_compserv (doc_core_compserv)
* doc_core_ts (doc_core_ts)
* Frontend Localization Guide (doc_l10nguide)
* Inside TYPO3 (doc_core_inside)
* TYPO3 Coding Guidelines (doc_core_cgl)
* TYPO3 Core APIs (doc_core_api)
* TYPO3 Services (doc_core_services)
* TypoScript by example (doc_core_tsbyex)
* TypoScript Templates (doc_core_tstemplates)

-----------------
-=*=-

     

zuber

На самом деле, ценность таких систем вовсе не в универсальности. Они не могут быть универсальными в полном смысле ентого слова. Основная ценность заключается в том, что такие системы дают возможность создавать вмеру модифицируемые проекты, но используя паттерны и активаторы и возможности, которые знает больше, чем один человек (который изначально будет ее писать). Т.Е. Вася написал и помер. Пришел Петя и он знает, что именно делает та или иная часть системы. Он знает, как система обшается с базой данных и как ее надо оптимизировать, если что.

-----------------
-=*=-

     

Pöllö

Xм, как-то мы от "многого" перешли к "любому"




Я 2 года работала в компании, производящей как раз такой движок (www.mysitex.com). Правда, сейчас они перешли на Джаву, но раньше он был на Cold Fusion. И создавала на нем совершенно разнообразнейшие сайты. Всегда клиент получал то, что хотел, не помню такого, чтобы мы что-то не смогли. Даже последние выборы в Госдуму на нашем Сайтексе работали.

     

zuber

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



:Д выборы в Госдуму ничего особенного не требуют . Ну, так, вопрос на вскидку, можно ли в тои системе сделать такой портал (игра, которая имеет стандартный набор функций + форум):
space.coldfirestudios.com

-----------------
-=*=-

     

Pöllö

Хмммм... не уверена про такую игру.
Но я там игрушку делала на Джаваскрипте )) Покер!

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

     

Pöllö

Хммммммм! Одних только хитов в секунду таааккооеее количество было!

     

zuber

Так, на яваскрипте или на той системе?


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

-----------------
-=*=-

     

zuber

Что требует разумного обрашения к базе данных . Или ты хочешь сказать, что сам движок базы данных тоже самодельный?

-----------------
-=*=-

     

togo

Эх, на редирект бы с рефлинком

     

Wellwalker

Ничего он не отрицает. Ты его просто про фреймворки грузишь, про которые он справедливо говорит, что для того чтобы создавать готовые системы на них, надо приложить усилий не слишком меньше, чем просто создавая систему с нуля. По крайней мере на изучение инструментов и API фреймворка уйдет времени порядочно.
А он говорит, что универсальных CMS не существует просто по определению. И он прав, потому что любая CMS предусматривает ограниченный функционал и чуть что новое - надо кодить.

     

Pöllö

А мне кажется немного по-другому. Любитель разделять теплое и мягкое сам запутался где теплое, а где мягкое. Изначально речь велась о скрипте для сайтов "разной" функциональности. Я же привела в качестве примера такого скрипта CMS, разработанные на скриптовых языках. Но мне кажется, что интернет-магазин и система для выборов в Госудуму могут рассматриваться как сайты разной функциональности. Добавлю также что CMS Sitex использовалась как enterprise CMS, т.е. содержала роли, права на контент, групповые действия и т.д. Также хотела бы отметить, что большинство возможностей системы не требовало написания дополнительного кода, многим мог управлять администратор портала через юзер интерефейс. CMS - это, на мой взгляд, не фреймворк, а готовый солюшен, который может быть и, чаще всего так и есть, дополнен возможностью написания дополнительных специфических модулей, иcпользуя API CMS. Мы, наверное, об одном и том же говорим, но по-разному.

zuber
Вопрос: если ты видел функциональную спецификацию для ГАС выборы и счел реализацию такой системы делом пустячным, как ты отметил, многого не требующей, то тогда мне кажется, ты один из самых крутых специалистов в веб девелопменте, и я горда, что дискутировала с таким гурой

     

Wellwalker

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

     

Pöllö

С этим согласна.

Но изначально я оспаривала вот это высказывание:



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

     

Wellwalker

Да, это верно подмечено.

     

zuber

Нет, не видел (оно разве открытая информация?). Но, думаю, что основная часть функциональной спецификации относится больше к техническим компонентам системы типа еффективности базы данных или метода обеспечения безопасности, которые разрабатывали другие .

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

-----------------
-=*=-