Видимо суммы сильно различаются у людей, вот и не подходит многим эта схема.
Дал ведь рабочую схему :)

Anor
Делаю сайты. Дорого.
+124
Репутация
1318
Рейтинг
Так не сложно по сути. Я тоже на bootstrap тут сделал: anapagorodok.ru
Но так и не понял пока как сделать чтобы левая колонка была ниже центральной, это важно, ведь в центре все самое главное. Разве что левую колонку на малых экранах вообще не показывать. Или есть какие то штатные средства bootstrap для этого?
Но так и не понял пока как сделать чтобы левая колонка была ниже центральной, это важно, ведь в центре все самое главное. Разве что левую колонку на малых экранах вообще не показывать. Или есть какие то штатные средства bootstrap для этого?
Хочу вас всех огорчить еще немного. При выводе денег на р/с с платежной системы по их стандартному договору вы обязаны заплатить не 6% с полученной суммы а 6% с суммы взятой с клиента, то есть необходимо оплатить налог еще и с комиссии платежной системы, т.к. на УСН 6% данный расход нельзя исключить из налогооблагаемой базы. Кто это не знал рискуют нарваться на камеральную проверку и поиметь штраф в 40 т.р. + 20% от недополученных государством налогов.
Почему то меня улыбнуло…
Ок. instantcms.ru/blogs/preventivnyi-blog/besplatnyi-servis-generaci-qr-kodov.html
Ничего сложного, все тоже самое. Я только ссылку оставил чтобы код большим не получился. Раньше и телефон и адрес в коде шифровал. Через запятую все что нужно перечислить можно в том же параметре URI.Anor, там из информации только ссылка на страницу — это реализовать не так сложно, писали об этом на форуме.
То, о чем спрашивает Andreo в реализации посложнее будет.
Посмотри как тут сделано, все проще простого: www.anapagorodok.ru/maps/r101/avariino-spasatelnaja-sluzhba-kuban-spas.html
Кто готов это сделать? Можно в ЛС писать если хотите ))
Техническое задание
1. Суть задания: разработать компонент «Менялы» для системы управления сообществами InstantCMS 1.10.1 (http://instantcms.ru/)
2. Компонент «Менялы» реализует пользовательский функционал обмена одних вещей или услуг на другие. Только натуральный обмен, без продаж.
3. Разрабатываемый компонент должен иметь следующий минимальный функционал:
• Рубрикатор, группирующий товары (услуги) предлагающиеся на обмен
• Пользователи должны сами добавлять товары (услуги) предлагаемые к обмену
• Модератор должен иметь возможность блокировать некорректные позиции
• При создании предложения по обмену пользователи указывают какой (какие) свой товар (услугу) они готовы поменять и на что
• Другие пользователи могут отвечать на созданное предложение по обмену предлагая инициатору обмена свои товары (услуги). От одного пользователя может поступать несколько ответных предложений на обмен. Каждое ответное предложение идет отдельным запросом.
• Если при создании товарной позиции пользователь разрешил другим пользователям предлагать ему свои товары в обмен на этот, то должен реализовываться функционал «закрытого» обмена одной конкретной вещи (вещей) данного пользователя на другую конкретную вещь (вещи) выбранного пользователя
• Инициатор обмена должен иметь возможность принять или отклонить ответное предложение на обмен
• В случае отклонения ответного предложения на обмен в данном ответном предложении делается соответствующая информационная пометка, и данное ответное предложение становится недоступным для просмотра третьим лицам.
• В случае принятия ответного предложения на обмен в данном ответном предложении делается соответствующая информационная пометка и у пользователя сделавшего ответное предложение на обмен появляются кнопки подтверждения и отказа от обмена
• В случае если обмен подтвержден обоими участниками, все другие ответные предложения получают отказ и изначальное предложение становится недоступным для ответных предложений. Если товары участвующие в подтвержденном предложении на обмен участвуют в других предложениях на обмен, таким предложениям автоматически выставляется отказ (отмена)
• Информация о принятии или отклонении обмена отсылается инициатору ответного предложения через ЛС
• При поступлении ответных предложений на обмен инициатору отправляется соответствующее уведомление через ЛС
• В принятом ответном предложении должны появиться кнопка отмены принятия предложения на обмен и кнопка подтверждения обмена, при нажатии на которую исходное предложение переходит в архив. Инициатор обмена в случае срыва подтвержденного обмена должен иметь возможность доставать свое предложение обмена из архива
• В ответном предложении на обмен получившим отказ, должна быть кнопка отмены отказа и принятия обмена. В этом случае инициатору ответного предложения в ЛС отсылается сообщение, что его ответное предложение на обмен получило отказ по ошибке и принято.
• Компонент должен иметь функционал просмотра завершенных архивных обменов
• Все предложения на обмен должны отображаться на главной страничке компонента в хронологическом порядке
4. Очень желателен дополнительный функционал:
• Все странички с предложениями на обмен должны иметь кнопки социальных сетей
• Интеграция с биллингом для фиксации предложения на обмен на главной странице компонента в первых строчках
• Создание модулей для вывода последних и популярных (имеющих больше всего ответных предложений) обменов
1. Суть задания: разработать компонент «Менялы» для системы управления сообществами InstantCMS 1.10.1 (http://instantcms.ru/)
2. Компонент «Менялы» реализует пользовательский функционал обмена одних вещей или услуг на другие. Только натуральный обмен, без продаж.
3. Разрабатываемый компонент должен иметь следующий минимальный функционал:
• Рубрикатор, группирующий товары (услуги) предлагающиеся на обмен
• Пользователи должны сами добавлять товары (услуги) предлагаемые к обмену
• Модератор должен иметь возможность блокировать некорректные позиции
• При создании предложения по обмену пользователи указывают какой (какие) свой товар (услугу) они готовы поменять и на что
• Другие пользователи могут отвечать на созданное предложение по обмену предлагая инициатору обмена свои товары (услуги). От одного пользователя может поступать несколько ответных предложений на обмен. Каждое ответное предложение идет отдельным запросом.
• Если при создании товарной позиции пользователь разрешил другим пользователям предлагать ему свои товары в обмен на этот, то должен реализовываться функционал «закрытого» обмена одной конкретной вещи (вещей) данного пользователя на другую конкретную вещь (вещи) выбранного пользователя
• Инициатор обмена должен иметь возможность принять или отклонить ответное предложение на обмен
• В случае отклонения ответного предложения на обмен в данном ответном предложении делается соответствующая информационная пометка, и данное ответное предложение становится недоступным для просмотра третьим лицам.
• В случае принятия ответного предложения на обмен в данном ответном предложении делается соответствующая информационная пометка и у пользователя сделавшего ответное предложение на обмен появляются кнопки подтверждения и отказа от обмена
• В случае если обмен подтвержден обоими участниками, все другие ответные предложения получают отказ и изначальное предложение становится недоступным для ответных предложений. Если товары участвующие в подтвержденном предложении на обмен участвуют в других предложениях на обмен, таким предложениям автоматически выставляется отказ (отмена)
• Информация о принятии или отклонении обмена отсылается инициатору ответного предложения через ЛС
• При поступлении ответных предложений на обмен инициатору отправляется соответствующее уведомление через ЛС
• В принятом ответном предложении должны появиться кнопка отмены принятия предложения на обмен и кнопка подтверждения обмена, при нажатии на которую исходное предложение переходит в архив. Инициатор обмена в случае срыва подтвержденного обмена должен иметь возможность доставать свое предложение обмена из архива
• В ответном предложении на обмен получившим отказ, должна быть кнопка отмены отказа и принятия обмена. В этом случае инициатору ответного предложения в ЛС отсылается сообщение, что его ответное предложение на обмен получило отказ по ошибке и принято.
• Компонент должен иметь функционал просмотра завершенных архивных обменов
• Все предложения на обмен должны отображаться на главной страничке компонента в хронологическом порядке
4. Очень желателен дополнительный функционал:
• Все странички с предложениями на обмен должны иметь кнопки социальных сетей
• Интеграция с биллингом для фиксации предложения на обмен на главной странице компонента в первых строчках
• Создание модулей для вывода последних и популярных (имеющих больше всего ответных предложений) обменов
#10
4 февраля 2013 в 18:18
Ап. Готов платить ))
Тоже интересно стало!
В яше, по сути, правильно пишут… Копай в сторону виртуальных хостов.
Без интеграции пользую phpBB3, была бы интеграция — был бы рад

Sasha, Димитриус дело говорит. Должно помочь.
Подобрать сложно базовое семантическое ядро, потому что подумать надо. А на основе его уже можно легко сгенерировать несколько сотен вариаций. Готов помочь определиться с базовым набором за 20 руб./ключ
