kosen
-
Публикации
1 140 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
1
Сообщения, опубликованные пользователем kosen
-
-
Весьма интересно...
Но не все пользуются ИЕ.
А этот скрипт можно встроить в любой сайт... если только кто-нить возьмётся за его адаптацию под ДЛЕ...
-
Ясно...
А я, грешный, пробовал [category=main] текст [/category]
ЗЫ
Были бы развернутые примеры по тегам - было бы здорово...
ЗЗЫ
А поиск я юзал... только, видимо, не те запросы писал...
-
kosen,
мне интересно выложи
Это хак, написанный для форума vBulletin.
Подойдёт он тебе в таком виде?
Если да - могу выложить... весит он около 9Кб
-
Собсно вот и весь вопрос...
После установки движка мы имеем работоспособный сайт.
Какой номер имеет главная страница сайта? - _http://site.ru/
Вопрос связан со следующим...
Я полагал, что category=1 относится именно к главной (индексной) странице сайта...
Т.е. при включении в шаблон main.tpl конструкции вида [category=1] наш текст [/category], данный текст будет виден только на главной странице.
Однако это не так.
Какую конструкцию надо применить, чтобы данные были видны только на самой первой странице сайта?
-
Неее...
В этих шаблонах вставляется только ЗАГОЛОВОК статьи и САМА СТАТЬЯ
А мне надо также отображение названия Категории на другом языке...
Короче, я пока в тупике....
-
Для сохранения видео с известных сабжевых сайтов имеются как специализированные сайты, так и скрипты...
Например на своём форуме я встроил такой скрипт...
Можете посмотреть как оно работает (регистрация для этого не нужна).
Там же есть подробная инструкция как пользоваться этим сервисом.
Если кому интересно - могу выложить скрипт...
-
Что-то не получается... наверное я не так делаю...
Вот мои шаги:
Создаю в дополнительных полях новое поле - category_japanese
В шаблоне templates/japanese/addnews.tpl вместо {category} ставлю [xfvalue_category_japanese]
В результате ничего не получается... нового поля для ввода названия на японском не появляется, а существующее поле с выбором категорий для русского языка пропадает...
На его месте просто выводится строка - [xfvalue_category_japanese]
Что я делаю не так?
-
Ясно....
Хотя я ввожу название в кодировке windows-1251 - &.#26059;&.#24315;
(если из этого кода удалить точки и посмотреть в браузере с кодировкой windows-1251, то будут отображены иероглифы... при условии что установлена поддержка японского языка)
Чтож... в принципе можно обойтись и английским названием...
-
Респект!
Можно то же самое сделать с названием сайта?
Администрирование - Настройка системы - Название сайта
При вводе названия сайта на японском также идет преобразование & на &
-
По первому пункту - не очень хорошее решение...
Языка ТРИ... и для каждого делать такое дублирование неразумно... будет очень длинная строка.
Кстати, обратил внимание, что в названии категории не отрабатывается ввод другой кодировки
В полях с названием новости и самой статьи таких проблем не наблюдалось...
Вот пример для японского языка:
а это - для английского:
По второму пункту
Можно здесь поподробнее?
Можно попробовать...
Но, если честно, хотелось бы реализовать сие дело по грамотнее...
ЗЫ
По коду, в названии категории происходит замена знака & на &
По-этому вместо
&.#12510;&.#12452;&.#12492; вставил знак точки после & для отображения кода...
Что на японском выглядит как - マイヌ Я получаю вот это:マイヌ
Можно снять преобразование & в & ?
-
celsoft,
Вопрос касающийся Названия категорий
При создании категории мы вводим Название категории
Как эти названия можно вводить/переводить на другом языке при использовании мультиязычности сайта?
Можно ли там как-то сделать ввод альтернативного названия для нужного языка?
А то как то не очень выглядит путь до категории на русском языке в японоязычной части сайта...
PS
Кроме варианта как создания в панели администрирования отдельной структуры категорий такого вида:
/main_rus/
/main_rus/aikido_rus/
/main_eng/
/main_eng/aikido_eng/
main_jp/
/main_jp/aikido_jp/
С соответствующими Названиями для этих категорий есть возможность ввода этих заголовков на других языках?
А то получается, что новости то я могу вводить на нескольких языках при структуре категорий вида:
/main/
/main/aikido/
А названия категорий - только на одном языке...
Не хочется городить отдельные категории только для того, чтобы ввести альтернативное название для этих категорий...
-
В настройках двига есть такое. Поэтому:
1. либо поставить в те же настройки три переменных с форматом и во всех сриптах ставить условия на язык и использовать соответсвующий формат.
Как это сделать?
Как ввести три переменные?
Настройка системы - Настройки вывода новостей
Значение по-умолчанию - j F Y
Если я изменю значение в этом поле, оно поменяется для всех языков.
2. либо... несколько движком как я и говорилНеее... увольте.
Три движка - это не решение для меня...
Больше интересует первый вариант
Можешь привести пример?
ОФФ
Snow Land,
И kosen, уже клиент... unsure.gifТы не устал себе флеймы/ОФФтопы собирать?
У меня на форуме ты бы за это уже давно бы бан получил...
Есть хорошая поговорка: "Подумай дважды - и промолчи"...
-
MagaSoft,
Какие могут быть обиды?
Здесь же люди, в большинстве своём, ответственные... и знающие...
Не в обиду ответ...
Ты думаешь я вопросы пишу не тестируя движок?
Ошибаешься...
Если посмотришь моё сообщение №33 - то поймешь...
Движок ДЛЕ я установил и тестирую... как и Джумлу...
И вопросы задаю по ходу их возникновения...
Я прекрасно понимаю, что выдавать вопросы "из головы" не видя их реализации "в живую" - дело неблагодарное...
Кстати, хотелось бы услышать ответ касающийся вывода формата даты...
Можно ли что-нибудь придумать?
Можно ли реализовать вывод формата даты для каждого языка по разному?
-
###################################
Новый вопрос.
Касается даты.
Если в русском языке можно написать так:
12.02.2007 г.
В английском так:
Monday, 12 February 2007
То в японском дата выводится так:
2007年 8月 ２３ 日 月曜日
или так:
2007/08/23 月曜日
(год, месяц, число, день недели)
Можно ли организовать разный формат вывода даты для каждого языка?
###################################
celsoft,
На этом все ваши вопросы уже больше не относятся к предпродажной поддержкиДа... наверное увлекся малька...
Прошу прощения...
Просто сейчас хочу "по максимуму" протестировать возможности...
По-этому столько вопросов... а в ФАКе для версии 5.2 этого не нашёл...
Если бы это было там прописано - было бы меньше вопросов...
Чем подробнее ФАК - тем лучше...
Просто не хочу попасть в такую ситуацию, когда купив движок - окажется что некоторые функции не реализуемы...
Пока вроде бы все устраивает... но, как видите вопросы появляются по ходу углубленного изучения движка...
И очень тяжело провести грань между "предпродажной консультацией" и техподдержкой...
-
2. При условии что будете использовать кодировку UTF-8 то проблем не будет, на данный момент имеются проблемы с работой AJAX в UTF-8, но они будут решены в 5.5
Что касается UTF-8:
Чтобы небыло проблем эту кодировку устанавливать ДО инсталяции движка?
Т.е. создать БД для движка уже в кодировке UTF-8?
В самих файлах надо будет что-либо менять?... типа чарсета?
Когда можно ожидать релиза этой версии?
Есть ли какая-либо информация по "новшествам" в данной версии?
Очень интересно взглянуть...
3. Нет, материалы храняться не в папках, а в базе данныхЗначит... если организовывать на сайте несколько языков, нужно будет переводить ВСЮ информацию во всех разделах?
Имеются ли варианты как можно не переводить часть материала на другие языки? Т.е. скрыть их вообще из других языков...
###########################################
Вопрос не в тему.
Касается прав пользователей...
Позволяет ли движок организовывать скрытие/показ информации определённой группе пользователей...?
Что то типа вот этого:
<if condition="$show['member']"> Только зарегистрированные пользователи видят этот текст </if>
###########################################
Дополнительный вопрос по статье - http://dle-news.ru/2006/11/28/sozdanie_saj...h_jazykakh.html
Сделал все по приведённым в статье рекомендациям.
Создал дополнительно два языка:
Английский и
Японский
Все работает.
Но имеется вопрос по добавлению самой новости...
Когда я нажимаю ссылку - добавить новость, открывается страница для ввода текста...
Помимо русского, появились дополнительные поля... для английского и русского языков.
А вот поле для ЗАГОЛОВКА новости - ОДНО!
И при публикации новости , при смене языка этот заголовок остается на русском языке...
Как можно сделать ввод заголовка новости на соответствующем языке?
Английский - для английского
Японский - для японского?
ЗЫ
При вводе японского текста проблем с отображением иероглифов не наблюдалось...
Кодировка страницы осталась прежней - Windows...
###########################################
Появился дополнительный вопрос:
Как быть со статичными страницами?
Каким образом можно создавать их на разных языках?
Сам механизм данной процедуры...
-
Наверное я не совсем верно высказал свою мысль...
Или в этом движке (конечно же) осуществлена реализация данных возможностей несколько иначе...
Я и не "требую" чтобы один шаблон включал в себя все возможные языки... это просто не реально...
Я полагал, что понятие "мультиязычность" позволит мне реализовать такое визуальное отображение для пользователей на сайте:
Вверху сайта стоят три флага стран-языков: Рус, Англ, Яп... нажав на один из них пользователю отображается сайт на выбранном языке.
Внизу сайта установлено дроп-даун меню с названиями установленных шаблонов сайта... к примеру их два.
Таким образом пользователь может выбрать и язык и шаблон.
Джумла это позволяет... там есть модуль который переводит все текстовые пункты шаблона на нужный язык. И выбирая нужный язык - просто меняется видимое отображение всех пунктов/сообщений... системные сообщения выбранного языка берутся из языкового файла...
Получается что можно и шаблон любой выбрать и язык свой поставить...
Поправьте меня если я не прав.
В ДЛЕ я должен свой имеющийся шаблон продублировать ещё два раза и получившиеся шаблоны переименовать в нужные мне языки:
/templates/russian/
/templates/english/
/templates/japanese/
И в соответствующих файлах произвести перевод всех фраз на нужный мне язык.
Для соответсвующей локализации мне необходимо создать три языка:
/language/russian/
/language/english/
/language/japanese/
Тогда юзер, выбирая язык, будет вактически производить смену шаблона...
Пока я все правильно понимаю?
Далее:
1
При такой схеме мне достаточно будет произвести инсталяцию ДЛЕ один раз?
2.
Если да, то база данных получается одна... при этом, если пользователь регистрируется японоязычный - не будет проблем с отображением знаков?
Это вопрос валидности кодировок...
3.
При такой схеме возможно ли скрытие некоторых пунктов меню/категорий/материалов из какого-либо языка?
Т.е. в русскоязычной части материал в /папка1/файл1 - есть, в японском - такого файла нет...
С категориями вроде более менее понятно - в соответствующем шаблоне можно не публиковать пункт меню...
4.
Как при такой схеме реализовать публикацию материалов на разных языках?
Если не сложно - ответьте на эти вопросы...
Все же надеюсь стать пользователем этого движка...
ЗЫ
Я не очень надоедаю Вам своими вопросами?
Не хотелось бы раздражать сообщество...
-
что значит поподробней? нужно вносить изменения в скрипт, вы их не внесете в бесплатной версии, там код закрыт.
Я имею в виду более подробные инструкции нежели опубликованные здесь - http://dle-news.ru/2006/11/28/sozdanie_saj...h_jazykakh.html
Имеются такие? В плане языковых переменных и т.д. и т.п.
С момента опубликования данной статьи ничего кардинально не менялось?
ЗЫ
Ведутся ли кардинальные работы для реализации полноценной мультиязычности движка?
Очень уж это полезная для многих функция...
Чтобы пользователь мог и язык сменить и шаблон другой выбрать...
-
celsoft,
Платная версия меня не страшит... просто хотел потестить на 5.2... раз есть такая возможность.
Можно поподробнее про второй - более сложный вариант?
Знания ПХП у меня не сильные... на начальном уровне...
Код ПХП от ХТМЛ отличить смогу...
В новой, 5.3 версии придется переводить что-либо в шаблонах кроме языковых?
Я почитал форум, народ высказывал недовольство тем, что не все вразы "зашиты" в языковые модули... и приходится их выискивать в разных файлах...
Кстати, если имеются готовые языковые локализации, было бы не плохо их выложить для скачивания... многим это поможет.
ЗЫ
На самом деле - возможность поддержки нескольких языков для данного ресурса ЗНАЧИТЕЛЬНО привлечет к нему внимание потенциальных клиентов...
Надо бы данное направление развить посильнее...
Что касается сравнения движков: можно где-нибудь посмотреть на статистику по их сравнению?
Если такая имеется...
-
А вы попробуйте английский сайт перевести на русский, если качество вас устроит то нормально переводит. Меня данное качество не устраивает.
Меня, в общем то тоже...
Елы-палы... не хочу отказываться от этого движка...
Но никак не могу "въехать" как все грамотно организовать ... и с языками и с базами данных...
Можно ли в этом движке, при добавлении/редактировании статьи/материала работать с кодом ХТМЛможно
Можно поподробнее?
Или киньте ссылку на ФАК...
ЗЫ
Прошу прощения...
... по нажатию кнопки "редактирование кода", исходный код страницы доступен...
-
Danila,
Пожалуй это можно сказать про любой движок...
Насколько ДЛЕ более быстрый и менее ресурсоемкий?
Разве есть статистика на этот счет?
У джумлы есть одно преимущество - очень много дополнений к движку, что позволяет произвести довольно "обширный апгрейд"...
Кстати... подумалось тут...
Наверняка существуют сервисы... наподобии http://translate.google.com/
Которые позволяют переводить сайты в он-ланй...
Только вот насколько точен перевод...
Может быть ограничиться таким вариантом?...
Вот к примеру как выглядит сайт http://pc-soft.ru/ через этот ресурс - http://translate.google.com/translate?u=ht...Flanguage_tools
ЗЫ
Вопрос не совсем в этой теме:
Можно ли в этом движке, при добавлении/редактировании статьи/материала работать с кодом ХТМЛ?
-
Так я же говорю: меня не устраивает доступ в защищённую часть сайта по htaccess.
Мне необходимо, чтобы я имел доступ к зарегиным юзерам для статистики и реализации для них доп. сервисов...
А юзеры, имеющие определённые права имели доступ к тем или иным сервисам...
По любому нужна система на основе движка...
Присматриваюсь к Джумла... но что-то меня не устраивает...
-
Я хочу реализовать... и развивать в дальнейшем, систему для зарегистрированных пользователей сайта.
Т.е. зарегистрироваться смогут ТОЛЬКО члены клуба.
Для них будут доступны свои сервисы...
Если пользователь зарегится на англо-язычной версии, то он не сможет перейти в свой профиль... и не будет иметь доступа с необходимым сервисам, поскольку, в этом случае, будет прописан в другой БД.
А устанавливать различные хаки/модули/сервисы в каждую локализацию и настраивать их там - зачем такой "гимор"?
Можно конечно в японско- и англо- версиях убрать панель регистрации/авторизации... и оставить её только в русскоязычной версии.
Но как быть с англоязычными членами клуба?
Этот метод не решение проблемы...
-
Боюсь что в таком случае развитие действительно будет своё собственное...
Т.е. если пользователь зарегистрируется в англо язычной части сайта, т.е. в директории /eng/, то я не смогу увидеть его из под директории /rus/... он ведь будет прописан в другой базе данных...
А мне база нужна одна, чтобы я мог оперировать зарегиными юзерами...
Или можно использовать одну БД?
ЗЫ
Я ещё не во всем разбираюсь... Полный чайник в этом...
По-этому и спрашиваю совета: как я могу это реализовать... по шагам так скать...
-
ОФФ
Danila,
Все ли движки имеют новостную направленность?
Я уже как то нацелился сделать сделать закрытую зону только для членов клуба... с авторизацией и доступными материалами для только зарегистрировавшихся пользователей...
Вроде бы такую возможность движок представляет...
Я конечно же понимаю, что это не совсем этично... по отношению к DLE, но может быть Вы можете посоветовать мне некоторые движки, которые соответствовали бы моим требованиям?
Пожелания для новых версий линейки 5.хх
в DataLife Engine (Общие вопросы)
Опубликовано:
Есть некоторые предложения по внедрению дополнений/модификаций в стандартный дистрибутив движка.
Эти пожелания обусловлены тем, что я рассматриваю данный движок не просто как механизм для создания новостных или варез порталов, а проекта несколько другого плана, для которого некоторые функции не предусмотрены, но очень нужны большому количеству людей, которые хотят воспользоваться возможностями движка...
I
Ручное подтверждение/отказ регистрации пользователя
Эта функция, как на многих форумах, позволит более жестко подойти к регистрации на сайте.
Если для новостных или варез проектов регистрация является необходимым шагом и практически формальна (то есть - все равно кто регистрируется), то на некоторых ресурсах - это недопустимо по определению.
1
Перед регистрацией показывать пользователю правила и только после того, как он с ними согласится - допускать его к регистрации.
2
Идея в том, чтобы человек, который проходит регистрацию, не мог сразу же после регистрации и подтверждения своей регистрации по Е-мейлу авторизоваться на сайте.
Чтобы он вначале (можно этот пункт отключить в админке) подтвердил введенный Е-мейл путем подтверждения своей регистрации кликнув по ссылке в письме, которое ему придет после того, как он заполнит и отправит свои регистрационные данные.
Т.е. реализовать на сайте оповещение администрации посредством Е-мейла о том, что такой то человек зарегистрировался на сайте и только после того, как администратор проверит правильность его регистрационных данных, подтвердить или отвергнуть его регистрацию вручную с отправкой пользователю Е-мейла о результате проверки его аккаунта (т.е. разрешили его регистрацию или отвергли)
Если же пользователь пытается авторизоваться на сайте до того, как его регистрацию подтвердили или до того, как он подтвердил свою регистрацию - выдавать предупреждение о необходимости произвести эти шаги.
II.
Сделать некоторые дополнительные поля обязательными при регистрации
Чтобы, к примеру, создав несколько дополнительных полей в профиле, можно было бы вынести их в раздел регистрации с тем, чтобы пользователь не смог их проигнорировать при регистрации, а обязательно их заполнил.
Здесь же... было бы просто великолепно сделать так, чтобы при "ошибочном" нажатии кнопки "отправить" или аналогичной, не пропадали введенные в поля данные (логин, Е-мейл...)... а то приходится вводить их каждый раз заново...
III
Подписка на новости сайта
Дать возможность пользователям подписаться на новости сайта.
Эдакая рассылка новостей.
IV
Обратная связь
Реализовать возможность включить в обрантую связь дополнительных получателей из списки дропдаун меню.
Т.е. чтобы можно было сделать что-то вроде разных отделов/лиц с разными, или одним и тем же Е-мейл адресом.
Например в дропдаун меню можно было бы реализовать такое:
- Администрация
- Тех. поддержка
- Отдел продаж
- Бухгалтерия... и т.п.
И отправленные письма шли бы по своим отделам...
V
Оповещение админа о добавлении на сайт новой новости или комментария пользователем.
VI
При создании дополнительного поля из админпанели дабавить возмождность выбора - "список" (для формирования дропдаун меню)
На данный момент можно выбрать только поле в одну строку или поле в несколько строк.
VII
Отображение/Поиск зарегистрированного на сайте пользователя для посетителей сайта.
Чтобы посетители сайта могли посмотреть профили зарегистрированных пользователей.
С реализацией поиска по нику/фамилии и возможностью выбора пользователей по алфавиту - как по латинскому, так и русскому...