Symbols & Numbers

Total Page:16

File Type:pdf, Size:1020Kb

Symbols & Numbers INDEX Symbols & Numbers = (assignment operator), 6 =begin, 4 & (ampersand), 166, 167 =begin rdoc, 345–346 && (and operator), 85, 93 =end, 4, 345–346 * (asterisk), 251–252, 260 == (equal-to operator), 56, 136 *?, 260 ===, 88, 92 @ (at sign), 23, 100 => (assoc operator), 141 @@ (class variables), 23, 100 =~, 250. See also regular expressions \ (line continuation character), 297 ! (exclamation mark) \B, 260 at end of methods, 131 \b , 260 as not operator, 85, 86, 93 \D , 260 != (not-equals operator), 86 \d, 260 // (delimiters), 250 \S, 260 > (greater-than sign), 56 \s, 260 # (hask mark), for comments, 4 \W, 260 #{}, in strings, 2 \w, 260 < (less-than sign), 56 ^ (caret), 251, 260. See also regular indicating descent, 17–18 expressions <=> (comparison operator), 54, 55, : (colon) 77, 207, 223 in case statements, 90 << instead of then, 84 append operator, 37, 63, 129 in symbols), 181 concatenation method, 130–131 :: (scope resolution operator), 30, with heredocs, 45 185, 193, 208–209, 330 and singletons, 109, 117 {} (curly brackets) <<-, with heredocs, 45 as delimiters, 161 <%%>. See Rails, tags in regular expressions, 260 <%=. See Rails, tags $ (dollar sign), 251–252, 260. See (), parentheses, also regular expressions; avoiding ambiguity, 85, 137, 162 variables optional, 2, 22 $`, 255. See also regular expressions in regular expressions, 260 $:, 202 and super, 18 $!, 141 %/, 35 $/ (record separator), 42 %d, 43 $', 255. See also regular expressions %f, 43 $~, 256. See also regular expressions %o, 43 The Book of Ruby © 2011 by Huw Collingbourne %p, 43 clear, 57 %Q, 35 clone, 53 %q, 35 collect, 159, 190 %r, 250. See also regular expressions compact, 57, 58 %s, 43 compact!, 57 %W, 46, 49 concatenating, 63–64 %w, 49 copying, 53 %x, 36, 43 creating, 48–50 . (period), 260 delete, 57 + (plus sign), 252, 260 delete_at, 57 +=, 23 each, 159 +?, 260 expressions in, 49 ? (question mark), 256, 260 of filenames, 49 ?..:, as shorthand for if..then..else, flatten, 57, 58 87, 269 flatten!, 57 [] (square brackets), 260 indexing, 52–53 | (vertical pipe), 260 iterators, 51–52, 159 || (or operator), 85, 93 length, 47 3rd Rail, 357 methods, 57–58 multidimensional, 50 A nested, 50 reverse, 57 accessor methods, 19 reverse!, 57 Ada, xviii sort, 57 Adobe Flex, 322 sort!, 57 alias, 199–200 sorting, 54–55 all_symbols, 190 of strings, 49 ambiguity, xix. See also testing for equality, 53–54 parentheses () treating hashes as, 63 avoiding, 123, 199 ASCII character codes, testing, 215 hashes and blocks, 162 assert, 293, 295 line breaks, 285, 296 assert_block, 295 ampersand (&), 166, 167 assert_equal, 292, 295 ancestors. See class hierarchy assert_in_delta, 295 and operator (&&), 85, 93 assert_instance_of, 295 Apache, 302, 358 assert_kind_of, 294 Aptana RadRails, 358 assert_match, 295 arguments assert_nil, 295 by reference, 129 assert_no_match, 295 default, 124 assert_not_equal, 295 passing, 134–135 assert_nothing_raised, 296 by value, 134 assert_nothing_thrown, 296 arrays, 47–48 assert_not_nil, 295 &, 57 assert_not_same, 295 -, 57 assert_operator, 296 <<, 57 assert_raise, 296 +, 57 assert_raises, 296 appending, 63–64 assert_respond_to, 296 362 INDEX The Book of Ruby © 2011 by Huw Collingbourne assert_same, 296 returning from methods, assert_send, 296 175–176 assert_thrown, 296 Ruby 1.9, 155 assignment operator (=), 6 scope of, 168, 177 assignments, 135–136 sorting with, 54 multiple, 133 blogs, 316–321 parallel, 133 books, on Ruby, 353–354 associative arrays. See hashes Boolean operators, 85–86, 93–94 assoc operator (=>), 141 negation, 86 asterisk (*), 251–252, 260 precedence, 93 at sign (@), 23, 100 side effects, 94 attr_accessor, 21, 327 break, 75, 90, 158–159 attributes, 20–23 breaking code over a line, 297. See attr_reader, 20, 182 also line breaks attr_writer, 20, 182 breakpoints, 289. See also debugging build_message, 296 B bytes, reading, 247 \B, 260 \b, 260 C backquotes. See strings call, 187 backtrace, 150. See also exceptions camel case, xviii BasicObject, 29, 106, 142 capitalization. See strings =begin, 4 caret (^), 251, 260. See also regular begin..end, 73, 152 expressions =begin rdoc, 345–346 case sensitivity, 2 bindings, 334–336 case statements, 89 block_given?, 171 return values, 92 block parameters, 70, 157, 168, selectors, 91 170, 179 catch, 94–96, 152–153 blocks, 70, 155–156. See also fibers character codes. See strings {}, 70, 161 chomp, 42 call, 162 chop, 42 creating methods from, 332, 337 classes, 6 creating objects from, 162 descending from Object, 106 do..end, 70, 158 vs. modules, 192, 205 and for loops, 180 as objects, 104 and instance variables, 176–177 open, 30 and iterating arrays, 159–161 partial, 30–31 as iterators, 172–174 singleton, 108 and line breaks, 156–157 class_eval, 329–331 and local variables, 177–180 class hierarchy, 15–16 nested, 165 class methods, 97, 98, 122. See also parameters, 70, 157, 168, methods 170, 179 class_variable_get, 331–333 passing as named arguments, class variables, 23, 99 165–170 class_variables, 332 precedence, 170–171 class_variable_set, 331–333 INDEX 363 The Book of Ruby © 2011 by Huw Collingbourne clone, 60 default, 60 closures, 163–164. See also blocks default=, 60 collect, 76, 273. See also arrays; defined?, 179 Enumerable define_method, 188, 330, 337 colon (:) delete, 62 in case statements, 90 descendants, 15–16 instead of then, 84 destructors, 11 in symbols, 181 dictionaries. See hashes comments, 4 Digging Deeper in code examples, xvii arguments, passing, 134–135 multiline, 4 arrays, 63 single line, 4 assertions, 295–296 Comparable, 55, 206, 207 assignments, 135–136 comparison operator (<=>), 54, 55, begin..end, 152 77, 207, 223 blocks and closures, 175–180 conditional statements, 83. See Boolean operators, 93–94 also case statements; catch..throw, 94, 152–153 if modifiers debuggers, 297 constants, 90 each, 81 accessing with ::, 30, 207, 208 Enumerable, 76–81 inside classes, 30 equality, testing for, 136 const_get, 333 exceptions, 152–153 constructors extending objects, 210 initialize, 10–11, 104–105 freezing objects, 211, 342–343 new, 10–11, 104–105 hashes, 63 overriding, 104–105 heredocs, 45–46 const_set, 333 line breaks, 296–297 Controller, 305–307, 323 Marshal version numbers, copying files, 217–218. See also files 246–248 cp, 218 method accessibility, 114–116 curly brackets, {} modules, 205–210 as delimiters, 161 MVC, 322–323 in regular expressions, 260 Rails folders, 323 custom comparisons, 77 recursions, 224–226 regular expressions, 260–261 D Ruby frameworks, 324 scope resolution, 208–209 \D, 260 string literals, 46 \d, 260 superclasses, 25–30 %d, 43 symbols, 190, 261 databases, 358–359 threads, 278–281 data hiding, 128 unit testing, 295–296 debuggers, visual, 226, 297, 357–358 YAML, 237–238 debugging, 286 yield, 81 breakpoints, 289 directories, navigating in, 219. See with Ruby Debugger, 289 also files watchpoints, 290 Dir.foreach, 220 def, 5 Dir.getwd, 144 364 INDEX The Book of Ruby © 2011 by Huw Collingbourne do, 69, 156 eval, 186, 327. See also dynamic documenting Ruby. See RDoc programming do..end, 156, 158. See also blocks example programs, xix dollar sign ($), 251–252, 260. See exception hierarchy, 142 also regular expressions; exceptions, 140 variables and $!, 141 downto, 70–71 associating with variable dynamic programming, 188, 325 name, 141 adding methods, 337 backtrace, 150 adding methods to classes, 332 begin..end, omitting, 152 creating classes at runtime, 333 creating custom messages for, creating objects at runtime, 333 150–151 and embedded evaluation, 326 custom, raising, 151 eval, 327 displaying as strings, 148 freezing objects, 342 else, 145–146 monkey patching, 330 ensure, 144 removing methods, 337 Errno constants, 147 self-modifying programs, multiple, 142 326, 328 NoMethodError, 142 writing programs at runtime, 340 raise, 149 rescue, 140 E retry, 148 RuntimeError, 150 each, 68, 79, 159, 234 subclassing, 151 vs. for, 68 TypeError, 142, 342 and yield, 81 ZeroDivisionError, 141 ebooks, on Ruby, 355 exclamation mark (!) editors, Ruby, 357–358 at end of methods, 131 Eiffel, xviii, 6 as not operator, 85, 86, 93 else, 145. See also exceptions extend, 210 Embedded Ruby (ERb), 313, 314 encapsulation, 8, 128 breaking, 131, 333 F end, 5 %f, 43 =end, 4, 345–346 fibers ensure, 145. See also exceptions alive?, 276 Enumerable, 76–81, 206 and blocks, 275 collect, 76 dead, 276 include?, 76 FiberError, 276 including in a class, 79 parameters, 276 max, 76 resume, 275 min, 76, 78 and threads, 275 overriding methods, 80 yield, 275 equal?, 135, 136, 183 File methods, 98 equality, testing for, 136 files equal-to operator (==), 56, 136 backing up, 219 ERb (Embedded Ruby), 313, 314 closing, 214–216 Errno, 146–147. See also exceptions copying, 217 INDEX 365 The Book of Ruby © 2011 by Huw Collingbourne files (continued) H and directories, 217 Hansson, David Heinemeier, 316 eof, 215 hashes, 58 exist?, 217 copying, 60 foreach, 254, 258 creating, 58–59 handles, 215 and curly brackets, 161–162 modes, 214 has_key?, 62 opening, 214 has_value?, 62 processing using regular indexing into, 60 expressions, 258–259 items in reading/writing text, 215, 259 deleting, 62 saving data to YAML, 231 finding position of, 62 size of, 220 merging, 62 calculating, 219 methods, 62 sorting by, 222 order of elements, 60, 229 as a subclass of IO, 214 sort, 223 FileTest, 206 sorting, 61 FileUtils, 218 treating as arrays, 63 Fixnums, 136. See also integers hask mark (#), for comments, 4 flunk, 296 heredocs, 45–46 foreach, 213 HTML, tags, 309, 311. See also Rails for..in loops, 51 for loops, 67–70 and arrays, 71 I and blocks, 180 id2name, 186 and local variable scoping, 180 IDEs (integrated development envi- and multiple iterator ronments), 283, 357–358 arguments, 71 if..else, 84 and ranges, 69 if..elsif, 86 format strings, 43 if modifiers, 88–89 freeze, 211, 342–343 if..then, 4–5 frozen?, 211, 342 if..then..else, 84 functions, 157–158. See also methods include, 194. See also modules and module_function, 209 include?, 76, 88.
Recommended publications
  • TECHNICAL STANDARDS a Standards Validation Committee of Industry Representatives and Educators Reviewed and Updated These Standards on December 11, 2017
    SOFTWARE AND APP DESIGN 15.1200.40 TECHNICAL STANDARDS A Standards Validation Committee of industry representatives and educators reviewed and updated these standards on December 11, 2017. Completion of the program prepares students to meet the requirements of one or more industry certification: Cybersecurity Fundamentals Certificate, Oracle Certified Associate, Java SE 8 Programmer, Certified Internet Web (CIW) - JavaScript Specialist, CompTIA A+, CompTIA IT Fundamentals, CSX Cybersecurity Fundamentals Certificate, and Microsoft Technology Associate (MTA). The Arizona Career and Technical Education Quality Commission, the validating entity for the Arizona Skills Standards Assessment System, endorsed these standards on January 25, 2018. Note: Arizona’s Professional Skills are taught as an integral part of the Software and App Design program. The Technical Skills Assessment for Software and App Design is available SY2020-2021. Note: In this document i.e. explains or clarifies the content and e.g. provides examples of the content that must be taught. STANDARD 1.0 APPLY PROBLEM-SOLVING AND CRITICAL THINKING SKILLS 1.1 Establish objectives and outcomes for a task 1.2 Explain the process of decomposing a large programming problem into smaller, more manageable procedures 1.3 Explain “visualizing” as a problem-solving technique prior to writing code 1.4 Describe problem-solving and troubleshooting strategies applicable to software development STANDARD 2.0 RECOGNIZE SECURITY ISSUES 2.1 Identify common computer threats (e.g., viruses, phishing,
    [Show full text]
  • Automating Configuration N49(PDF)
    Automating Network Configuration Brent Chapman Netomata, Inc. [email protected] www.netomata.com NANOG 49 — 13 June 2010 Copyright © 2010, Netomata, Inc. All Rights Reserved. Introduction Who I am What I'm here to talk about 2 Copyright © 2010, Netomata, Inc. All Rights Reserved. Why automate network configuration? Because automated networks are More reliable Easier to maintain Easier to scale 3 Copyright © 2010, Netomata, Inc. All Rights Reserved. For example... Imagine you're managing a moderately complex web site Multiple real and virtual hosts Several "environments" (production, testing, development, etc.) Separate VLAN for each environment 4 Copyright © 2010, Netomata, Inc. All Rights Reserved. For example... What networking devices & services need to be managed? Routers Switches Load Balancers Firewalls Real-time status monitoring (i.e., Nagios) Long-term usage monitoring (i.e., MRTG) 5 Copyright © 2010, Netomata, Inc. All Rights Reserved. For example... How to add new virtual host to existing load balancer pool? Set up host itself, using Puppet or cfengine or whatever Add host to VLAN defs on switches Add host to ACLs on routers Add host to pool on load balancers Add host to NAT and ACLs on firewalls Add host to real-time monitoring (i.e., Nagios) Add host to usage monitoring (i.e., MRTG) 6 Copyright © 2010, Netomata, Inc. All Rights Reserved. For example... What's the problem with doing all that by hand? You have to remember how to manage all those very different devices (and you probably don't do it very often) It takes a lot of time Every step is a chance to make a mistake You might get distracted, and never finish Over time, these small mistakes add up, leading to inconsistent networks that are unreliable and difficult to troubleshoot 7 Copyright © 2010, Netomata, Inc.
    [Show full text]
  • Puppet Dashboard 1.2 Manual
    Puppet Dashboard Manual (Generated on July 01, 2013, from git revision 46784ac1656bd7b57fcfb51d0865ec7ff65533d9) Puppet Dashboard 1.2 Manual This is the manual for Puppet Dashboard 1.2. Overview Puppet Dashboard is a web interface for Puppet. It can view and analyze Puppet reports, assign Puppet classes and parameters to nodes, and view inventory data and backed-up file contents. Chapters Installing Dashboard Upgrading Dashboard Configuring Dashboard Maintaining Dashboard Using Dashboard Rake API Installing Puppet Dashboard This is a chapter of the Puppet Dashboard 1.2 manual. NAVIGATION Installing Dashboard Upgrading Dashboard Configuring Dashboard Maintaining Dashboard Using Dashboard Rake API Overview Puppet Dashboard is a Ruby on Rails web app that interfaces with Puppet. It will run on most modern Unix-like OSes (including Mac OS X and most Linux distributions), requires a certain amount of supporting infrastructure, and can be deployed and served in a variety of ways. Dashboardʼs web interface supports the following browsers: Chrome (current versions) Firefox 3.5 and higher Puppet Dashboard Manual • Puppet Dashboard 1.2 Manual 2/27 Safari 4 and higher Internet Explorer 8 and higher Installing, in Summary In outline, the steps to get Dashboard running are: Installing the external dependencies Installing the Dashboard code Configuring Dashboard Creating and configuring a MySQL database Testing that Dashboard is working Configuring Puppet Starting the delayed job worker processes Running Dashboard in a production-quality server After completing these tasks, Dashboardʼs main functionality will be on-line and working smoothly. You can then configure Dashboard further and enable optional features If you are trying to upgrade Puppet Dashboard instead of installing it from scratch, see the chapter of this manual on upgrading instead of reading further in this chapter.
    [Show full text]
  • Third-Party Software for Engage Products APPLICATIONS Red Hat
    Third-Party Software for Engage Products APPLICATIONS Red Hat Enterprise Linux General Information Source Code Status Not modified by Vocera URL https://www.redhat.com/en/about/licenses-us Supplemental END USER LICENSE AGREEMENT (November 2010) License Text RED HAT® ENTERPRISE LINUX® AND RED HAT APPLICATIONS PLEASE READ THIS END USER LICENSE AGREEMENT CAREFULLY BEFORE USING SOFTWARE FROM RED HAT. BY USING RED HAT SOFTWARE, YOU SIGNIFY YOUR ASSENT TO AND ACCEPTANCE OF THIS END USER LICENSE AGREEMENT AND ACKNOWLEDGE YOU HAVE READ AND UNDERSTAND THE TERMS. AN INDIVIDUAL ACTING ON BEHALF OF AN ENTITY REPRESENTS THAT HE OR SHE HAS THE AUTHORITY TO ENTER INTO THIS END USER LICENSE AGREEMENT ON BEHALF OF THAT ENTITY. IF YOU DO NOT ACCEPT THE TERMS OF THIS AGREEMENT, THEN YOU MUST NOT USE THE RED HAT SOFTWARE. THIS END USER LICENSE AGREEMENT DOES NOT PROVIDE ANY RIGHTS TO RED HAT SERVICES SUCH AS SOFTWARE MAINTENANCE, UPGRADES OR SUPPORT. PLEASE REVIEW YOUR SERVICE OR SUBSCRIPTION AGREEMENT(S) THAT YOU MAY HAVE WITH RED HAT OR OTHER AUTHORIZED RED HAT SERVICE PROVIDERS REGARDING SERVICES AND ASSOCIATED PAYMENTS. This end user license agreement (“EULA”) governs the use of any of the versions of Red Hat Enterprise Linux, certain other Red Hat software applications that include or refer to this license, and any related updates, source code, appearance, structure and organization (the “Programs”), regardless of the delivery mechanism. 1. License Grant. Subject to the following terms, Red Hat, Inc. (“Red Hat”) grants to you a perpetual, worldwide license to the Programs (most of which include multiple software components) pursuant to the GNU General Public License v.2.
    [Show full text]
  • Interfacing Apache HTTP Server 2.4 with External Applications
    Interfacing Apache HTTP Server 2.4 with External Applications Jeff Trawick Interfacing Apache HTTP Server 2.4 with External Applications Jeff Trawick November 6, 2012 Who am I? Interfacing Apache HTTP Server 2.4 with External Applications Met Unix (in the form of Xenix) in 1985 Jeff Trawick Joined IBM in 1990 to work on network software for mainframes Moved to a different organization in 2000 to work on Apache httpd Later spent about 4 years at Sun/Oracle Got tired of being tired of being an employee of too-huge corporation so formed my own too-small company Currently working part-time, coding on other projects, and taking classes Overview Interfacing Apache HTTP Server 2.4 with External Applications Jeff Trawick Huge problem space, so simplify Perspective: \General purpose" web servers, not minimal application containers which implement HTTP \Applications:" Code that runs dynamically on the server during request processing to process input and generate output Possible web server interactions Interfacing Apache HTTP Server 2.4 with External Applications Jeff Trawick Native code plugin modules (uhh, assuming server is native code) Non-native code + language interpreter inside server (Lua, Perl, etc.) Arbitrary processes on the other side of a standard wire protocol like HTTP (proxy), CGI, FastCGI, etc. (Java and \all of the above") or private protocol Some hybrid such as mod fcgid mod fcgid as example hybrid Interfacing Apache HTTP Server 2.4 with External Applications Jeff Trawick Supports applications which implement a standard wire protocol, no restriction on implementation mechanism Has extensive support for managing the application[+interpreter] processes so that the management of the application processes is well-integrated with the web server Contrast with mod proxy fcgi (pure FastCGI, no process management) or mod php (no processes/threads other than those of web server).
    [Show full text]
  • Konzeption Und Implementierung Eines Gamification Services Mit Ruby
    Konzeption und Implementierung eines Gamification Services mit Ruby Reinhard Buchinger MASTERARBEIT eingereicht am Fachhochschul-Masterstudiengang Interaktive Medien in Hagenberg im Dezember 2012 © Copyright 2012 Reinhard Buchinger Diese Arbeit wird unter den Bedingungen der Creative Commons Lizenz Namensnennung–NichtKommerziell–KeineBearbeitung Österreich (CC BY- NC-ND) veröffentlicht – siehe http://creativecommons.org/licenses/by-nc-nd/ 3.0/at/. ii Erklärung Ich erkläre eidesstattlich, dass ich die vorliegende Arbeit selbstständig und ohne fremde Hilfe verfasst, andere als die angegebenen Quellen nicht benutzt und die den benutzten Quellen entnommenen Stellen als solche gekennzeich- net habe. Die Arbeit wurde bisher in gleicher oder ähnlicher Form keiner anderen Prüfungsbehörde vorgelegt. Hagenberg, am 3. Dezember 2012 Reinhard Buchinger iii Inhaltsverzeichnis Erklärung iii Kurzfassung vii Abstract viii 1 Einleitung 1 1.1 Motivation und Zielsetzung . .1 1.2 Inhaltlicher Aufbau . .2 2 Grundlagen 3 2.1 Gamification . .3 2.1.1 Verfolgte Ziele . .3 2.1.2 Geläufige Spielemechanismen . .4 2.1.3 Frühere Formen . .4 2.2 Apache Cassandra . .6 2.2.1 Datenmodell im Vergleich zu RDBMS . .6 2.2.2 Vorteile im Clusterbetrieb . .7 2.3 Apache ZooKeeper . .7 2.4 RabbitMQ . .9 2.5 Memcached . 10 2.6 Ruby . 11 2.6.1 JRuby . 11 2.6.2 Gems . 12 2.7 Domänenspezifische Sprachen . 14 2.7.1 Vorteile . 14 2.7.2 Nachteile . 15 2.7.3 DSL in Ruby . 15 2.8 runtastic . 15 2.8.1 Produktpalette . 16 2.8.2 Infrastruktur . 16 3 Verwandte Systeme und Anforderungen 19 3.1 Verwandte Systeme . 19 iv Inhaltsverzeichnis v 3.1.1 Gamification Systeme .
    [Show full text]
  • Rubyperf.Pdf
    Ruby Performance. Tips, Tricks & Hacks Who am I? • Ezra Zygmuntowicz (zig-mun-tuv-itch) • Rubyist for 4 years • Engine Yard Founder and Architect • Blog: http://brainspl.at Ruby is Slow Ruby is Slow?!? Well, yes and no. The Ruby Performance Dichotomy Framework Code VS Application Code Benchmarking: The only way to really know performance characteristics Profiling: Measure don’t guess. ruby-prof What is all this good for in real life? Merb Merb Like most useful code it started as a hack, Merb == Mongrel + Erb • No cgi.rb !! • Clean room implementation of ActionPack • Thread Safe with configurable Mutex Locks • Rails compatible REST routing • No Magic( well less anyway ;) • Did I mention no cgi.rb? • Fast! On average 2-4 times faster than rails Design Goals • Small core framework for the VC in MVC • ORM agnostic, use ActiveRecord, Sequel, DataMapper or roll your own db access. • Prefer simple code over magic code • Keep the stack traces short( I’m looking at you alias_method_chain) • Thread safe, reentrant code Merb Hello World No code is faster then no code • Simplicity and clarity trumps magic every time. • When in doubt leave it out. • Core framework to stay small and simple and easy to extend without gross hacks • Prefer plugins for non core functionality • Plugins can be gems Key Differences • No auto-render. The return value of your controller actions is what gets returned to client • Merb’s render method just returns a string, allowing for multiple renders and more flexibility • PartController’s allow for encapsualted applets without big performance cost Why not work on Rails instead of making a new framework? • Originally I was trying to optimize Rails and make it more thread safe.
    [Show full text]
  • Snow Blocks Rescuers in West Coast Flood
    . ^ * A r t n g m Daflj Net PrcM Rim The Weather War tka Week Dniled r o n e u l of U. S. WeMher Were— Deeeilibee U , 1»M ' Fair, cidder tonight, low ih>-SS; 14,151 fair, HMIe temperature ehaiige to­ Memhnr at the Audit morrow, high in Ma. Poi ee u of ClreoUtion Manehe»ter^-^A CUy o f ViUage Charm VOL. LXXXIV, NO. 74 (TWENTY-FOUR PAGES—TWO SECTIONS) MANCHESTER, CONN., MONDAY, DECEMBER 28, 1964 (Claaslfied Advertialng on Page tZ) PRICE SEVEN CENTS Events In State Snow Blocks Rescuers State Denies Bus Request In West Coast Flood For Enfield --------- \ HARTFORD (A P )— The SAN FRANCISCO (AP)-*'n"t take off from Stead Alr^ Oregon reported 18 deaths<^day halted helicopter flights fa Stale has denied a bus Force Base in Nevada because from '1“flood '' action." " " — the area. The prediction was for — A heavy snowfall block of the storm. line’s request to serve En- ed flood relief flights in The Red Cross listed 16.300 contin\ied snow today. The turn to cold dropped the families as suffering major loss­ "W e’ll have to airlift supplies n iield commuters who work Northern California today snow level to 1,000 feet eleva­ es to homes, businesses or or evacuate soon.” Sowle said. in East Hartford but ap­ and prolonged the isolation tion. farms in Oregon, California, He called those isolated In the proved a similar request ordeal of sTOnded refugees The Columbia dropped enough Idaho and Washington, mountainous, heavily wooded from a competitor. into an eighth day.
    [Show full text]
  • Next Generation Web Scanning Presentation
    Next generation web scanning New Zealand: A case study First presented at KIWICON III 2009 By Andrew Horton aka urbanadventurer NZ Web Recon Goal: To scan all of New Zealand's web-space to see what's there. Requirements: – Targets – Scanning – Analysis Sounds easy, right? urbanadventurer (Andrew Horton) www.morningstarsecurity.com Targets urbanadventurer (Andrew Horton) www.morningstarsecurity.com Targets What does 'NZ web-space' mean? It could mean: •Geographically within NZ regardless of the TLD •The .nz TLD hosted anywhere •All of the above For this scan it means, IPs geographically within NZ urbanadventurer (Andrew Horton) www.morningstarsecurity.com Finding Targets We need creative methods to find targets urbanadventurer (Andrew Horton) www.morningstarsecurity.com DNS Zone Transfer urbanadventurer (Andrew Horton) www.morningstarsecurity.com Find IP addresses on IRC and by resolving lots of NZ websites 58.*.*.* 60.*.*.* 65.*.*.* 91.*.*.* 110.*.*.* 111.*.*.* 113.*.*.* 114.*.*.* 115.*.*.* 116.*.*.* 117.*.*.* 118.*.*.* 119.*.*.* 120.*.*.* 121.*.*.* 122.*.*.* 123.*.*.* 124.*.*.* 125.*.*.* 130.*.*.* 131.*.*.* 132.*.*.* 138.*.*.* 139.*.*.* 143.*.*.* 144.*.*.* 146.*.*.* 150.*.*.* 153.*.*.* 156.*.*.* 161.*.*.* 162.*.*.* 163.*.*.* 165.*.*.* 166.*.*.* 167.*.*.* 192.*.*.* 198.*.*.* 202.*.*.* 203.*.*.* 210.*.*.* 218.*.*.* 219.*.*.* 222.*.*.* 729,580,500 IPs. More than we want to try. urbanadventurer (Andrew Horton) www.morningstarsecurity.com IP address blocks in the IANA IPv4 Address Space Registry Prefix Designation Date Whois Status [1] -----
    [Show full text]
  • Questions for Mongrel
    www.YoYoBrain.com - Accelerators for Memory and Learning Questions for Mongrel Category: Introduction - (16 questions) Mongrel is described in what way in the "A web application container for Ruby on Mongrel pdf available from O Reilly Rails" Mongrel is compared with what web servers production performance: Fast CGI or SCGI in the Rails world in terms of production performance and development Development: WEBrick simplicity/speed Creator of Mongrel Zed A Shawwww.zedshaw.com Mongrel is developed on what mixture of Ruby and C programming/scripting languages Documentation for Mongrel mongrel.rubyforge.org/docs/index.html The creators of Mongrel describe it how? a fast HTTP library and server for Ruby that is intended for hosting Ruby web applications of any kind using plain HTTP rather than FastCGI or SCGI. It is framework agnostic Three key technologies that are used for A custom HTTP 1.1 parser (based on RFC Mongrel's internals standard, written using Ragel in C and Java as a Rby extension) Simple server that uses the parser and URIClassifier to process requests, find the right handlers, then pass the results to the handler for processing Handlers are responsible for using HttpRequet and HttpResponse objects to "do their thing and then return results" Component of Mongrel responsible for Handlers dealing with HttpRequest and HttpResponse How does Mongrel support threading one thread per request, but it will start closing connections when it gets "overloaded"while Mongrel is processing HTTP requests and sending responses it uses Ruby's threading system What platforms that already work with Camping and Og+Nitro Mongrel are throught to be "thread-safe" Have not been heavily tested Is Ruby on Rails thread safe? no How does Mongrel handle Rails" " Ruby on Rails is not thread safe so there is a synchronized block around the calls to Dispatcher.dispatch.
    [Show full text]
  • Insert Here Your Thesis' Task
    Insert here your thesis' task. Czech Technical University in Prague Faculty of Information Technology Department of Software Engineering Master's thesis New Ruby parser and AST for SmallRuby Bc. Jiˇr´ıFajman Supervisor: Ing. Marcel Hlopko 18th February 2016 Acknowledgements I would like to thank to my supervisor Ing. Marcel Hlopko for perfect coop- eration and valuable advices. I would also like to thank to my family for support. Declaration I hereby declare that the presented thesis is my own work and that I have cited all sources of information in accordance with the Guideline for adhering to ethical principles when elaborating an academic final thesis. I acknowledge that my thesis is subject to the rights and obligations stip- ulated by the Act No. 121/2000 Coll., the Copyright Act, as amended. In accordance with Article 46(6) of the Act, I hereby grant a nonexclusive au- thorization (license) to utilize this thesis, including any and all computer pro- grams incorporated therein or attached thereto and all corresponding docu- mentation (hereinafter collectively referred to as the \Work"), to any and all persons that wish to utilize the Work. Such persons are entitled to use the Work in any way (including for-profit purposes) that does not detract from its value. This authorization is not limited in terms of time, location and quan- tity. However, all persons that makes use of the above license shall be obliged to grant a license at least in the same scope as defined above with respect to each and every work that is created (wholly or in part) based on the Work, by modifying the Work, by combining the Work with another work, by including the Work in a collection of works or by adapting the Work (including trans- lation), and at the same time make available the source code of such work at least in a way and scope that are comparable to the way and scope in which the source code of the Work is made available.
    [Show full text]
  • User Guide for HCR Estimator 2.0: Software to Calculate Cost and Revenue Thresholds for Harvesting Small-Diameter Ponderosa Pine
    United States Department of Agriculture User Guide for HCR Forest Service Estimator 2.0: Software Pacific Northwest Research Station to Calculate Cost and General Technical Report PNW-GTR-748 Revenue Thresholds April 2008 for Harvesting Small- Diameter Ponderosa Pine Dennis R. Becker, Debra Larson, Eini C. Lowell, and Robert B. Rummer The Forest Service of the U.S. Department of Agriculture is dedicated to the principle of multiple use management of the Nation’s forest resources for sustained yields of wood, water, forage, wildlife, and recreation. Through forestry research, cooperation with the States and private forest owners, and management of the National Forests and National Grasslands, it strives—as directed by Congress—to provide increasingly greater service to a growing Nation. The U.S. Department of Agriculture (USDA) prohibits discrimination in all its programs and activities on the basis of race, color, national origin, age, disability, and where applicable, sex, marital status, familial status, parental status, religion, sexual orientation, genetic information, political beliefs, reprisal, or because all or part of an individual’s income is derived from any public assistance program. (Not all prohibited bases apply to all programs.) Persons with disabilities who require alternative means for communication of program information (Braille, large print, audiotape, etc.) should contact USDA’s TARGET Center at (202) 720-2600 (voice and TDD). To file a complaint of discrimination, write USDA, Director, Office of Civil Rights, 1400 Independence Avenue, SW, Washington, DC 20250-9410 or call (800) 795-3272 (voice) or (202) 720-6382 (TDD). USDA is an equal opportunity provider and employer. Authors Dennis R.
    [Show full text]