Budget: 33 USD Deadline: 2 days
Здравствуйте. 1 песня - 1 доллар. Обращайтесь)
Какие нужны песни?
Интересуют зарубежные песни (в основном на английском языке, но можно и на других). Программа рассчитана на зарубежных любителей гитары и мне тяжело понять, что они вообще там под гитару поют... Поэтому предлагаю готовить известные хиты и реализовать какой-нибудь TOP 1000 - например, вот этот (только там песни снизу вверх надо смотреть) http://www.maxtv.com.au/other/max-the-top-1000-gre...
Нужно ли подбирать аккорды к песням?
Где брать песни и аккорды? Естественно, самому подбирать их не нужно - потратите уйму времени и оно не стоит тех денег. В интернете полно сайтов – например: http://www.ultimate-guitar.com/ или http://www.e-chords.com/. Второй сайт НЕ ПОЗВОЛЯЕТ копировать песни. Но можно выделить текст и мышкой перетащить в открытый Microsoft Word, а оттуда уже в блокнот.
Просто скопировать, вставить и переслать мне – не годится. Это нарушение авторских прав. Надо поработать немного в текстовом редакторе.
Правила оформления текстов песен с аккордами
1. Для работы годится любой редактор (Блокнот, Word) – главное использовать шрифт Courier (моноширинный) или ему подобный, где буквы имеют одинаковую ширину.
2. Аккорды должно быть правильными (для этого необходимо умение играть на гитаре – проверить все ли правильно) и расставлены четко над тем местом, где идут в песне (поэтому, желательно послушать песню – ее всегда можно найти на youtube). Родная тональность желательна (на сайте можно увидеть несколько поборов в разных тональностях) - я скину вам программу, которая показывает аккорды в песне, и выбрать нужную тональность очень легко.
3. Между аккордами должен быть хотя бы один пробел
4. Если в тексте песне между словами встречаются лишние пробелы (2 и более) - удаляйте их и соответственно сдвигайте аккорды в строчке сверху.
5. Важно! При обозначении аккордов у нас принять расставлять их всегда над гласными буквами (если смена аккорда происходит на слове). С зарубежными песнями происходит по-разному - http://tabs.ultimate-guitar.com/m/metallica/the_unforgiven_crd.htm. В примере песни перестановка аккорда в слове "what" - над буквой "h" - а в слове "see" - над гласной. Нужна одна система. Как лучше? Делаем над гласными... Если аккорд начинается перед первым символом строки до слов - ставим его всегда над первой буквой (даже если есть пробелы, как в припеве). Пример песни Yesterday прикреплен к проекту
6. Согласно пункту 3, возможна такая ситуация, чтобы аккорды соответствовали гласным прийдется растягивать слово в песне с помощью «-»: re--fuse
7. В иностранных песнях - аккорды должны быть над каждой строкой в песне.
8. Отступы. Если песня простая (состоит из припева и куплета) - куплет без пробелов, припев отбиваем на 4 пробела (см. пример).
9. Бывает так, что есть несколько припевов (скажем так, повторяющихся частей) или куплет можно разделить на несколько частей (в иностранных песнях они обычно разделяют их пустой строкой) - в этом случае все части должны быть на одном уровне - отбиваем пробелами по 2, 4, 6, 8 и т.д. пример прикреплен в файле (см. примеры).
10. Если припев повторяется два раза - тоже сдвигаем на 2 пробела, чтобы было видно что это повтор припева. Пустых строк быть не должно.
11. Никаких знаков табуляции - только пробелы! Это важно!
12. Если в песне есть табы - удаляем.
13. Лишние пробелы в конце строк - не обращайте внимания - я удалю их сам
14. Если встречается проигрыш – заключаем его между символом "|" - это проигрыш. Если он повторяется несколько раз - тогда используем конструкцию "|: :| x2". Но в целом проигрыши - не обязательно. Можно удалять их.
Оплата труда
Изначально я указал сумму 100 гривен. Это та сумма, которую я готов потратить для начала. Что я хочу получить взамен?
Во-первых, найти человека, который будет работать с базой иностранных песен. Во-вторых - учитывая, что подбирать песни не надо, а необходимо лишь форматировать текст - то за эти 100 гривен надо подготовить 33 песни. То есть 1 песня – 3 гривны.
А сколько надо песен вообще? Чем больше – тем лучше. Поставим для начала цель в 1000 песен. Потенциал есть и заработать на этом можно. Но на это понадобится время. Если в месяц будете готовить 100 песен – это будет очень хорошо.
Мне удобно платить через Приват24. А есть ли у вас карточка Привата?
Начинаем?
Итак, если условия понятны и вы готовы поучаствовать – добро пожаловать!
Если вы готовы работать, предлагаю следующую схему:
- первые 5 тестовых песен делаете по одной штуке - я проверяю - указываю на недостатки (доделываю за вас) - и высылаю в ответ, как должно быть в идеале. Потом готовите следующую.
- смотрим как это дело у вас идет. Если все ок - начинаете работать сами и готовите комплект из первых 10 песен - я проверяю, исправляю (думаю все-таки огрехи еще будут)
- по результатам этой работы сделаю первый платеж 33 гривны – удостоверимся, что контакт налаживается.
- по окончании тестовой работы сделаем выводы и если все ок – будем работать дальше
Budget: 33 USD Deadline: 2 days
Здравствуйте. 1 песня - 1 доллар. Обращайтесь)
Budget: 100 UAH Deadline: 1 day
Добрый вечер, интересная работа, заодно песен поучу =) играю на гитаре, с текстом работать не проблема, есть нужда в деньгах и энтузиазм =) жду ответа.
Budget: 5 UAH Deadline: 1 day
С гитарой знаком, можно попробовать.
Контакт:
[email protected]
Budget: 100 UAH Deadline: 3 days
Зацікавила Ваша пропозиція.
Стаж гри на гітарі 5 років. Можу перевіряти правильність акордів.
За необхідності робити поправки.
Пишіть: [email protected]
Budget: 33 USD Deadline: 1 day
Доброго времени суток !
Заинтересовало Ваше предложение, готов взяться. Умею играть на гитаре, знаю английский язык.
eMail: [email protected]
Skype: earlzer0
Budget: 100 USD Deadline: 3 days
Добрый День!
Наша команда поможет Вам профессионально решить поставленную задачу.
Доверьтесь профессионалам и Ваше время будет работать на Вас!
Примеры наших работ: ovo.ua/works
Наш проект: ovobox.com
Сайт: ovo.ua
С уважением,
Константин Соколов,
IT Студия OVO
Украина,
г. Киев, ул. Старокиевская 10-Г, БЦ "Vector".
Сайт: ovo.ua
Телефон: +38-063-578-15-70
E-mail: [email protected]
Skype: konstantin_ovo.ua
http://vk.com/sale_ovo_ua
Create and design a responsive master template for email newsletters in Stripo (for export to SendPulse).⚙️ What needs to be done:Develop a visual concept and design for blocks (header, banners, product cards, footer).Code a responsive HTML template in Stripo with the ability for further export to SendPulse.Test display in Gmail, Apple Mail, Outlook, and Dark Mode. Requirements:Confident level of Figma and practical experience in coding in Stripo.Understanding of technical limitations of email marketing.Portfolio with implemented email newsletters (e-commerce/fashion).
Task Description An experienced frontend developer or layout designer is needed for the phased update of a large existing website. The site has been operational for many years, contains a significant number of pages, various types of content, forms, tables, and interactive blocks. It uses a proprietary server system, with existing legacy HTML/CSS. A complete replacement of technologies or the content management system is not planned. In the first phase, a new responsive overall template for the site needs to be developed. After the successful completion of the first phase, a sequential update of internal pages is planned. The site name, URL, design mockups, and current output files will be provided to a limited number of candidates after preliminary selection based on portfolio and experience.What is Included in the First Phase The overall visual shell needs to be implemented: header for desktop and mobile versions; main and mobile navigation; utility elements of the header; overall container and page grid; navigation chain ("breadcrumbs"); basic interface elements: buttons, links, input fields; general typography styles with the possibility of phased connection; footer; responsive behavior of the template; compatibility of the new shell with pages that will temporarily remain in the old design. Unique internal blocks of individual pages do not need to be completely redesigned in the first phase.Project Features Large existing site with many types of pages. Existing legacy CSS and outdated HTML markup in places. The new design will be implemented gradually. Simultaneous complete replacement of all pages is not possible. The contractor does not gain access to the server, CMS, and working project. The client will independently integrate the prepared layout. The contractor will be provided with current CSS files, mockups, graphic materials, HTML fragments, and examples of pages as needed to complete the work. Several iterations are expected after the test integration into the real project.Technical Approach The new CSS is expected to be connected over the existing styles with subsequent gradual migration and removal of outdated rules. The following is allowed: creating new CSS/SCSS files; proposing changes to the HTML of the common parts of the template; correcting existing CSS rules that hinder implementation; proposing improvements to the DOM structure; creating new reusable components. Changes to the existing CSS must be submitted separately in the form of: patch/diff file; separate compatibility file; or a documented list of changed rules and selectors. The following must be avoided: uncontrolled use of !important; deeply nested and fragile CSS selectors; binding styles to text or the ordinal number of an element; duplicating all markup separately for desktop and mobile versions; connecting heavy frameworks without prior agreement; global rules that may disrupt the display of pages that have not yet been updated.Quality Requirements The project is designed for further long-term development. A one-time "fitting to a screenshot" is not needed, but rather clean, professional, and maintainable markup. The following is expected: clear component structure; reusable CSS classes; CSS custom properties for colors, sizes, margins, and other design tokens; reasonable specificity of selectors; semantic HTML5 markup; correct hierarchy of headings; absence of unnecessary DOM wrappers; absence of duplicate content that can be indexed; correct use of header, nav, main, section, footer; use of buttons and links according to their purpose; interface accessibility via keyboard; states hover, focus, active, and disabled; absence of horizontal scrolling of the page; correct operation with dynamic content of varying lengths; clear and professionally organized code.SEO and Performance Updating the template should not worsen the technical SEO indicators of the site. The following is necessary: preserve the semantics of the main content; not create separate duplicates of the DOM for mobile and desktop versions without justified need; not hide important content for indexing using JavaScript; not disrupt the hierarchy of headings; not remove existing SEO, analytical, and structural attributes from the provided HTML fragments; minimize additional JavaScript; not use heavy libraries without agreement; provide image sizes and avoid noticeable layout shifts during loading; not allow significant deterioration of Lighthouse and Core Web Vitals metrics after integration. The contractor must understand that quality CSS alone does not fix the DOM structure. If markup changes are necessary for a professional result, appropriate HTML fragments must be prepared and submitted to the client.Responsiveness Layout testing must be performed at least at the following widths: 1440 px; 1200 px; 1024 px; 768 px; 390 px; 360 px; 320 px. Between the control sizes, the interface must also remain correct and functional. Horizontal scrolling of the entire page is not allowed. Exceptions for individual components, such as large tables, must be agreed upon in advance.Result of the First Phase The contractor delivers: New CSS or SCSS along with the compiled CSS. Standalone demo HTML page. HTML fragments of the header, menu, and footer, if the markup has changed. Separate patch/diff of changes to legacy CSS. New SVGs, images, icons, and fonts. Instructions for connection and integration. Description of the CSS structure and components. List of new and changed classes and selectors. Screenshots of the result at control sizes. List of known limitations and discrepancies with mockups. Recommendations for further migration of internal pages.Iterations The cost of the first phase should include: Agreement on the overall structure and desktop version. Responsive refinement of tablet and mobile versions. Correction of issues identified by the client after the first test integration. Additional work outside the agreed first phase will be assessed separately.What to Specify in the Application Please indicate: experience working with large existing websites and legacy CSS; examples of complex responsive layouts; code examples or links to repositories, if available; approach to organizing CSS architecture; experience in gradual design migration without a complete site shutdown;
We need to create a design in Figma from HTML files (I will place everything in the document for the task) So that we can later convert all these pages in the website builder Maximum focus on mobile design and responsiveness as all traffic comes from there This will be the main page of the site + checkout page + 2 upsell pages (1 product - 1 page) In general, the task is to prepare them for layout and adaptation for mobile devices On the drive, there will be the main page + checkout + 1 upsell page + our logo (to be placed everywhere) in general, adapting in all senses to our brand The latest design can be found at this link https://3plus3.heroman.com.ua/upsells/t-shirt/ The footer at the bottom of all pages should be placed everywhere as on the main page (the Rich) Sales funnel logic Main page checkout upsell 1 upsell 2 Thank you page (we have it) LINK TO THE ARCHIVE WITH PAGES https://drive.google.com/drive/folders/1IKh0sTVd6WCIUm0QSBFctRlaD6iEasez?usp=sharing
It needs to be similar to what I will send from Figma. It doesn't have to be identical. Overall, the first page is ready.
It is necessary to transfer the finished website design (landing page for a course, infobusiness) from Figma to Weblium in one day.