Алексей Абисфамилинный (Все сообщения пользователя)

За 150 я бы не взялся, эта работа стоит больше.

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

Когдла у Вас position:relative у блока,лежащего прямо под меню, (на этот стиль Вам уже верно указали), то блоки лежашие в нем, перекрывают выпадающее меню, конкретнее - блок, содержащий текст "Услуги", который растянут на всю позволенную ему ширину, перекрывает второй сверху пункт меню, блоки которые лежат ниже, перекрывают другие пункты, которые находятся ниже. Причем relative необоснованный. так как внутри нет других блоков с относительным позиционированием. Уберите relative и будет работать(сам проверил).

Ну а че делать пока не исправили?

Развица этих режимов будет Вами замечена когда вы начнете использовать API, особенно выборки элементов, в режиме инфоблоки+ будете избавленны от одного дополнительного псевдозапроса, чтобы доставать свойства.


Тут так просто не ответить, смотря что Вы собрались делать через phpMyAdmin. Если расдампить базу, главное указать ту кодировку в которой записан сам файл дамп. И невсегда, если у Вас сам сайт в 1251 то и дамп будет в 1251, смотря как Вы делали дамп этот.

Убивает унылая способность Битрикса помечать сообщение, отредактированное через 5 секунд после создания,  как исправленное, нафига?

Речь не идет о людях,которые сразу же отдают Вам невалидную верстку. Я говорю о верстальщике, который не делает из макета xhtml, а интегрирует в Битрикс, именно здесь и вылазят некоторые сложности.

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

Сразу не глянул, Ваш шаблон будет стоить дешевле)

Все хорошие верстальщики делают странички валидно под все браузеры, в том числе и под шестерку, а если не делают - им отрезают руки.

Но чесно, я не уверен, что Вы найдете именно того, кто сделает Вам хорошую верстку сразу натягивая на БИтрикс. Мы всегда делаем сначала макет нарезанный, потом уже тянем на Битрикс, и даже имея такой макет иногда валидность сохраняется на 99% процентов. А стоит простая нарезка шаблона у хорошего верстальщика до $80-90, могу посоветовать того, кто режит нам. Хотя если чесно, мне иногда жалко отдавать такие деньги, зная, что резку он делает за 3-4 часа, хотя по условиям сроки для 1 странички - 2 дня обычно.

Сережа, тоесть вам такая работа не интересна?

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

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

Сережа, расскажите как наплодить дорвеев, имея информацию о пол миллиона фильмах.

Гм, интересно.  

Если кого-то интерисует все-таки правда по поводу количества актеров и фильмов на конопоиске - то скажу, что актеров там больше, спорить тут нечего.

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

Ну неужели модно предположить, что ребята из кинопоиска ищут ручками какой бюджет был у фильма 37 года, который уже и сам найти то врядли где удастся? Коненчо это все IMDB.

Эх, также поступали и films.ru)

Да, кстати при распаковке tar.gz по ssh иногда в результате получаю нетого владельца файлов какого хотел бы. видимо поэтому zip лучше?)

А если переносить не из базы а парсить с сайта, сколько возьмете за парсинг kinopoisk.ru? фильмы,актеры режиссеры и картинки ко всему этому + связи между ними. Фильмов около 500 тысяч.
актеров соответственно во много раз больше. И приблизительная оценка времени которое понадобится.
Спасибо.

Андрей, я видимо Вас неправильно понял.

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

Если конечно проблема в нагрузке на сервер.

а Вы дебугерить пробовали джаваскрипт свой?

Максим, а XML_ID в базе - индекс?

да,да Максим, извиняюсь....

Статическая информация - элементы инфоблоков или странички со статическим контентом, или частично статическим?

В любом случае контент на разных языках физически будет существовать отдельно друг от друга, будь то два инфоблока, или 2 файлика в разных папочках.

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

Да,да, пропала четыреста четвертая ошибка)

Роберт, ссылка ведет на унылую страничку номер 404(

Сереж, пользовательские поля обычно уникальны своим префиксом "UF_", то есть "UF_user_field"

для примера.

Другого нет. Разви что скрипты  на которых построено меню админки, но с ними разбираться - легче самому написать.

А джаваскрипт вы собирались писать как, без использования компонента?

Суйте плагин jQuery или ext.js и отдавайте ему XML/JSON из шаблона, хотя мож Вы так уже и сделали.

Галочьку убрать можно, но перестанет ли при этом система реагировать на параметр SHOWALL_X=1?

Смотрите старую тему,с тех пор многое изменилось. На тот момент все элементы инфоблока имели одинаковые свойства - теперь вы можете для каждого типа товара создать папку внутри инфоблока и для нее указать свои "пользовательские свойства", которые наследуют товары, лежащие в ней.