Дамир Саяхов

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

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

3) Далее вы дойдете до механизмов защиты от парсинга:
- ограничение запросов на 1 ip, на один клиент и тд
- подгузка информации после загрузки контента
- дополнительный запрос на подгрузку контента с CSRF и другими способами
- блокирование ip
Это откроет вам парсеры типа PhantomJs, Научит пользоваться прокси, мимикрировать под популярные браузеры и тд.
Так же вы дойдете до многопоточности работы парсера, и подумаете о переходе на C и подобный язык программирования. Общаясь с сайтом уже посредством api.

А дальше, сталкиваяь с новыми проблемами, будете их решать.

Не слушайте, они не в теме))

Можно, но при условии ваших знаний и возможностей плагина. Важно усвоить - ядро (файлы) плагина править нельзя. Но у себя воздействовать - можно.

Итак:

Смотря что вы подразумеваете под редактированием:

1. Если css файлы - их редактировать нельзя. Только переопределять. т.е. если есть класс .some в плагине - то вы у себя в подвале подключайте свой css файл, а стиль для .some переносите и пишите там.

2. если вы говорите о правке перевода, а у автора плагина строки переведены через __() функции - то воспользуйтесь плагинами интернационализации (переводов), или ВП фильтром gettext

3. Если php файлы, то поинтересуйтесь у автора - есть ли в том месте, где вы хотите поменять, фильтр. apply_filters в коде плагина, а вы воздействуете на него через add_filters (Есть еще экшены (действия) - но они не позволяют изменять. Это триггеры, когда событие произошло).
Если фильтра в этом месте нет - попросите автора добавить его. Обычно автор заинтересован в том, что его плагином пользуются и внедряет. Но если вам фильтр нужен только для смены текста - то вам вариант номер два, выше. У плагина может быть 500 строк и на каждую строку текста лепить фильтр - маразм.

4. Автор плагина может ввести и поддерживать функционал шаблонов. Темплейты - например карточка товара, профиль пользователя, одиночная запись и т.д. Такой функционал имеют многие плагины. bbPress, woocommerce. Суть их такова - что вы переносите файл шаблона (например cart.php) в свою тему или внутри папки wp-uploads (каждый плаг по своему реализует) и плагин вначале проверяет наличие такого файла вне своей папки, а потом, если не нашел там, подключает из своей папки. Так вы можете всю нужную верстку и внешний вид под себя переделать.

5. Много функций внутри плагина висит на хуках (add_action) - например так:
add_action('some_action', 'some_function', 20);
где 20 - приоритет выполнения. Так вы можете всю функцию дерегистрировать через remove_action. Например так:
remove_action('some_action', 'some_function', 20); (приоритет 20 обязательно такой как и при регистрации)
и потом всю функцию из плагина копируйте к себе (переименуйте) и вешайте на этот же хук и приоритет. Внутри функции уже делайте как вам надо - изменяйте.
Но этот способ самый зависимый - т.к. вам нужно следить - вдруг в обновлении автор в этой функции внес изменения или устранил уязвимость. Следите через svn или гит.

Так что варианты есть. А если их еще в плагине нет - попросите автора плагина добавить такую возможность. Если автор плагина не пойдет на встречу - не юзайте такой плагин. Там нет будущего. Большинство программистов понимает что ситуаций много и помогают и внедряют и подсказывают если есть еще способы влияния на нужный участок.

Фронт-энд разработчик не умеющий верстать, это как сантехник, не умеющий починить кран. CSS - это наверное самое легкое, что есть во фронт-энд, так что учите его, иначе вы не можете претендовать на его звание. Тем более на full-stack.

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

Это действительно может быть удобно. Например, чтобы выделить четвёртый проект из ваших трёх — содержащий скажем библиотеку компонентов и сторибук. Я нашёл для себя кейс при работе с реакт нейтив и реакт нейтив веб.

Из инструментов для организации могу посоветовать Lerna, ставший стандартом монореп. Или те же модули гита, если конечно умеете с ними работать.

Напоследок скажу, что несколько именитых компаний практикуют этот подход, на масштабах десятков проектов, и им кажется нравится.

Уже решаю вообще отдать им деньги которые мне заплатили за работу и удалить с хостинга сайт.

