Алексей Сол

А не проще ли, действительно, сделать вот так - jsFiddle? Просто вешать обработчик на кнопку и в нём же задавать его снятие. Он исполнится один раз.

Если у вас адрес ссылки приходит с сервера, то запихните в обработчик получение его через AJAX-запрос.

Хм. Если известен порядок элементов и точно известно, что они не будут меняться местами/меняться количественно, то можно воспользоваться псевдоклассами :nth-child() или, если вы пишете, что это неприемлемо, то через :nth-of-type() выбирать конкретные по нумерации блоки.

Если компания предоставляет услуги разработки (в вебе или разработка десктопного-софта, или мобильных приложений), то, мне кажется, лучше сделать standalone-блог либо на поддомене основного сайта компании (лучше), либо на отдельном домене (хуже). Либо, вообще, как подраздел сайта (некоторые сеошники говорят, что так даже лучше, чем оба первых варианта).

Почему?

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

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

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

Мне кажется, лучшей рекламой для студий разработки, студий дизайна в вебе будет участие во всевозможных рейтингах (например, рейтинг CMS Magazine или рейтинг "Рейтинг рунета"), а также выступление на профильных конференциях и ведение своего блога/подкаста либо на каких-то крупных тематических ресурсах (Хабр), либо standalone. Такие методы, зачастую, привлекают очень адекватных, продвинутых клиентов, с которыми приятно работать.

Потом, множество потенциальных клиентов веб-студий (буду уж так называть, обобщая) в поисках исполнителя просят рекомендации у своих знакомых, которые уже сталкивались с этим. Причём, как с положительной ("Иван Иваныч, а посоветуй-ка мне ребят, которые мне корпоративный сайт нормально обновят"), так и с отрицательной ("Иван Иваныч, мне тут нужно сайт обновить, я в инете нашёл ребят из нашего города типа ООО ВебСайтСтрой, не знаешь у тебя или у твоих знакомых было с ними сотрудничество, как они, адекватные, грамотные?").

А отзывы на сторонних ресурсах-агрегаторах (например, iRecommend и Otzovik), опять же, по моему мнению, больше подходят для других сфер: туризм, предметы обихода, вакансии и работа, еда, лекарства и т.д.

Хочу добавить, что, помимо прочего, важна масштабируемость. Например, в будущем, вы захотите сделать блоки с табами анимированными. Если они у вас сделаны на CSS, то это будет гораздо сложнее, нежели если бы они были сделаны на JS. Во втором случае вам придётся добавить 1-2 строки кода, в первом — переписывать классы, либо также добавлять к ним скриптовый функционал.

Так что, моё мнение: если CSS-реализация подчиняется закону Парето, либо мешает масштабируемости, либо настолько сложна, что для другого разработчика она будет неочевидна с первого взгляда, то делаем на JS.

Как пример, что можно сделать на CSS, но, тем не менее, я всегда делаю на JS: табы, аккордеон, слайдеры, выпадающие меню (P.S. в большинстве случаев, код для этих элементов заключается лишь в паре строк манипулирования классами).

Можете просто написать о чём эта страница сайта (две-три строчки текста), ниже список вопросов, ответов (разделяйте их свободным пространством или графическим элементом, чтобы было понятно на какой именно вопрос даётся ответ), а внизу форму, куда человек может задать вопрос, если он его не нашёл. Если ответы на вопросы очень большие (чего быть не должно), то можете скрывать их по умолчанию и раскрывать при клике на вопрос.

Внизу, в форме, желательно, сделать 3 поля. "Имя", "E-mail" и "Ваш вопрос". Ну и капча. Около поля "e-mail" напишите, что как только ответ напишут, его сразу отправят на указанную человеком почту.

Если какие-то вопросы задают очень часто (в вашем случае, думаю, 2 и более раз), то вы оформляете ответ и дописываете его в F.A.Q. на странице.

Вот так будет нормально с точки зрения юзабилити.

Как вариант, можно попробовать сказать так: "Нэйм Нэймович, мы, как профессионалы, понимаем, что продукт в данном виде не вызовет совершенно никакого интереса у вашей целевой аудитории и, как следствие, не приведёт клиентов. Давайте мы с вами подпишем бумажное соглашение о том, в случае утверждения дизайна с вашими правками, с нас снимается вся ответственность за эффективность продаж сайта".

Если элемент должен сохраняться только для одного пользователя, то используйте local storage. Если же он должен сохраниться для всех пользоватей, то отправляйте этот элемент на сервер, где PHP скрипт будет добавлять новый элемент в код шаблона.

Мне кажется, смотря какая база. Если человек только после школы, после 9/11 класса, то имеет смысл поискать хороший техникум. А если старше, то, может быть, попытаться найти хорошие курсы? Думаю, на них информация будет подаваться во-первых, полнее, во-вторых быстрее, что позволит освоить знания и получить сертификат быстрее.

Нужно смотреть как это реализовано у вас на сайте. Я, конечно, с таким не сталкивался, но могу предположить. Вот смотрите, по первому запросу в Гугле "доступ к веб-камере javascript" выходит этот урок. Там, собственно, есть как раз вариант с подсказкой, в тот момент, когда пользователь нажимает на кнопку для соединения с веб-камерой.

Подсказка изначально включена в общий блок #stuff и когда пользователь нажимает на зелёную кнопку запуска, функция показывает весь блок (вместе с окнами вывода изображения и подсказкой), а когда человек разрешает браузеру использовать камеру, то скрипт скрывает элемент только подсказки. Достаточно оригинальное, кстати, решение.

P.S. Реализацию на отдельной странице можно посмотреть нажав на маленькую серую ссылку "открыть в новом окне" под блоком с примером. Пишу, потому что сам заметил это только в последний момент, уж очень маленькая ссылка.

Под словами

делать сайты на Bootstrap

я так понимаю, вы подразумеваете простую статичную вёрстку?

Чтобы интегрировать возможности магазина в WP, обычно пользуются плагином WooCommerce.

По сути, вам нужно поставить WP на хостинг, поставить на него плагин WC и затем интегрировать туда вашу вёрстку.

Вёрстка на сайте фиксированная. Вы можете встроить туда Бутстрап, но, практически наверняка, поломаете вёрстку. Проще сделать резиновую вёрстку самому, через media запросы и min/max-width. Посмотрите в интернете, есть статьи на тему "как из фиксированной вёрстки сделать резиновую/адаптивную".

P.S. Соберите иконки в спрайт. У вас простая фиксированная страничка, которая посылает 21 запрос.