1. Главная
  2. k_dmitry

k_dmitry: Комментарии

Главные вкладки

6 апреля 2013 в 11:35

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

30 марта 2013 в 18:23

"Dimasikov" wrote:
Это очень плохо. Не делайте так.

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

30 марта 2013 в 18:00

"Dimasikov" wrote:
Я знаю как сделать и c views и без него, с использование технологии AJAX, потому что делал (с использованием друпаловского ajax фреймворка). Без views все же проще.

30 марта 2013 в 17:26

"Dimasikov" wrote:
ак вы будете реализовать вариант, если клиент например захочет при клике на событие редактировать его, только без перезагрузки страницы, а чтоб форма подгружалась и сохранялась ajax, как в гугл календаре?

не знаю, наверно писать свой модуль или заказывать отдельно, как дополнение к вьюс+календарь... код скорее всего будет такой же как в своем модуле (без вьюс), только нужно писать не весь модуль а только дополнение...

30 марта 2013 в 16:40

"Dimasikov" wrote:
ПФФ))) У меня консультации платные. Также у меня есть готовый модуль который могу кастомизировать под ваши потребности.

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

30 марта 2013 в 12:56

"Dimasikov" wrote:
И еще хочу ответить на вот этот кусочек поста от о k_dmitry

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

30 марта 2013 в 1:29

"mialpet" wrote:
В код пусть лезет прогер если надо будет что-то добавить в админку (расширить функционал).

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

30 марта 2013 в 1:28

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

30 марта 2013 в 1:07

"mialpet" wrote:
Администратору код править и не надо, у него должна быть своя специализированная cms где он сможет управлять всеми заранее оговоренными возможностями.

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

30 марта 2013 в 0:58

Ответьте сначала на вопрос: "сможет ли администратор сайта, при необходимости, поправить код или нет?"

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

20 марта 2013 в 17:21

"bob" wrote:
Я честно говоря не знаю откуда начинать, от Drupal, или от Facebook. :(

тут есть два варианта:

1. от Drupal- есть модули для кросспостинга, для фб такого модуля нету (может уже и есть, но раньше не было) и делать кросспостинг в фб можно через кросспостинг в твитер.

17 марта 2013 в 10:42

"qvazar" wrote:
колорбокс так же как лайтбокс выводит не ноду а всю страдицу

colorbox_node выводит содержимое div#node, посмотри тут http://www.drupal.ru/node/68873, только не топик а комменты, там решение лучше.

16 марта 2013 в 20:49

"astrameridian" wrote:
Пробовал недавно использовать модуль filecache

"astrameridian" wrote:
что приводило к меньшей производительности

Может нету доступа к /tmp... получилось что друпал каждый раз сначала создавал кеш и только потом отдавал страницу...