Что это за бред? Работу сделали? Да. Вам заплатили? Да. Клиенту нужна новая работа? Должен заплатить.
Не хочет платить? Не делайте работу.
Каким боком здесь "отдать деньги и удалить сайт с хостинга" я понять не могу. Даже теоретически, как это поможет решить ситуацию?

Как мне им, объяснить что это делается не бесплатно.

Словами. И нет, я не издеваюсь. У вас есть определенные условия работы - вы их озвучиваете клиенту. Если его не устраивает - он найдет то, что его устраивает.

Я вот, вроде, и написал какой-то ответ, но смысла вашего вопроса так и не понял. С такими вопросами, мне кажется, лучше ходить на форум, потому как это специализированный сервис, как по мне. Ваш вопрос похож на вопрос из разряда "просто поговорить".

Все намного проще: в Lion были переделаны рабочие и столы и система научилась их переставлять в зависимости от частоты использования, эта опция включена по-умолчанию, но еще можно отключить: System Preferences -> Mission Contol -> [ ] Automatically rearrange spaces based on most recent use, тогда столы всегда будут в том порядке — как вы их выстроили.

Лови

Основные

.wrapper - /*обвертка сайта*/
.header - /*верхняя часть сайта*/
.sidebar - /*сайдбар (левая или правая часть сайта)*/
.content - /*тело сайта (центральная часть)*/
.footer  - /*нижнаяя часть сайта*/

Название блока (обвертка)

.bl 
.block 
.box
.wrap
.inner
.container
.main

Секции блока

.head, .header - /*верхняя часть блока например заголовок*/
.cnt, .content, .body - /*тело блока например текс с картинкой*/
.footer - /*нижняя часть блока к примеру дата добавления, категория и т.д.*/

Колонки
.column, .col - /*колонка*/

Списки

.list
.item

Позиционные классы

.top /* элемент сверху */
.left /* элемент слева float:left */
.right /* элемент справа float:right */
.bottom /* элемент внизу */
.center /* элемент отцвентрирован  margin:0 auto; */
.fixed - /*фиксированный элемент postion:fixed */

Переходы

.next  - /*следующий*/
.prev  - /*предыдущий*/
.last  - /*последний*/
.first - /*первый*/
.back  - /*назад*/
.ahead - /*вперед*/

Чисельные

.one
.thwo
.three
.four
.five

Размеры

.xs, .tiny   - /*очень маленький*/
.s,  .small  - /*маленький*/
.md, .medium - /*средний */
.lg, .large, .big - /*большой */
.xl, .extra-large - /*очень большой*/

Цвета

.danger  - /*цвет опасности*/
.default - /*стандартный цвет*/
.warning, .error - /*цве ошибки*/
.success - /*цвет успеха (к примеру верно введн код подтвержления)*/
.primary - /*основной цвет */

Кнопки

.button, .btn - /*кнопка*/
.loading - /*загрузка*/
.close - /*закрыть*/
.open  - /*открыть*/
.touch - /*клик*/
.edit  - /*редактировать*/
.more  - /*больше*/
.remove  - /*удалить*/
.logout  - /*выход*/
.select  - /*выбрать*/
.divider - /*выпадающийся список меню*/
.caret, .arrow - /*стрелочка*/
.up - /* Вверх */
.down - /* Вниз */
.delete - /* удалить */
.reply    - /*ответить*/

Персона

.profile - /*профиль*/
.person - /*человек*/
.ava, .avatar - /*аватарка, картинка*/
.name - /*имя*/
.description - /*описание*/
.address  - /*адресс*/
.nickname - /*ник*/
.birthday - /*дата рождения*/
.sex - /*пол*/
.author - /* автор */

Заголовки

.title - /*заголовок*/
.short-title - /*скороченный заголовок*/
.full-title  - /*полный заголовок*/

Ссылки
.link - /*ссылка*/

Текст

.text, .txt, .paragraph  - /*текст*/
.info, .information - /*информация*/

Картинки

.image, .img - /*картинка*/
.icon, .ic   - /*иконка*/
.bg - /*фоновая картинки или цвет*/

Формы

.search, .form-search - /*поиск по сайту*/
.input - /*текстовый элемент*/
.form  - /*форма*/
.form-group - /*группа элементов формы*/
.help-block - /*текст подсказки*/
.label - /*название элемента формы*/

