Рабочие встречи Главы Марий Эл

Глава РМЭ Маркелов Леонид провёл рабочую встречу в Доме правительства с руководителями предприятий промышленности и членами правительства. Состоялась встреча и с руководителем ООО НПФ «Геникс», в ходе беседы были рассмотрены вопросы развития производства, расширение рынков сбыта и ассортимента. «Геникс» — предприятие, активно развивающееся, выпускаемая продукция востребована не только в России, но и далеко за её пределами. Маркелов также принял министра промышленности и транспорта Пашина Вячеслава. Они обсудили итоги работы в первом квартале промышленности и реализацию крупных инвестиционных проектов. Глава также дал поручения по дополнительному стимулированию производства и обновлению основных фондов. Источник: Рабочие встречи Главы Марий Эл

PHP такой PHP !?

Последнее время очень часто ругают PHP, вот тут allframeworks.ru/blog/283.html, вот тут allframeworks.ru/blog/php/297.html и вот на хабре сделали перевод всего этого безобразия habrahabr.ru/post/142140/.
Лично я согласен практически со всеми мыслями авторов всех этих «разоблачающих» статей. Буквально только что открыл страничку с документацией к функции unset docs.php.net/manual/en/function.unset.php Это просто что-то с чем-то! Одна и та же функция ведет себя различными способами в зависимости от того где она вызвана и что ей передано (кто там ругал Perl за его «контексто-зависимость» ?)! На мой личный взгляд, это просто жесть жесткая. Одно радует — раньше я как-то жил и использовал unset, не зная всех этих подводных камней.

If a globalized variable is unset() inside of a function, only the local variable is destroyed. The variable in the calling environment will retain the same value as before unset() was called.

If a variable that is PASSED BY REFERENCE is unset() inside of a function, only the local variable is destroyed. The variable in the calling environment will retain the same value as before unset() was called.
  • 0
  • 16 апреля 2012, 11:00
  • xoma
  • 3

Система управления сайтом 1C-Bitrix

  • 0
  • 12 апреля 2012, 11:17
  • xoma
  • 1

Технологии веб-индустрии: клиентская часть веб-сайта

Технологии веб-индустрии: поисковая система Sphinx

Про Perl, PHP, Ruby и Python =)

Мой рейтинг такой

  1. Python
  2. Ruby

  3. PHP
  4. Perl

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

Питон, Руби и Перл — разные, но классные У одних логика, у других магия и философия, но все три умеют затягивать, вовлекать, мотивировать.

Ситуация такова, что популярность ПХП держиться только за счет большого спроса, а спрос вызван большим количеством CMS и старого PHP самописа.

Еще поищите статистику по взлому сайтов, 90% взломанных сайтов это сайты на PHP. И ненадо писать, что это криворукость программистов, язык в этом тоже виноват в какой-то степени, значит что-то было плохо спроектировано.

http://www.seocoder.org/2011/04/04/php-vs-python/#comment-12125
  • 0
  • 25 марта 2012, 21:26
  • xoma
  • 12

Записали подкаст YiiTalk 5

Первый раз в жизни участвовал в записи подкаста. Надеюсь, что получилось «слушабельно» =)

Спасибо @BelyakovYuri за приглашение!

Шоу нотес.

Авторские проекты
https://twitter.com/xomaa - Twitter
http://andrey.opeykin.ru/ — Блог
http://allframeworks.ru/ — проект о фреймворках для web-разработки
https://github.com/yupe/yupe — Yupe CMS

Книги о Perl
1) Изучаем Perl — http://www.books.ru/books/izuchaem-perl-5-e-izdanie-666334/?show=1
2) Изучаем Perl глубже — http://www.books.ru/books/perl-izuchaem-glubzhe-2-e-izdanie-536459/?show=1
3) Программирование на Perl — http://www.books.ru/books/programmirovanie-na-perl-3-e-izdanie-11085/?show=1

Perl фреймворки
http://mojolicious.org/ — Mojolicious
http://perldancer.org/ — Dancer
http://www.catalystframework.org/ — Catalyst

Прочее
http://www.ozon.ru/context/detail/id/1050295/ — Just for fun
http://lib.aldebaran.ru/author/levi_stiven/levi_stiven_hakery_geroi_kompyuternoi_revolyucii/ — Хакеры: Герои компьютерной революции

Источник http://belyakov.su/content/yiitalk-episode-05

rpod  http://yiitalk.rpod.ru/267769.html

podfm http://yiitalk.podfm.ru/my/5/

mongo_note #8

By prepending a collection’s name with its containing database, you can get a fully qualified collection name called a namespace. For instance, if you are using the blog.posts collection in the cms database, the namespace of that collection would be cms.blog.posts. Namespaces are limited to 121 bytes in length and, in practice, should be less than 100 bytes long.

mongo_note #7

In addition to grouping documents by collection, MongoDB groups collections into databases. A single instance of MongoDB can host several databases, each of which can be thought of as completely independent. A database has its own permissions, and each database is stored in separate files on disk. A good rule of thumb is to store all data for a single application in the same database. Separate databases are useful when storing data for several application or users on the same MongoDB server.

mongo_note #6

Because any document can be put into any collection, the question often arises: “Why do we need separate collections at
all?” It’s a good question—with no need for separate schemas for different kinds of documents, why should we use more than one collection? There are several good reasons:
• Keeping different kinds of documents in the same collection can be a nightmare
for developers and admins. Developers need to make sure that each query is only
returning documents of a certain kind or that the application code performing a
query can handle documents of different shapes. If we’re querying for blog posts,
it’s a hassle to weed out documents containing author data.
• It is much faster to get a list of collections than to extract a list of the types in a
collection. For example, if we had a type key in the collection that said whether
each document was a “skim,” “whole,” or “chunky monkey” document, it would
be much slower to find those three values in a single collection than to have three
separate collections and query for their names (see “Subcollections”
on page 8).
• Grouping documents of the same kind together in the same collection allows for
data locality. Getting several blog posts from a collection containing only posts will
likely require fewer disk seeks than getting the same posts from a collection containing
posts and author data.
• We begin to impose some structure on our documents when we create indexes.
(This is especially true in the case of unique indexes.) These indexes are defined
per collection. By putting only documents of a single type into the same collection,
we can index our collections more efficiently.
Яндекс.Метрика