x404

yii2 sphinx search

Смотри ИТ-видео с субтитрами. Непонятные слова переводи и выписывай.

CSS и JS:
К примеру, у вас имеется большое количество (Х штук) css или js файлов, которое вы подключаете на своих страницах посредством тэгов <link> и <src>.
При загрузке страницы, браузер клиента будет отправлять X запросов к вашему серверу, а ваш сервер должен будет ответить на X запросов.
Это:

1. Тормозит загрузку страницы - будете ждать ответа от сервера
   
2. Загружает ваш сервер
   

С помощью сборщиков фронтэнда вы можете "склеить" все файлы в один - main.css и main.js, которые будут отдаваться 2 запросами с сервера. Также, вы сможете минифицировать CSS и JS. Под минификацией подразумевается уменьшение размеров файла на диске. Естественно, более легкий файлы будет быстрее прогружаться + минимальное количество запросов к серверу.

IMG:
К примеру, у вас имеется Х изображений размером 700 Кбайт. Клиенту надо будет загрузить 700 * X Кбайт. Если вы пропустите свои изображения через Gulp, то вы получите изображения с меньшим размером на диске и такого же качества, т.е. клиенту придется прогрузить примерно (500-600) * X Кбайт.

Чтобы перестать делать лучше то, что ещё не сделано до конца, нужно понять одну простую истину: Запущенный проект лучше, чем не запущенный.

Давайте потренируемся:

• Что лучше: запущенный проект с несжатыми стилями или незапущенный со сжатыми?
  
• Что лучше: не запущенный проект с десятью страницами или запущенный с тремя?
  
• Что лучше: запущенный проект c jQuery или не запущенный без jQuery?
  

Надеюсь, вы смогли выбрать! Как узнать, что пора запустить проект? (Под запуском я имею в виду «показать людям». Например, если вы решили написать библиотеку, давайте считать «проект запущенным», если вы выложили её на гитхаб) Нужно прикинуть, сколько времени вам надо на разработку и умножить на два. Если получилось больше двух недель, то стоит разбить проект на части и прикинуть так про каждую часть. Соответственно, ставите дедлайны.

Промежуточные дедлайны помогают успеть к последнему. Старайтесь сначала реализовать основную функциональность, а потом дополнительную. Если не успеете к дедлайну доделать дополнительное — сначала запустите основное, а потом видно будет, надо ли вообще доделывать дополнительное.

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

Удачи!

Все что ты видишь в браузере уже лежит у тебя на компе остается только это достать ! Достаешь из js 2 картинки и соединяешь их в фотошопе. или Делаешь расширение оно у тебя из js забирает переменные с 2 снимками и делает из них одну картинку =).
А так делай привью (маленькое изображение плохого качества и выкладывай его ) как это сднлано на платных фотостоках .
Как вариант попробуй сделать так при нажатии клавиши принскрин закрывай картинку черным дивом на 1 с или меньше мб поможет . А то лишний раз нагружать клиент это не круто .

P.s решений этого много но человек знающий веб все равно получит эту картинку если он ее видит . Есть сайт с шрифтами там шрифты стоят от 1$ до $150 мб больше . Их можно вытащить через F12 бесплатно =). Это так для примера !
------------------------------------------------------
Вот смотрю люди предлагают разные решения но как сказали это ворота по среди поля =) . Знающий человек все ровно достанет это да запрети ему все он достанет ее из оперативы =) . Если данные попали на комп то их уже не защитить !
Ставьте условия на прин скрин и при нажатие добавляйте к картинке дисплей ноне ! или Делайте привью .
О стольные решения приведут к нагрузке на машину пользователя и усложнению юзабилити сайта .
Появилась еще идея при нажатии f12 бить ссылку на картинку =) как варик если кто то захочет отключить js в браузере прямо у вас на сайте =)

нашел на афише, это просто мета тэг..

<meta name="apple-itunes-app" content="app-id=323214038, app-argument=ru.afisha.iphone" />

С точки зрения снижения трудозатрат - взять CMS типа Wordpress с плагином Custom Pages и вокруг этого весь сайт навернуть. Будет быстрее, вероятно, надёжнее (потому, что у вас опыта ещё мало, а там более-менее отлаженное решение), но практически без пользы для вас.
С точки зрения пользы - стоит взять какой-нибудь серьёзный фреймворк (Symfony2, Yii2, Laravel) и сделать на нём. Полезного опыта будет много - по сути, практически вся разработка, если раньше не использовались фреймворки. Это будет тяжело, дольше, но гораздо полезнее. Причём, полезнее только для вас, так как по неопытности вы допустите кучу мелких ошибок и кафедра получит сайт с некоторыми проблемами.
Чистый PHP выбирать не предлагаю - вы ничего хорошего так не сделаете без опыта, это будет пустой тратой времени и с нулевой пользой для всех.
Поэтому вам решать, в чью пользу будете работать над проектом: в свою или кафедры. В универе я бы работал для себя.

У браузера есть history api с помощью которого можно отслеживать переход по страницам и вместо того, чтобы запрашивать страницу с сервера - сделать запрос, получить JSON-данные и отрендерить страницу прямо на клиенте.

Такие приложения называют SPA и для их разработки используют фреймворки - react (не библиотека, а вместе с инфраструктурой), angular2, ember.

Сервер в этом случае выглядит как REST API (отдает JSON данные) и может быть реализован на чем угодно. Обычно это PHP (symfony2\laravel\yii\...), nodejs, Java (spring MVC), go, ruby и так далее. В зависимости от задач.