Re: OFF: Всех с праздником, коллеги!
Здравствуйте, Valery.
Вы писали 13 сентября 2007 г., 23:53:53:
> if(date('z') == 256){ print ("С Днем Программиста!"); }
присоединяюсь
> P.S.: Шана това ве метука! :)
И вас, с Новым годом! ;)
Подписаться
Бесплатный дискуссионный лист
Подписчиков 656
| ← Сентябрь 2007 → | ||||||
|
1
|
2
|
|||||
|---|---|---|---|---|---|---|
|
3
|
4
|
5
|
6
|
7
|
8
|
|
За последние 60 дней ни разу не выходила
Сайт листа:
http://blog.nundesign.com
Открыт:
06-08-2003
Пре-модерация: Да
Адрес для писем в лист: inet.webbuild.webbuilding-list@subscribe.ru
Адрес
модератора: inet.webbuild.webbuilding-owner@subscribe.ru
Модератор
Статистика
656 подписчиков
0 за неделю
0 за неделю
За 2007-09-13
OFF: Всех с праздником, коллеги!
if(date('z') == 256){ print ("С Днем Программиста!"); }
P.S.: Шана това ве метука! :)
Re[4]: Parser
Hello dgstudio,
Thursday, September 13, 2007, 8:28:11 PM, you wrote:
dir> Изврат, причём полный. Жуткая мешанина из конструкций языка,
dir> html-кода, служебных функций, определений и прочего. Парсер в принципе
dir> с самого начала позиционировался как инструмент для секретарши. Он
dir> полностью унаследовал все грехи PHP: программисту приходится в уме
dir> транслировать логику, цели, и задачи проекта в переменные и функции,
dir> вместо того чтобы программировать буквально языком предметной области.
dir> Записывать в html-коде прямые ссылки на страницы сайта - это же надо!
dir> О том, что есть такие понятия как default route и named route,
dir> разработчики видимо узнают не скоро. Господи, как страшный сон...
Григорий, Вы, как всегда, категоричны:) Илья там что-то спрашивал
про ssi, и я ему посоветовал инструмент, более подходящий для его
целей. ИМХО он гораздо удобнее того же PHP, и небольшой проект на
парсере можно сделать гораздо быстрее. Мне кажется, что Ruby on
Rails здесь применять не рационально (поправьте, если ошибаюсь).
Re[3]: Parser
AB> И объясните, чем парсер не язык программирования? Так же переменные, массивы....
AB> http://www.parser.ru/docs/lang/?lesson1.htm
AB> По-моему, просто изврат...
Изврат, причём полный. Жуткая мешанина из конструкций языка,
html-кода, служебных функций, определений и прочего. Парсер в принципе
с самого начала позиционировался как инструмент для секретарши. Он
полностью унаследовал все грехи PHP: программисту приходится в уме
транслировать логику, цели, и задачи проекта в переменные и функции,
вместо того чтобы программировать буквально языком предметной области.
Записывать в html-коде прямые ссылки на страницы сайта - это же надо!
О том, что есть такие понятия как default route и named route,
разработчики видимо узнают не скоро. Господи, как страшный сон...
Re[8]: ЦМС Друпал
Hello, Илья.
КАк уже сказали аяксу (эт доп модули прсто скачайте с сайта) и
красоту шаблона уже наводите.
> Смысл в том, что специально модули делать никто не будет.
> Заказчик за это не платит
> 13.09.07, Alexandr Poddubsky<traveller19***@g*****.com> написал(а):
>> Hello, Илья.
>>
>> А лощенность эт Вы уже template? делайте нормальны и модули заливайте
>> дополнительные.
>>
>> > Добрый день.
>> > Это мое первое письмо в расслку ;)
>>
>> > Модерирую форум на Друпале. Видали и лучше - настраивается все
>> > хорошо, но нет лощености веб2.0-ной. Слишком все из 2000 года
>> > как-то...
>>
>>
>>
>>
>>
>> --
>> Best regards,
>> Alexandr mailto:traveller19***@g*****.com
>> icq 176458104
>>
>>
>>
>> библиотекa сайтостроительства http://www.i2r.ru/static/244/
>>
Re[7]: ЦМС Друпал
Смысл в том, что специально модули делать никто не будет.
Заказчик за это не платит
13.09.07, Alexandr Poddubsky<traveller19***@g*****.com> написал(а):
> Hello, Илья.
>
> А лощенность эт Вы уже template? делайте нормальны и модули заливайте
> дополнительные.
>
> > Добрый день.
> > Это мое первое письмо в расслку ;)
>
> > Модерирую форум на Друпале. Видали и лучше - настраивается все
> > хорошо, но нет лощености веб2.0-ной. Слишком все из 2000 года
> > как-то...
>
>
>
>
>
> --
> Best regards,
> Alexandr mailto:traveller19***@g*****.com
> icq 176458104
>
>
>
> библиотекa сайтостроительства http://www.i2r.ru/static/244/
>
Re[7]: ЦМС Друпал
Да я так понимаю, что веб2.0 никому из заказчиков не надо
Если посетители общаются - то и бог с ними.
Однако же хочется красоты. А по умолчанию красоты не наблюдается ;(
13.09.07, Ilya Novojilov<novojilov.il***@g*****.com> написал(а):
> На счёт Веб2, друпал 5. пользует библиотеку JQuery. Для неё и плагинов полно
и сама она более чем ничего. Надо Веб2 - пиши сам, благо документации полно.
Re[6]: ЦМС Друпал
Hello, Илья.
А лощенность эт Вы уже template? делайте нормальны и модули заливайте
дополнительные.
> Добрый день.
> Это мое первое письмо в расслку ;)
> Модерирую форум на Друпале. Видали и лучше - настраивается все
> хорошо, но нет лощености веб2.0-ной. Слишком все из 2000 года
> как-то...
Re[6]: ЦМС Друпал
On 9/13/07, "Илья Рабченок" <sheller8***@g*****.com> wrote:
>
> Добрый день.
> Это мое первое письмо в расслку ;)
>
> Модерирую форум на Друпале. Видали и лучше - настраивается все
> хорошо, но нет лощености веб2.0-ной. Слишком все из 2000 года
> как-то...
Друпальский родной форум откровенно слаб. Но есть модули интеграции для
многих сторонних форумов.
На счёт Веб2, друпал 5. пользует библиотеку JQuery. Для неё и плагинов полно
и сама она более чем ничего. Надо Веб2 - пиши сам, благо документации полно.
Re[5]: ЦМС Друпал
Добрый день.
Это мое первое письмо в расслку ;)
Модерирую форум на Друпале. Видали и лучше - настраивается все
хорошо, но нет лощености веб2.0-ной. Слишком все из 2000 года
как-то...
Re[4]: Вопрос по Джумле
Здравствуйте, r100.
Вы писали 13 сентября 2007 г., 13:29:16:
> Здравствуйте, Кульков.
> Чесно говоря, решил проверить, и вот что у меня получилось
> скриншот тут: http://www.anmkt.com.ua/scr.jpg
> Насколько я понял именно такое отображение вам надо,
> все стандартными средствами
Я разобрался. Косяк мой. Всё дело было в sef-компоненте sh404SEF,
который сделал одну и ту же ссылку для старого, уже выставленного
раздела документов (в форме блога) и нового, тестового :)
Re[3]: Вопрос по Джумле
Здравствуйте, Кульков.
Чесно говоря, решил проверить, и вот что у меня получилось
скриншот тут: http://www.anmkt.com.ua/scr.jpg
Насколько я понял именно такое отображение вам надо,
все стандартными средствами
Вы писали 13 сентября 2007 г., 10:55:31:
> Здравствуйте, r100.
> Вы писали 12 сентября 2007 г., 15:05:39:
>> Здравствуйте.
>> Стандартными средствами по человечески сделай так:
>> Когда для категории создаешь пункт меню, выбери тип "таблица содержимого
категории",
>> получишь аккуратненькую табличку со ссылкам.
> Нет, это совершенно не то. Неужели я не опробовал и не покрутил все
> основные средствА? ;) В случае вывода таблицы категории получается
> длиииииииинный списочище, в котором тебе и вводный текст и заголовки,
> да ещё и между элементами категории Жумла оставляет расстояние.
> Мне нужен такой список, как Жумла делает после слова "Ещё..."
> Наверное, буду делать статику. Всё-таки, это не тот случай, где даже
> стоит искать/писать компонент.
>> Вы писали 12 сентября 2007 г., 9:32:03:
>>> Здравствуйте, all
>>> У меня тут возник такой напряг. Надо из раздела вывести статьи в виде
>>> блоков вида:
>>> Категория1
>>> Статья1
>>> Статья2
>>> Категория2
>>> Статья1
>>> Статья2
>>> То есть - только ссылки, ничего более. Это будет раздел для
>>> документов, чтобы было яснее.
>>> Стандартными средствами, как я понял, это по-человечески реализовать
>>> нельзя.
>>> Кто чего может по этому поводу сказать? :)
Re[2]: Вопрос по Джумле
Здравствуйте, r100.
Вы писали 12 сентября 2007 г., 15:05:39:
> Здравствуйте.
> Стандартными средствами по человечески сделай так:
> Когда для категории создаешь пункт меню, выбери тип "таблица содержимого категории",
> получишь аккуратненькую табличку со ссылкам.
Нет, это совершенно не то. Неужели я не опробовал и не покрутил все
основные средствА? ;) В случае вывода таблицы категории получается
длиииииииинный списочище, в котором тебе и вводный текст и заголовки,
да ещё и между элементами категории Жумла оставляет расстояние.
Мне нужен такой список, как Жумла делает после слова "Ещё..."
Наверное, буду делать статику. Всё-таки, это не тот случай, где даже
стоит искать/писать компонент.
> Вы писали 12 сентября 2007 г., 9:32:03:
>> Здравствуйте, all
>> У меня тут возник такой напряг. Надо из раздела вывести статьи в виде
>> блоков вида:
>> Категория1
>> Статья1
>> Статья2
>> Категория2
>> Статья1
>> Статья2
>> То есть - только ссылки, ничего более. Это будет раздел для
>> документов, чтобы было яснее.
>> Стандартными средствами, как я понял, это по-человечески реализовать
>> нельзя.
>> Кто чего может по этому поводу сказать? :)
Re[4]: ЦМС Друпал
Hello, Vladimir.
Вы писали 12 сентября 2007 г., 14:31:48:
> Здравствуйте, Alexandr.
> Вы писали 12 сентября 2007 г., 4:26:12:
AP>> Hello, dima.
>>> очень удобная весчь.
>>> разархиваировный базовый друпал весит менее 3-х метров.
>>> при этом я бы сказал не уступает джомле в функциональности.
AP>> превосходит, только изза того что есть таксономия (имхо теория графоф
> Спасибо, очень конструктивный коллективный ответ :)
А в чем вопрос? Чутка погуглите, насчет таксономии, хотя если хотите
могу выложить апи и кое какие доки по всему.
>>> очень удобно что можно без проблемм где угодно вставить любой пхп.код
>>> при этом не обязательно писать дополнительные модули, мамботы (как в
>>> джомле) или встраивать в готовые.
AP>> можно согласен но в крайнем случае и обязательно отрубать нужно это в
AP>> секюрити для юзверов, хотя в принципе по дефаулту обрублено. но и
AP>> остальную фильрацию тоже желдательно вырубить - уменьшится количество
AP>> запросов к бд.
> Речь одет о фильтрации пхп, и остальных тегов нтмл для юзеров?
И о фильтрации тоже, например кастем блок можно делать в друпе в него
вставить php код иль вообще html и линки на зарезервированные
пепеменные и все будет работать.
> Вопрос о комментариях пользователей к статьям, страницам или блогах.
> Как с ними работает друпал?
Нормально работает, не понял вопроса.
>>> вообще друпал енто весч.
>>> пока минусов не осознал...-) они конечно есть
AP>> минусов навалом, но плюс это реализация таксономии увы которая все
AP>> перекрывает, все минусы. А минусы можно и убрать. првый минус друпы
AP>> это концепция держать все в бд. помните об этом! изза этого не все
> С какой стороны смотреть. Если структуированные страницы в базе данных
> может быть это плюс - делай своевременно бэкап и сайт всегда живой.
ага а как насчет blob ?
AP>> хостинги работают с друпой, имеется ввиду раша хостинги. если мало
AP>> модулей то 8 limit_memory еще нормально (так на петерхосте и еще
AP>> многих сделано) если делаешь магаз, то магаз стразу откусывает 24
AP>> метра и более. и на хосте должно быть минимум 32 метра, у некоторых
AP>> хостеров нормально пашет, проверено, но нет всех иногда .so для
AP>> работы.
> Можно поподробнее? Что спросить у хостера?
а ничего спрашивать и не надо, первое это сразу ставите друпу, вторе
смотрите phphinfo.
:) :) :) :) :) :) :) :) :)
Так за очкпятки просьба не ругать, чутка в 15 раз клаву залил кофем,
шушил после промывки феном чутка заедать стала, буквы все стерты
слепым методом плохо владею, выбрасывать жалко со мной уже 5 лет и
работает.
:) :) :) :) :) :) :) :) :) :) :)
- 1
- 2
