Привет, ребята.
Прекрасно, если все разработчики приложений для инстанта заняты выполнением заказов или имеют свои планы на годы вперёд.
Но если вдруг (вдруг!) кто-то из них заскучал и не знает, к чему приложить свои руки, пусть заглянет сюда в поисках вдохновения.
Ну а мы, пользователи, постараемся его обеспечить в виде хотелок и напоминалок — что еще можно улучшить в icms.
В общем, оставляем здесь свои идеи, которые могут быть интересными многим, но не настолько, чтобы за них платить.
Но если что-то позарез нужно лично вам, обращаемся к фрилансерам напрямую.
И для затравки.
Здесь, на форуме, периодически возникает вопрос — как вывести количество записей в типах контента.
Но есть тема интереснее — как вывести количество новых или не просмотренных записей, с момента вашего последнего посещения?
Вот пример с одного сайта. Работает даже для гостей.
Такой счетчик можно было бы встроить в меню (как в примере), в виджет категорий или, если пользователь авторизован, отдельным виджетом.
Pocus
+85
Репутация
191
Рейтинг
Ничего не понял.
Биллинг не создаёт типов контента и, тем более, не удаляет.
Биллинг не создаёт типов контента и, тем более, не удаляет.
У меня тоже корзина в поисковой выдаче. 2.8.2
А вообще, автор поднял интересную тему.
Если, конечно, он имеет ввиду агрегатор по продажам билетов а не сайт конкретного концертного зала или конкретного творческого коллектива. В противном случае ему достаточно заключить договор с одним из сервисов (например it-struktura.ru) и получить виджеты для сайта или соц-сети. Вот и всё.
А вот тема с агрегатором билетов, пожалуй, даже интереснее чем магазин (который все хотят, но никто не делает), если учесть что instant позиционируется как социально-портальный движок.
Наверное в каждом городе есть свой сайт-афиша, а то и несколько. Но кто-нибудь может показать мне хоть один такой, где не сходя с места можно купить билет или зарегистрироваться участником на любое мероприятие? Очень хотелось бы взглянуть.
Основная сложность здесь, на мой взгляд, в том, что владельцу такого сайта нужно очень постараться, чтобы переманить всех организаторов мероприятий к себе. Что, впрочем, не так уж недостижимо в рамках одного небольшого города.
Вторая сложность техническая — синхронизировать продажи через сайт с оффлайн кассами и распространителями билетов.
А пока, среди организаторов мероприятий полный разброд по части продажи билетов. Большинство просто даёт телефон "для справок" или приглашает посетить свои кассы, более продвинутые — отсылают к одному из многочисленных сервисов по продажам, и лишь единицы имеют собственную онлайн-кассу.
В результате, попытки собрать билеты в единой городской афише (из тех, что я видел) выглядят не очень красиво — дикая смесь адресов, телефонов и разношерстных сторонних виджетов.
У нас есть замечательный компонент Афиша 2.0 от Zau4man-а. Вот бы дополнить её билетами.
Мне кажется, не стоит пытаться объединить все возможные сервисы продаж (вот пример из моего города), т.к. это, во-первых, трудоемко и не стабильно, во-вторых, не у всех из них есть api, а только виджеты. Ну и не забываем, что нам от этих продаж не перепадёт ничего.
В идеале нужна своя касса, в крайнем случае — интеграция с каким-то одним сервисом (например с этим), а уже потом, по желанию клиента и за отдельные деньги, перепост в другие сервисы (ticketland.ru, kassir.ru, kassy.ru, redkassa.ru, afisha.yandex.ru, kassa.rambler.ru и др.).
В общем, хотелось бы обсудить эту тему. Какие пути вы видите для создания подобного сервиса для одного города (региона)?
Если что, то за грамотный компонент я готов отдать ~1000$, если единолично. В складчину, думаю, можно собрать больше.
Если, конечно, он имеет ввиду агрегатор по продажам билетов а не сайт конкретного концертного зала или конкретного творческого коллектива. В противном случае ему достаточно заключить договор с одним из сервисов (например it-struktura.ru) и получить виджеты для сайта или соц-сети. Вот и всё.
А вот тема с агрегатором билетов, пожалуй, даже интереснее чем магазин (который все хотят, но никто не делает), если учесть что instant позиционируется как социально-портальный движок.
Наверное в каждом городе есть свой сайт-афиша, а то и несколько. Но кто-нибудь может показать мне хоть один такой, где не сходя с места можно купить билет или зарегистрироваться участником на любое мероприятие? Очень хотелось бы взглянуть.
Основная сложность здесь, на мой взгляд, в том, что владельцу такого сайта нужно очень постараться, чтобы переманить всех организаторов мероприятий к себе. Что, впрочем, не так уж недостижимо в рамках одного небольшого города.
Вторая сложность техническая — синхронизировать продажи через сайт с оффлайн кассами и распространителями билетов.
А пока, среди организаторов мероприятий полный разброд по части продажи билетов. Большинство просто даёт телефон "для справок" или приглашает посетить свои кассы, более продвинутые — отсылают к одному из многочисленных сервисов по продажам, и лишь единицы имеют собственную онлайн-кассу.
В результате, попытки собрать билеты в единой городской афише (из тех, что я видел) выглядят не очень красиво — дикая смесь адресов, телефонов и разношерстных сторонних виджетов.
У нас есть замечательный компонент Афиша 2.0 от Zau4man-а. Вот бы дополнить её билетами.
Мне кажется, не стоит пытаться объединить все возможные сервисы продаж (вот пример из моего города), т.к. это, во-первых, трудоемко и не стабильно, во-вторых, не у всех из них есть api, а только виджеты. Ну и не забываем, что нам от этих продаж не перепадёт ничего.
В идеале нужна своя касса, в крайнем случае — интеграция с каким-то одним сервисом (например с этим), а уже потом, по желанию клиента и за отдельные деньги, перепост в другие сервисы (ticketland.ru, kassir.ru, kassy.ru, redkassa.ru, afisha.yandex.ru, kassa.rambler.ru и др.).
В общем, хотелось бы обсудить эту тему. Какие пути вы видите для создания подобного сервиса для одного города (региона)?
Если что, то за грамотный компонент я готов отдать ~1000$, если единолично. В складчину, думаю, можно собрать больше.
Не в правилах этого форума, указывать на чужие грамматические ошибки, но именно в данной теме смолчать невозможно.
@Aliaksandr, без обид, но рерайт — не ваша стезя. По крайней мере до тех пор, пока вы не научитесь различать приставки и предлоги.
@Aliaksandr, без обид, но рерайт — не ваша стезя. По крайней мере до тех пор, пока вы не научитесь различать приставки и предлоги.
Там же всё написано. Это вспомогательный компонент, читай — функция для ваших разработок.
В вашем проекте логика должна быть примерно такой:
1. проверяем наличие нужной картинки qr кода — if file_exists (string $file) {...}
2. если её нет, то создаём — scqrcode::qrcode($data,$file)
3. выводим картинку — <img scr="<?php echo $file; ?>" >
В вашем проекте логика должна быть примерно такой:
1. проверяем наличие нужной картинки qr кода — if file_exists (string $file) {...}
2. если её нет, то создаём — scqrcode::qrcode($data,$file)
3. выводим картинку — <img scr="<?php echo $file; ?>" >
@Aliaksandr, купите у Letsgo Flow Crawler по сходной цене. Уж с этой-то задачей от точно справится. И еще не раз пригодится, несмотря на некоторые недостатки текущей версии.
Ну, чтобы не сочинять новое поле, я бы выбрал тип селект и посмотрел бы, что там получилось в итоговом html.
А потом повторил бы то же самое в шаблоне, но уже с радио-кнопками. Настоящее поле "пол", конечно выводить уже не нужно.
А потом повторил бы то же самое в шаблоне, но уже с радио-кнопками. Настоящее поле "пол", конечно выводить уже не нужно.
Это палка о двух концах.
Стремление разработчиков защитить свой труд понятно. Но одно дело, если речь о большом и сложном компоненте, тут вопросов нет. И совсем другое, если кодировать начнут всё подряд, это будет ахтунг.
Пользователь зачастую оказывается в ловушке, не в силах ни достучаться до нерадивого разработчика, ни что-то подправить самостоятельно, ни нанять фрилансера. Особенно, если под куб попадает не только ядро компонента, но и шаблоны вывода.
В опросе не голосовал, ибо не разработчик.
Пару слов за видео. В нашем сообществе много талантливых разработчиков, но немногие их них способны донести свои мысли четко и внятно, без соплей. Вот Red Ray — один из немногих. Кто ясно мыслит, тот ясно излагает. Плюс вам в карму.
Стремление разработчиков защитить свой труд понятно. Но одно дело, если речь о большом и сложном компоненте, тут вопросов нет. И совсем другое, если кодировать начнут всё подряд, это будет ахтунг.
Пользователь зачастую оказывается в ловушке, не в силах ни достучаться до нерадивого разработчика, ни что-то подправить самостоятельно, ни нанять фрилансера. Особенно, если под куб попадает не только ядро компонента, но и шаблоны вывода.
В опросе не голосовал, ибо не разработчик.
Пару слов за видео. В нашем сообществе много талантливых разработчиков, но немногие их них способны донести свои мысли четко и внятно, без соплей. Вот Red Ray — один из немногих. Кто ясно мыслит, тот ясно излагает. Плюс вам в карму.
1. Посмотрите код вашей страницы, якорь в ней присутствует? Может его типограф вырезает, хотя не должен.Но страницу открывает как обычно, а не там где стоит код (внизу).
2. На вашей странице должно быть достаточно много текста ниже якоря, иначе просто некуда будет её скроллить.
3. htmlbook.ru/samhtml/yakorya
Выше, SEOrigin именно такой пример и привёлА нельзя сделать якорь какойнибудь?… и помтом в ссылке этот якорь обозначить
Например, ссылка на этот ваш пост на этой странице будет — instantcms.ru/forum/thread29148-1.html#283304
А в якорь html выглядит так — <a href="#283304">#5</a>
Писали и тут и там. Только, похоже, ни вам, ни автору это не интересно, ибо ни ответов, ни комментариев.Кстати мы готовим крупное обновление UPDS. Будут учтены пожелания, ошибки, добавим новые источники, вариации парсинга. Писать тут — Тема обновления на январь 2018
Fuze, спасибо, но это решение для 2.9, для 2.8.2 не подходит.
Да и не хочется дублировать весь шаблон из-за одной маленькой правки.
Да и не хочется дублировать весь шаблон из-за одной маленькой правки.