- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Каким популярным? Всем этим жопоруким вёдрам, которые надумали, что их инструмент решает какие-то проблемы? Да нихрена они не решают, только создают свой кружок для таких же как они.
Не надо ещё одного ведро делать. Ну или сделайте с ситечком на дне, только не забудьте, что для этого вам нужно писать 100500 статей, раздавать маечки и блокнотики, чтобы о вашем ведёрке узнали.
Очень быстрый фреймворке для работы с api )
Вы, может, заметили, что SQL_CALC_FOUND_ROWS, например, используются очень редко. Вместо этого отправляется запрос COUNT(*), потом выборка. Также редко используются INNER JOIN при связях таблиц.
Наверное, на это есть причины?
According to the following article: https://www.percona.com/blog/2007/08/28/to-sql_calc_found_rows-or-not-to-sql_calc_found_rows/
If you have an INDEX on your where clause (if id is indexed in your case), then it is better not to use SQL_CALC_FOUND_ROWS and use 2 queries instead, but if you don't have an index on what you put in your where clause (id in your case) then using SQL_CALC_FOUND_ROWS is more efficient.
P.S. Сам не тестил.
А mysqli уже не котируется?
тогда особо и смысла в ORM нет, если все завязано на один драйвер.
Устраивает, просто основные элементы популярных типов сайта (типа блоги), такие как пагинация и т.д. я делаю сразу в ядре, чтобы каждый раз не писать кучу кода.
А зачем это делать в ядре, если можно сделать как плагин. В ядре вообще ни каких элементов сайта быть не должно. Ядро должно обеспечивать возможность подключения плагинов, валидацию данных, роутинг и т.п.
Наверное, на это есть причины?
According to the following article: https://www.percona.com/blog/2007/08/28/to-sql_calc_found_rows-or-not-to-sql_calc_found_rows/
If you have an INDEX on your where clause (if id is indexed in your case), then it is better not to use SQL_CALC_FOUND_ROWS and use 2 queries instead, but if you don't have an index on what you put in your where clause (id in your case) then using SQL_CALC_FOUND_ROWS is more efficient.
P.S. Сам не тестил.
Одна из причин то, что count(*) более универсален, чем sql_calc. Вторая несомненно в том, что sql_calc мало кто знает:)
Однако теоретическое объяснение шустрости в принципе на поверхности.
sql_calc перебирает всю таблицу (точнее ее остатки), что бы посчитать количество записей.
В то время как count(*), при условии наличия индекса, в таблицу не полезет, он возьмет все данные непосредственно из индекса, что даст хороший результат по скорости.
---------- Добавлено 05.02.2016 в 21:40 ----------
Каким популярным? Всем этим жопоруким вёдрам, которые надумали, что их инструмент решает какие-то проблемы? Да нихрена они не решают, только создают свой кружок для таких же как они.
Не надо ещё одного ведро делать.
А вот это верно.
Даже если хватит сил сделать фреймворк, работа по его поддержке и развитию потребует сил в десятки раз больше. Как правило, большинство новомодных фреймворков и цмс на этом и срезаются. Вроде и хороший продукт получился, но как дело доходит до поддержки - времени у разработчиков тупо не хватает.
Устраивает, просто основные элементы популярных типов сайта (типа блоги), такие как пагинация и т.д. я делаю сразу в ядре, чтобы каждый раз не писать кучу кода.
Ядро как бы на то и ядро, что бы быть универсальным компонентом для подключения остальных. Пагинация в нём будет диковато выглядеть. Может вы не правильно подошли к задаче, может вам хочется в итоге cms с хорошим набором функций из коробки видеть в итоге.
Фишка в том, что если кружок достаточно большой, то он становится стандартом и must know. Zend, например. Отчасти Yii и Symfony.
Фишка в другом, что этот кружок разрабатывается ни на этом материке и там инвесторы более прошареные. Они делаю нишу для будущего бизнеса. Обучение yii, сертификатики и т.п. Подсаживают крупные фирмы на это, а они в свою очередь обязаны потом или покупать поддержку у них или искать программиста по yii. Но опять же нужен будет не обычный программист, а с бумажкой, что он знает yii. Это крупный бизнес и долгосрочный.
А когда у скапливается энное количество народу, ОПА мы выходим на IPO и гребём уже бабки.
Там очень много подводных камней и это реальный бизнес. Только из-за бабла всё двигается.
Насчёт зенда, там если мне не изменяет памяти, парни изучали PHP исходники и делали его лучше. Это по-моему другая история.
Хотел бы видеть полные доки, кейсы использования и большое сообщество.
Фишка в другом, что этот кружок разрабатывается ни на этом материке и там инвесторы более прошареные. Они делаю нишу для будущего бизнеса. Обучение yii, сертификатики и т.п. Подсаживают крупные фирмы на это, а они в свою очередь обязаны потом или покупать поддержку у них или искать программиста по yii. Но опять же нужен будет не обычный программист, а с бумажкой, что он знает yii. Это крупный бизнес и долгосрочный.
А когда у скапливается энное количество народу, ОПА мы выходим на IPO и гребём уже бабки.
Там очень много подводных камней и это реальный бизнес. Только из-за бабла всё двигается.
Из-за бабла начинается движение. А потом уже не отвертишься:) Но в целом все верно.
Насчёт зенда, там если мне не изменяет памяти, парни изучали PHP исходники и делали его лучше. Это по-моему другая история.
Эти парни не просто "изучали php исходники", а "были их авторами":)
На качество фреймворка это правда не повлияло, однако опять же - это чисто коммерческая вещь... и тем не менее в результате это стандарт-де-факто и must know - безусловно.
кнопки "бабло" реально не хватает. Ни в одном фрейворке не видел. честно.
А по сути - всего уже написано. Допиливаются лишь детали и фичи, точнее расширяются уже на базе готовых