Катагории

.type - /*тип*/
.cat, .category - /*катигория*/
.subcat, .subcategory - /*подкатегория*/
.section    - /*раздел*/
.subsection - /*подраздел*/

Видео

.video
.play  - /*пуск*/
.stop  - /*стоп*/
.pause - /*пауза*/

Социальные сети

.social - /* социальные сети */
.vk   - /*вконтакте*/
.fb   - /*фейсбук*/
.twit - /*твиттер*/
.inst - /*инстаграм */

Активные классы

.none     - /*скрытый элемент*/
.disabled - /*заблокированный*/
.active, .current   - /*активный */
.selected - /*выбраный*/
.visible  - /*видный элемент*/
.focus    - /*нажатый*/

Временные классы

.time  - /*время*/
.date  - /*дата*/
.day   - /*день*/
.month - /*месяц*/
.year  - /*год*/

Очистка
.clear, .clearfix, .clr - /*очистка*/

Разделители

.separator, .divide - /*разделитель вертикальный для слов */
.br, .line - /*разделитель горизонтальный для блоков*/

Остоньлые названия

.logo    - /*лого сайта*/
.new    - /*новинка*/
.sale   - /*распродажа*/
.feedback - /*обратная связь*/
.support - /*помощь */
.group  - /*группа*/
.module - /*модуль*/
.posters - /*пост*/
.form   - /*форма*/
.tabs   - /*вкладки*/
.slider - /*слайдер*/
.news   - /*новости*/
.table  - /*таблица*/
.full   - /*полный*/
.breadcrumbs - /*Хлебные крошки*/
.pagination, .pager - /*Нумерация страниц*/
.navbar, .nav, .menu, .navigation - /*Навигация (меню)*/
.dropdown - /*выпадающейся меню */
.comment  - /*комментарий*/
.subscription - /* Подписка */
.special - /* особенный элемент */
.standard - /* стандартный элемент */
.screens - /* Скрины */
.rate - /* рейтинг */
.online - /* онлайн */
.panel - /* панель */
.popup - /* попап */
.version - /* версия */
.page - /* страница */
.banners - /* баннер */
.map - /* Карта */
.more - /*еще, подробнее*/
.tags - /* тег */
.price - /* цена */

Взято с этого видео.

Самое простое с коленки jsfiddle.net/hak10cvm

но которую можно реализовать и с помощью css, и с помощью javascript...
ваше мнение хотел услышать

Мне самому нравится делать все на CSS, но... Если анимация должна быть интерактивной и нужно ее останавливать в процессе, откатывать в изначальное положение и.т.д., или некоторые ее части зависят от данных (в широком смысле - это и движение по сложной траектории, и построение графиков и.т.д.) и их проще рассчитать скриптом, чем подбирать коэффициенты в CSS keyframes, то JS будет лучшим выбором. Если это последовательность мало связанных между собой изменений, то опять же скрипты почти всегда будет проще реализовать. Если речь идет о CSS-анимациях с фильтрами (особенно SVG-фильтрами), то можно влететь в очень сильные проблемы с производительностью на слабом железе. И никакие хаки с GPU тут не помогут - все равно будет тормозить. В такой ситуации может иметь смысл не просто писать на JS, но и подключить WebGL и все делать руками на шейдерах.

В остальных случаях стоит смотреть по ситуации - разные :hover / :focus эффекты обычно легко реализуются на CSS, и, если это так, то зачем что-то придумывать? CSS в последнее время очень даже неплох. Но если, например, в проекте вся анимация делается на JS, то может иметь смысл продолжать делать так же, сохраняя единообразие в коде.

У меня недели две уйдет только на получение первого заказа.
на других биржах тоже самое выйдет, какие еще есть способы ?

Лопата в руки + объявление в региональную газету "покопаю огороды". Все остальное дольше искать.
Других способов нет. Есть небольшой шанс, что повезет найти заказ на 2 недели в первый день, если ценой ломануть. Но очень призрачный. Не понимаю зачем Вам это если не нравится IT.

подозреваю что форумы и группы в вк, но конкретно не знаю что.

Очень вряд ли, особенно если кричать везде, что IT Вы не любите и через две недели Вы точно сольетесь. Сами прикиньте - кому оно надо?