View Full Version : На каком скрипте работает сайт cv.ee?
Кто в курсе, на каком скрипте построен сайт www.cv.ee?
Кто в курсе, на каком скрипте построен сайт www.cv.ee?
На самописном.
Кто в курсе, на каком скрипте построен сайт www.цв.ее?
По крайней мере, индех у них на пхп.
На самописном.
¨
Точно? Посмотри http://www.cv.ee/admin
По крайней мере, индех у них на пхп.
PHP/MySQL. Единственное непонятно сами ли они писали или взяли какой-либо готовый скрипт? Какой именно я и пытаюсь узнать. Нужен подобный скрипт. Если кто подскажет буду признателен.
ПХП/МыСQЛ. Единственное непонятно сами ли они писали или взяли какой-либо готовый скрипт? Какой именно я и пытаюсь узнать. Нужен подобный скрипт. Если кто подскажет буду признателен.
Ну, судя по именам параметров, которые посылаются в скрипты, оно явно писалось естонцами. Думаю, сами они скрипт писали. И, если честно, то особо не представляю, как можно написать обший пхп скрипт, который подойдет для многих сайтов разного содержания.
tp.php?par=sisestati
tp.php?par=sisestati&keel=eesti
Wellwalker
11-07-2006, 19:24
Точно? Посмотри http://www.cv.ee/admin
На апачевая авторизация, а не веб-форма для пароля, говорит скорее о самописности. Никто обычно не заморачивается с авторизацией через куки, когда делается для себя.
. И, если честно, то особо не представляю, как можно написать обший пхп скрипт, который подойдет для многих сайтов разного содержания.
Почему это? Контент-менеджер на любом скриптовом языке написать можно.
Почему это? Контент-менеджер на любом скриптовом языке написать можно.
Опять путаем теплое с мягким. У веб-дезайна есть три составляюшие:
- дезайн
- контент
- активатор (или програмная поддержка).
С помошью скриптов можно достаточно еффективно создать систему, которая позволяет менять контент и использовать набор имеюшихся обших активаторов. Но особо менять дезайн такие системы обычно не позволяют, т.к. создаются для специфических целей. Например, может сушествовать движок для создания форума, типа суоми.ру. T.k, во всех форумах всегда одно и тоже. Но я очень удивлюсь, если будет сушествовать движок, который позволит создавать любые сайты с любым контекстом, т.к. такой уровень свободы повышает уровень сложности и все сводит к обшему скрипту типа ПХП :).
Опять путаем теплое с мягким.
А с чего ты взял, что я что-то путаю?
Я немного соображаю, как построены подобные сайты.
Но особо менять дезайн такие системы обычно не позволяют, т.к. создаются для специфических целей.
Хммм.. Не согласна! Можно создать универсальный движок, который можно приспоосбить практически для любых целей!
Например, может сушествовать движок для создания форума, типа суоми.ру. T.k, во всех форумах всегда одно и тоже.
Форум очень часто является одним из множества компонентов CMS, т.к. главная цель СMS - возможность построения сайта/портала любой тематики/функциональности
Но я очень удивлюсь, если будет сушествовать движок, который позволит создавать любые сайты с любым контекстом, т.к. такой уровень свободы повышает уровень сложности и все сводит к обшему скрипту типа ПХП :).
:) Поверь, такие движки есть!!!
А с чего ты взял, что я что-то путаю?
Я немного соображаю, как построены подобные сайты.
Хммм.. Не согласна! Можно создать универсальный движок, который можно приспоосбить практически для любых целей!
Форум очень часто является одним из множества компонентов ЦМС, т.к. главная цель СМС - возможность построения сайта/портала любой тематики/функциональности
:) Поверь, такие движки есть!!!
Ссылки в студию, пожалуйсто. Если бы сушествовал подобный движок, то большинство народу его знало бы "в лицо", т.к. тогда отпадала бы необходимость изучать обшие скрипты программирования. Я судовольствием изучу такой и скажуи тебе большое спасибо :).
Движок с возможностью построения сайта любой тематики и функциональности - миф. Такой "движок" обязательно будет основан на знании очередного "скрипта" или внутреннего языка программирования, которытй будет всего-лишь дублировать возможности того-же пхп. В лучшем случае, будет облегчен доступ к базе данных и ее развертка.
Понимаешь, такая вешь логически сушествовать не может. Все-равно, что искать "движок" который позволяет создавать ЛЮБЫЕ программы. Такими "движками" являются технологии обшего назначения низкого уровня. Чем больше "свободы" тем ближе искомый движок будет повторять пхп/мысqл :).
Зубер для всего нельзя сделать, но для много можно. Я использовал портал кстати в котором можно было меня ВЕСЬ дизаин без особых усилий, дополнительные модули присабачивались довольно быстро.
Зубер для всего нельзя сделать, но для много можно. Я использовал портал кстати в котором можно было меня ВЕСЬ дизаин без особых усилий, дополнительные модули присабачивались довольно быстро.
Ключевое словосочитание: "для всего". Кстати, менять весь дезигн подразумевает, что ты можешь делать все, что делает ХТМЛ + CSS + Явасцрипт до мельчайших подробностей с помошью данного движка. Оно так?
Ссылки в студию, пожалуйсто. Если бы сушествовал подобный движок, то большинство народу его знало бы "в лицо", т.к. тогда отпадала бы необходимость изучать обшие скрипты программирования. Я судовольствием изучу такой и скажуи тебе большое спасибо :).
Ну так такие движки денег немалых стоят!!! :)
Я поищу тебе ссылки на сайты, сделанные с помощью одного и того же движка.
Движок с возможностью построения сайта любой тематики и функциональности - миф.
Тематики - не миф, функциональности - тоже не миф, но согласна, если требуется что-то сверхоригинальное и нестандартное, придется доработать кое-какие стандартные модули или создать новые. Это как раз второе важное свойство CMS - наращиваемость!
Такой "движок" обязательно будет основан на знании очередного "скрипта" или внутреннего языка программирования, которытй будет всего-лишь дублировать возможности того-же пхп. В лучшем случае, будет облегчен доступ к базе данных и ее развертка.
Вообще-то спор у нас был изначально не о том, надо ли знать этот язык, используя движок, а о том, что такие универсальные движки существуют!
Да и язык в таких системах требуется действительно в крайних случаях! Тем более любая крупная компания-производитель CMS обязательно проводит обучение администрированию этой среды.
Кстати, про универсальные движки, вот пример: http://typo3.org/about/sites-made-with-typo3/
Вообще-то спор у нас был изначально не о том, надо ли знать этот язык, используя движок, а о том, что такие универсальные движки существуют!
Да и язык в таких системах требуется действительно в крайних случаях! Тем более любая крупная компания-производитель ЦМС обязательно проводит обучение администрированию этой среды.
ИМХО, мы спорили о том, есть ли такой сверх-движок, с помошью которого можно делать все. А пришли все к тому же, что такая систем практически становится лишь еше одной средой, которую надо долго изучать, ставить/писать дополнительные модули что-бы чеголибо дельное достичь, если твоя тематика немного отличается от основного шаблона системы.
Кстати, про универсальные движки, вот пример: хттп://тыпо3.орг/абоут/ситес-маде-wитх-тыпо3/
Отличный пример :).
Для универсальности, кроме знания 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)
;)
На самом деле, ценность таких систем вовсе не в универсальности. Они не могут быть универсальными в полном смысле ентого слова. Основная ценность заключается в том, что такие системы дают возможность создавать вмеру модифицируемые проекты, но используя паттерны и активаторы и возможности, которые знает больше, чем один человек (который изначально будет ее писать). Т.Е. Вася написал и помер. Пришел Петя и он знает, что именно делает та или иная часть системы. Он знает, как система обшается с базой данных и как ее надо оптимизировать, если что.
Xм, как-то мы от "многого" перешли к "любому"
И, если честно, то особо не представляю, как можно написать обший пхп скрипт, который подойдет для многих сайтов разного содержания.
Но я очень удивлюсь, если будет сушествовать движок, который позволит создавать любые сайты
Я 2 года работала в компании, производящей как раз такой движок (www.mysitex.com). Правда, сейчас они перешли на Джаву, но раньше он был на Cold Fusion. И создавала на нем совершенно разнообразнейшие сайты. Всегда клиент получал то, что хотел, не помню такого, чтобы мы что-то не смогли. Даже последние выборы в Госдуму на нашем Сайтексе работали.
Хм, как-то мы от "многого" перешли к "любому"
Ах, ну да. Разнообразнейшими сайтами можно назвать, амазон, где кники покупают и веркокаупу, кде компьютеры продают... :). Если движок направлен на создание информационых порталов по, скажем, продаже, все его разнообразие заключается том, что там продают ;).
Я 2 года работала в компании, производящей как раз такой движок (www.мыситех.цом). Правда, сейчас они перешли на Джаву, но раньше он был на Цолд Фусион. И создавала на нем совершенно разнообразнейшие сайты. Всегда клиент получал то, что хотел, не помню такого, чтобы мы что-то не смогли. Даже последние выборы в Госдуму на нашем Сайтексе работали.
:Д выборы в Госдуму ничего особенного не требуют :). Ну, так, вопрос на вскидку, можно ли в тои системе сделать такой портал (игра, которая имеет стандартный набор функций + форум):
space.coldfirestudios.com
Ну, так, вопрос на вскидку, можно ли в тои системе сделать такой портал (игра, которая имеет стандартный набор функций + форум):
space.coldfirestudios.com
Хмммм... не уверена про такую игру.
Но я там игрушку делала на Джаваскрипте :))) Покер!
А мне кажется, что ты такими системами не пользовался, поэтому так рьяно отрицаешь их полезность и удобство!
:Д выборы в Госдуму ничего особенного не требуют :).
Хммммммм! Одних только хитов в секунду таааккооеее количество было!
Хмммм... не уверена про такую игру.
Но я там игрушку делала на Джаваскрипте :))) Покер!
Так, на яваскрипте или на той системе? ;)
А мне кажется, что ты такими системами не пользовался, поэтому так рьяно отрицаешь их полезность и удобство!
Нет, полезность и удобство я не отрицаю. Не отрицаю, что для многих проектов таких систем хватит точно так же, как для многих "дезайнеров" было достаточно теплейтов во фронт-пайдже. Я такой одной даже пользовался, (турбине-велоциты). Просто, я себе неплохо представлюаю, что данные системы могут, а что не могут.
Хммммммм! Одних только хитов в секунду таааккооеее количество было!
Что требует разумного обрашения к базе данных :). Или ты хочешь сказать, что сам движок базы данных тоже самодельный?
Хммммммм! Одних только хитов в секунду таааккооеее количество было!
Эх, на редирект бы с рефлинком ;)
Wellwalker
12-07-2006, 21:10
А мне кажется, что ты такими системами не пользовался, поэтому так рьяно отрицаешь их полезность и удобство!
Ничего он не отрицает. Ты его просто про фреймворки грузишь, про которые он справедливо говорит, что для того чтобы создавать готовые системы на них, надо приложить усилий не слишком меньше, чем просто создавая систему с нуля. По крайней мере на изучение инструментов и API фреймворка уйдет времени порядочно.
А он говорит, что универсальных CMS не существует просто по определению. И он прав, потому что любая CMS предусматривает ограниченный функционал и чуть что новое - надо кодить.
А мне кажется немного по-другому. Любитель разделять теплое и мягкое сам запутался где теплое, а где мягкое. Изначально речь велась о скрипте для сайтов "разной" функциональности. Я же привела в качестве примера такого скрипта CMS, разработанные на скриптовых языках. Но мне кажется, что интернет-магазин и система для выборов в Госудуму могут рассматриваться как сайты разной функциональности. Добавлю также что CMS Sitex использовалась как enterprise CMS, т.е. содержала роли, права на контент, групповые действия и т.д. Также хотела бы отметить, что большинство возможностей системы не требовало написания дополнительного кода, многим мог управлять администратор портала через юзер интерефейс. CMS - это, на мой взгляд, не фреймворк, а готовый солюшен, который может быть и, чаще всего так и есть, дополнен возможностью написания дополнительных специфических модулей, иcпользуя API CMS. Мы, наверное, об одном и том же говорим, но по-разному.
zuber
Вопрос: если ты видел функциональную спецификацию для ГАС выборы и счел реализацию такой системы делом пустячным, как ты отметил, многого не требующей, то тогда мне кажется, ты один из самых крутых специалистов в веб девелопменте, и я горда, что дискутировала с таким гурой ;)
Wellwalker
12-07-2006, 23:21
А мне кажется немного по-другому. Любитель разделять теплое и мягкое сам запутался где теплое, а где мягкое. Изначально речь велась о скрипте для сайтов "разной" функциональности.
Проблема вашего примера в том, что разная функуциональность в каждом случае жестко задается разработчиком и готовой системы на все случаи жизни не существует. Есть только системы, удовлетворяющие требованиям проекта полностью, частично или никак. Исходя из этого при разработке сайта и принимается решение, брать готовую систему, модифицировать существующую или писать свою с нуля или, используя какую-либо платформу. "Универсальные" CMS - это лексикон отдела маркетинга, не существует таких.
готовой системы на все случаи жизни не существует. "Универсальные" CMS - это лексикон отдела маркетинга, не существует таких.
С этим согласна.
Но изначально я оспаривала вот это высказывание:
не представляю, как можно написать обший пхп скрипт, который подойдет для многих сайтов разного содержания.
Считаю, что свою точку зрения я высказала аргументированно, подкрепив примером. На этом откланиваюсь. Не интересно уже.
Wellwalker
13-07-2006, 01:57
Не интересно уже.
Да, это верно подмечено.
зубер
Вопрос: если ты видел функциональную спецификацию для ГАС выборы и счел реализацию такой системы делом пустячным, как ты отметил, многого не требующей, то тогда мне кажется, ты один из самых крутых специалистов в веб девелопменте, и я горда, что дискутировала с таким гурой ;)
Нет, не видел (оно разве открытая информация?). Но, думаю, что основная часть функциональной спецификации относится больше к техническим компонентам системы типа еффективности базы данных или метода обеспечения безопасности, которые разрабатывали другие ;).
Кстати сказать, тыт промелькнула информация о "тысячах хитов в секунду". Мне стало интересно, неужели, схему для базы данных, которая должна обладать таким быстродействием генерили автоматически с помошью фреймворка?!
Нет, не видел (оно разве открытая информация?). Но, думаю, что основная часть функциональной спецификации относится больше к техническим компонентам системы типа еффективности базы данных или метода обеспечения безопасности, которые разрабатывали другие ;).
Да конечно не открытая! Это я так спросила, от обиды за ребят, которые всё это делали и сутками не спали во ВЦИКе. Я сама в этом проекте участия не принимала, просто привела как пример.
Кстати сказать, тыт промелькнула информация о "тысячах хитов в секунду". Мне стало интересно, неужели, схему для базы данных, которая должна обладать таким быстродействием генерили автоматически с помошью фреймворка?!
Не пойму никак, почему ты это фреймворком называешь, ну да ладно:)
Автоматически генерилась только лишь часть схемы!
Ладно, давай хватит уже одно и то же обсуждать, устали уже все :)
[russian.fi, 2002-2014]